[v6ops] Announcing draft-petrescu-relay-route-pd-problem-00 (was: Need ref to 3GPP spec for the use of DHCPv6 Prefix Delegation, e.g. for smartphone tethering)

[Alexandru Petrescu <[e-mail]>]

Hello participants to v6ops WG,

We have just submitted draft-petrescu-relay-route-pd-problem-00
http://tools.ietf.org/html/draft-petrescu-relay-route-pd-problem-00
"Route Problem at Relay during DHCPv6 Prefix Delegation"
M. Boucadair (France Telecom)
L. Yeh (Freelancer Technologies)
A. Petrescu (CEA).

It presents a problem of routing at Relay during Prefix Delegation of
DHCPv6; also lists some solutions I-Ds.  The problem may be relevant in
the DHC WG, at the Broadband Forum and maybe at 3GPP.

Please comment on this draft.

Thanks,

Alex

Le 08/10/2013 10:55, Alexandru Petrescu a écrit :
> Le 08/10/2013 10:49, Vízdal Aleš a écrit :
>>>> The GGSN/PGW is UEs next-hop as the traffic is tunnelled in GTP
>>>> through all the intermediate nodes.
>>>
>>> Ah, right, there is a GTP tunnel above all the intermediary IP
>>> nodes.
>>>
>>> However, even when a tunnel is dynamically set up, a routing
>>> table entry is added in the Relay's routing table (or other
>>> similar entry).  The parameters of that entry necessarily
>>> include, among others, the prefix which is allocated.
>>>
>>> No?
>>
>> The tunnel stays up for the lifetime of the PDP/PDN context.
>
> Ok.
>
>> There is no relay in the 3GPP access architecture.
>
> Ok.
>
>> If the tunnel drops, the PGW/GGSN will remove the route from their
>>  routing table, once a new tunnel is setup the routing table is
>> updated accordingly.
>
> The route associated with that tunnel should contain a parameter
> containing the Delegated Prefix.  When there is no delegated prefix,
> that route entry should be updated.
>
> The tunnel could stay up but only for the Smartphone.  Or it could
> stay up for both the Smartphone _and_ the Hosts in the smartphone's
> LAN. These are two different things.
>
> Alex
>
>
>>
>>> Alex
>>
>> Ales
>>
>>
>
>
> _______________________________________________ v6ops mailing list
> [e-mail] https://www.ietf.org/mailman/listinfo/v6ops
>
>