[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080110111619.GA5065@pingi.kke.suse.de>
Date: Thu, 10 Jan 2008 12:16:19 +0100
From: Karsten Keil <kkeil@...e.de>
To: netdev@...r.kernel.org
Subject: Re: Linux IPv6 DAD not full conform to RFC 4862 ?
Hi,
On Wed, Jan 09, 2008 at 09:26:53PM +0100, Karsten Keil wrote:
> >
> > Reading the section you reference, we do follow all the MUST requirements, and
> > we log an error. Given that the disable section is a SHOULD, I think we can at
> > least be somewhat more restrictive in our implementation. Perhaps we should
> > just disable the interface iff the failed address is link-local AND there are no
> > other functional address assigned to the interface.
>
> I agree here, but it seems that currently the IPv6 Logo Committee thinks
> that it has to be disable the interface to get the IPv6 ready Logo in
> future. I already claim that on a discussion at the TAHI users list.
>
JFYI, here the answer from the TAHI list.
Hi, Karsten.
Thanks for your comments.
I know that it is SHOULD,
but our test tool supports the test specification
published by IPv6 Ready Logo Program <http://www.ipv6ready.org/>,
and basically the test specification supports all of MUST and SHOULD.
You may know,
now IPv6 Ready Logo Committee is also discussing
about the next major revision up of test specification.
RFC 4862 Section 5.4.5 is one of discussing point.
The public review has been over,
but if you have strong concern about it,
I recommend to comment to <ipv6ready-info@...6ready.org>.
Personally,
I think that mandating this function is the best way.
But vendor's input will really important for them.
Regards,
Yukiyo Akisada
So it would be good if some of the networking experts complain there.
--
Karsten Keil
SuSE Labs
ISDN and VOIP development
SUSE LINUX Products GmbH, Maxfeldstr.5 90409 Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists