Re: Fwd: New Version Notification for draft-matsushima-stateless-uplane-vepc-00.txt
Peter McCann <[email protected]>
| Newsgroups | gmane.ietf.nemo |
|---|---|
| Message-ID | <5963DDF1F751474D8DEEFDCDBEE43AE716F4F609__2200.9217217148$1373984937$gmane$org@dfweml512-mbx.china.huawei.com> |
Satoru Matsushima wrote: > Hi Peter, > > On 2013/07/16, at 3:49, Peter McCann <[email protected]> wrote: >> I guess I don't understand the "PDN Prefix" and "subnet ID" fields >> that you have in Figure 4. You state: >> >> Each PDN is assumed to have single or several prefixes (called PDN >> prefix) used to generate UE's address. Followed by the PDN prefix in >> Figure 4, there is 16-bit TEID assigned for a UE's session at SGW on >> the control plane. TEID is 16 bits identifier in GTP header to >> distinguish each bearer. The remaining bits are filled by subnet ID. >> The prefix is allocated per UE and used for address assignment by >> SLAAC or DHCPv6. >> Is Figure 4 supposed to be the Next Hop or the Destination? I assumed >> it was Next Hop because it has the TEID encoded in it. However, some >> of the above paragraph leads me to believe it is about the UE's user >> plane IP address. >> > > The figure 4 illustrates UE's prefix so it shows the destination. > Encoding TEID is just a seed to create UE's prefix in the stateless-pd > manner. Doesn't the TEID change on every eNB handover? I thought the UE's prefix should remain constant across handovers. > We hasn't illustrate yet how to encode the TEID in next-hop. > But as we mentioned in the document, we expect BGP remote next-hop as > the way to encode it in the sub-TLV of the remote next-hop attribute. I would think that the Next-Hop would change on mobility events, but the Destination would remain the same (UE prefix). Why is this not the case? > cheers, > --satoru > > _______________________________________________ > dmm mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dmm