Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt

["Joel M. Halpern" <[e-mail]>]

It is clear to me that any solution will require changes on the UE / RG 
as well as in the ISP infrastructure.

If we take as an assumption that we want this to work without DHCP, then 
we presumably are changing RAs.
At that point,  the question I see is whether it is cleaner to specify 
how this works (maybe with an extra flag) using an RA to allocate a /56 
to the UE, or whether it is cleaner to change the rules to allow 
sub-allocation from /64 and change the RA to have bits indicating when 
the UE is doing that.
It seems to me that the former is MUCH cleaner than the later.

Yours,
Joel

On 11/9/2020 4:34 AM, Alexandre Petrescu wrote:
> 
> 
> Le 09/11/2020 à 02:25, Brian E Carpenter a écrit :
>> On 09-Nov-20 13:00, Ca By wrote:
>>>
>>>
>>> On Fri, Nov 6, 2020 at 1:05 AM <[e-mail] 
>>> <mailto:[e-mail]>> wrote:
> [...]
>> Just handing out a /56 to each PDP context would be so much better.
> 
> Sounds reasonable because a /56 is so much space, and can make several 
> /64s.
> 
> But still, it would not be enough.  How would the smartphone form an
> IPv6 address when receiving a /56 in the RA?  There is no spec that
> tells it how to, because the IID must be 64bit and the smartphone would
> not know how to pad the remaining 8 bits.
> 
> At that point the operator might want to put a /64 in an RA and also
> respond to DHCPv6-PD with a /56 inside.  It would be a double address
> architecture effort.
> 
> This is why I am wondering how would one think the smartphone would be
> happy enough when receiving a /56 in a DHCPv6 advertisement.
> 
> Alex
> 
>>
>> Brian
>>
>>>
>>> None of that exists today in mobile. I feel the effort and scale are 
>>> daunting, so i am not going to do it.
>>>
>>> But, getting a knob in the gateway to set the RA to be 60 (or other) 
>>> instead of 64 would be easy. And, that knob could be constrained to 
>>> only compatible device type (chef’s kisses!)... it can be done
>>>
>>>
>>>
>>> Best regards, Ole
>>>
>>>
>>> --------------------------------------------------------------------
>>>
>>>
>>>
>>>
> IETF IPv6 working group mailing list
>>> [e-mail] Administrative Requests: 
>>> https://www.ietf.org/mailman/listinfo/ipv6 
>>> --------------------------------------------------------------------
>>>
>>
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [e-mail]
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------