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. 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, 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.
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 --------------------------------------------------------------------
