Re: [dhcwg] Prefix-length of an assigned address, in a DHCPv6 message - earlier discussions

[Alexandru Petrescu <[e-mail]>]

I was pointed out in private about 2 other earlier discussions about 
this same topic:

"prefix length determination for DHCPv6" 2007
https://www.ietf.org/mail-archive/web/dhcwg/current/msg07412.html

"prefix length option for DHCPv6" 2011
https://www.ietf.org/mail-archive/web/dhcwg/current/msg11543.html

But there seems to be no draft discussing this problem, or offering 
potential solutions.

Alex

On 05/09/2014 15:59, Alexandru Petrescu wrote:
> Le 07/08/2014 18:24, 神明達哉 a écrit :
>> At Thu, 07 Aug 2014 17:07:33 +0200,
>> Alexandru Petrescu <[e-mail]> wrote:
>>
>>> That aside, I wonder why programmers have set that 64 in the kernel data
>>> absent a prefix length field in DHCP/RA, if not because of the fact that
>>> specifications are lacking.  Were it for DHCPv6 to have a prefix length
>>> field for assigned address A, then programmer would be clearer of what
>>> to put on that field, I think.
>>
>> I guess you're basically re-raising a long standing discussion of
>> whether to provide an on-link prefix via DHCPv6.
>>
>> My understanding is that we have never reached a consensus on this at
>> IETF (consider, for example, how
>> http://tools.ietf.org/html/draft-droms-dhc-dhcpv6-default-router-00
>> was discussed and we still don't have any published outcome), so a
>> simple rehash of it won't bring us anywhere.  At the very least it's
>> safer to discuss it outside the scope of rfc3315bis (because otherwise
>> we'll never be able to publish the bis).
>
> Jinmei, thanks for the pointer.
>
> But I wonder whether there is any draft that talks about how DHCPv6
> sends a prefix-length of the assigned IPv6 address, to the Client?  (not
> Prefix Delegation, but the equivalent of the Prefix Length field of a
> PIO of a Router Advertisement)?
>
> Alex
>
>>         } else {
>>             /* Current practice is that all subnets are /64's, but
>>              * some suspect this may not be permanent.
>>              */
>>             client_envadd(client, prefix, "ip6_prefixlen",
>>                       "%d", 64);
>                                ^ make this variable.
>
>>
>> --
>> JINMEI, Tatuya
>>
>>
>
>
> _______________________________________________
> dhcwg mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/dhcwg


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com