Re: RFC 5006 status

[Rémi Després <remi.despres@free.fr>]

Le 19 mars 2010 à 14:20, Mark Smith a écrit :

> The existing mechanisms work, both in theory, and in practice. I think
> that means that the onus is on the RA for everything proponents to
> *prove* where it doesn't work...

There is clearly no proof that it doesn't work, but there is a proof that efficiency can be improved by a very small complement.

> ... before anybody should spend valuable time
> redesigning the existing mechanisms.

There is no "redesign", just an optional complement for which, contributors who wish to implement it, need an approved common format.
Those that don't want to support it are free not to: things will continue to work for them as before, just less efficiently than for those who have the complement. 

> There are better IPv6 things to
> spend time on that are far more important to *get* working, rather than
> spending time on changing the way existing things work.

Then, please let others doing it (it won't hurt you in any way), and the discussion will terminate.

RD


>> On Fri, Mar 19, 2010 at 3:29 PM, Rémi Després <remi.despres@free.fr> wrote:
>>> 
>>> Le 17 mars 2010 à 16:18, Fred Baker a écrit :
>>> 
>>>> http://www.ietf.org/rfc/rfc5006.txt
>>>> 
>>>> (1) Please take a look at the document in the next few days; if you have comments on it (eg, you think it should be changed in some way), please comment to v6ops.
>>> 
>>> While supporting in general the idea, there is one improvement I suggest to make:
>>> Rather than a specific RA option for Recursive DNS Servers, standardize the generic RA option to embed some stateless DHCP options, as proposed in draft-krishnan-intarea-ra-dhcp-00.
>>> 
>>> This is in my understanding more powerful without being more complex.
>>> By giving to routers a general possibility to broadcast stateless DHCP parameters (in addition to their still being obtainable in DHCPv6), not only the purpose of RFC50026 is achieved but, in one shot, the same progress is made for all common parameters that may concern all or most hosts.
>>> 
>>> Hosts that support the RA DHCP option only have to: (1) process embedded DHCP options that they understand; (2) skip others; (3) request in DHCPv6 only options that aren't already received in RAs, if any.
>>> 
>>> Note that Suresh Krishnan has 15min slot scheduled at the 6man meeting of Wednesday for:
>>> "Stateless DHCPv6 and Router Advertisements for propagating configuration information".
>>> 
>>> I add Suresh to the list, and Dan Wing who is known to support this approach.
>>> 
>>> RD
>>> 
>>> 
>> 
>