On 05/04/2013 14:53, Andrew McGregor wrote:
> B) is usually correct, although this depends on the semantics of the lower
> layer in question. If it is Ethernet, by changing the MAC address, you have
> made a new interface and so the old address end point has gone away.
At layer 2, yes, but you haven't done anything at layer 3, and NUD/ND
will pick up the new layer3:layer2 relationship.
> It is
> usually best to drop the link and restart layer 2 at that point, as any
> switch you are connected to will flush the necessary tables at that point,
A layer 2 switch will do its thing, but that doesn't affect layer 3.
> giving the best chance of being left in a working state. Deprecating the
> link local is therefore pointless, and the Linux behaviour is simply wrong.
It's just a bit lazy, as far as I can see.
Brian
>
> Andrew.
> On 5 Apr 2013 04:54, "Hannes Frederic Sowa" <han...@stressinduktion.org>
> wrote:
>
>> Hello!
>>
>> What is the proposed action if the hardware address of an interface is
>> changed regarding link-local addresses while the interface is up? I see
>> a few possibilities here but have not yet found an answer in the rfcs:
>>
>> a) generate a new link-local interface address in addition to the old one
>> b) drop the old one and generate a new one
>> c) don't change any addresses (this is e.g. current behavior in linux)
>>
>> I would be happy if you could give me some pointers.
>>
>> Thanks,
>>
>> Hannes
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>>
>
>
> ------------------------------------------------------------------------
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
