netdev - Re: [IPV6] ADDRCONF: Defer dad for global address until dad for linklocal is completed.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20080521.133038.76262737.davem@davemloft.net>
Date:	Wed, 21 May 2008 13:30:38 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	tabe@...aclelinux.com
Cc:	yoshfuji@...ux-ipv6.org, netdev@...r.kernel.org
Subject: Re: [IPV6] ADDRCONF: Defer dad for global address until dad for
 linklocal is completed.

From: Toyo Abe <tabe@...aclelinux.com>
Date: Thu, 22 May 2008 02:30:52 +0900

> YOSHIFUJI Hideaki / 吉藤英明 wrote:
> > In article <4832C3CC.5070609@...aclelinux.com> (at Tue, 20 May 2008 21:27:56 +0900), Toyo Abe <tabe@...aclelinux.com> says:
> >> Since current addrconf code actually accepts RA including prefix option 
> >> while DAD for
> >> linklocal address is processing, changes of the behaviour looks like a 
> >> degradation for me.
> >> Hence, I chose to accept RA at that moment and defer sending DAD NS for 
> >> global addresses.
> > 
> > Well I don't think so.
> > We should choose simpler way - avoid introducing new "unique" state so far.
> > 
> > If you really think is worth accepting RA during DAD for link-local
> > address, we should cancel all of on-going DADs for global address(es)
> > if the RA for link-local address has failed, intead of deferring DAD
> > for global address(es).
> >
> You're right. I agree with you that it'd be better than mine.

Hideaki-san, let me know if I should apply your patch.

Thank you.
--
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