From: Toyo Abe <tabe@miraclelinux.com>
To: "YOSHIFUJI Hideaki / 吉藤英明" <yoshfuji@linux-ipv6.org>
Cc: davem@davemloft.net, netdev@vger.kernel.org
Subject: Re: [IPV6] ADDRCONF: Defer dad for global address until dad for linklocal is completed.
Date: Thu, 22 May 2008 02:30:52 +0900 [thread overview]
Message-ID: <48345C4C.6020106@miraclelinux.com> (raw)
In-Reply-To: <20080522.015807.02348209.yoshfuji@linux-ipv6.org>
YOSHIFUJI Hideaki / 吉藤英明 wrote:
> In article <4832C3CC.5070609@miraclelinux.com> (at Tue, 20 May 2008 21:27:56 +0900), Toyo Abe <tabe@miraclelinux.com> says:
>
>> I was also thinking so. And I tried it at first.
>> But then, many other test scenarios in TAHI test suite went to FAIL. It
>> was because
>> the tester node send RA with prefix option to the host right after it
>> receives DAD NS
>> from the host, which is obviously in autoconfiguration process for
>> linklocal address.
>
> If so, we should complain about the spec / tests.
>
Maybe so.
Well, did you observe the same problem?
>> 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.
Thank you,
-toyo
next prev parent reply other threads:[~2008-05-21 17:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-20 3:37 [IPV6] ADDRCONF: Defer dad for global address until dad for linklocal is completed Toyo Abe
2008-05-20 8:33 ` YOSHIFUJI Hideaki / 吉藤英明
2008-05-20 12:27 ` Toyo Abe
2008-05-20 12:35 ` Toyo Abe
2008-05-20 12:53 ` Toyo Abe
2008-05-21 16:58 ` YOSHIFUJI Hideaki / 吉藤英明
2008-05-21 17:30 ` Toyo Abe [this message]
2008-05-21 20:30 ` David Miller
2008-06-20 2:17 ` Toyo Abe
2008-06-20 2:32 ` YOSHIFUJI Hideaki / 吉藤英明
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48345C4C.6020106@miraclelinux.com \
--to=tabe@miraclelinux.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=yoshfuji@linux-ipv6.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.