Re: Fwd: New Version Notification for draft-matsushima-stateless-uplane-vepc-00.txt
Satoru Matsushima <[email protected]>
| Newsgroups | gmane.ietf.nemo |
|---|---|
| Message-ID | <FB940CE4-288E-4D65-B5F8-1E0AA5BAC884__42449.9948429458$1373959554$gmane$org@gmail.com> |
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. 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. cheers, --satoru