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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.