All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukasz Stelmach <stlman@poczta.fm>
To: "YOSHIFUJI Hideaki / 吉藤英明" <yoshfuji@linux-ipv6.org>
Cc: netdev@vger.kernel.org
Subject: Re: ipv6 source address selection in addrconf.c (2.6.17)
Date: Thu, 22 Jun 2006 13:04:17 +0200	[thread overview]
Message-ID: <449A7931.7090304@poczta.fm> (raw)
In-Reply-To: <20060622.092659.76693840.yoshfuji@linux-ipv6.org>

[-- Attachment #1: Type: text/plain, Size: 1741 bytes --]

YOSHIFUJI Hideaki / 吉藤英明 wrote:
> In article <4499CEF4.2050308@poczta.fm> (at Thu, 22 Jun 2006 00:57:56 +0200), Lukasz Stelmach <stlman@poczta.fm> says:
> 
>> Lukasz Stelmach wrote:
>>> Lukasz Stelmach wrote:
[....]
>>
>> fd24:6f44:46bd:face:EUI64 fd24:6f44:46bd:face:RANDOM
>> and
>> 2002:531f:d667:face:EUI64 2002:531f:d667:face::RANDOM
>>
>> there seem to be no way to prefere 2002:: over fc00:: in rule 7 and it will be
>> selected as long as it is before 2002:: on the list. I can see here that an
>> implicit assumption has been made that an interface either is multihomed or
>> "private". The seventh rule should not IMHO break the whole process of
>> selection but rather mark as selectable all "private" (random) addresses. And
>> it should rather be done before rule 6.
> 
> Hmm? We do not have such intention.
> In above case, when you connect to 2001:200:0:8002:203:47ff:fea5:3085,
> either 2002:531f:d667:face:EUI64 or 2002:531f:d667:face::RANDOM
> should be selected (depending on if use_tempaddr >= 2),
> by the longest matching rule (Rule 8).

I've chewd the code line by line and it tastes like it should work the way you
say... OK I see the problem. I've used ifconfig which doesn't show
"deprecated" flag and "valid"/"prefered" times which, combined with "privacy",
*seem* to cause some problems . I don't know yet if it is a problem of proper
intervals in radvd.conf or is there still a bug in kernel. I'll let you know
when I learn it.

OK. That's enough for now. Let me get back to the real work ;-)


Best regards.
-- 
Było mi bardzo miło.                    Czwarta pospolita klęska, [...]
>Łukasz<                      Już nie katolicka lecz złodziejska.  (c)PP


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

  reply	other threads:[~2006-06-22 11:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-20 21:38 ipv6 source address selection in addrconf.c (2.6.17) Lukasz Stelmach
2006-06-21 13:42 ` [patch] " Lukasz Stelmach
2006-06-21 15:12   ` YOSHIFUJI Hideaki / 吉藤英明
2006-06-21 16:05     ` Lukasz Stelmach
2006-06-21 22:57   ` Lukasz Stelmach
2006-06-22  0:26     ` YOSHIFUJI Hideaki / 吉藤英明
2006-06-22 11:04       ` Lukasz Stelmach [this message]
2006-06-21 14:02 ` YOSHIFUJI Hideaki / 吉藤英明
  -- strict thread matches above, loose matches on Subject: below --
2006-06-20 12:56 Lukasz Stelmach
2006-06-20 19:38 ` David Miller

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=449A7931.7090304@poczta.fm \
    --to=stlman@poczta.fm \
    --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.