netdev
[Top] [All Lists]

Re: [Bugme-new] [Bug 4189] New: IPv6 link local addresses are not assign

To: netdev@xxxxxxxxxxx
Subject: Re: [Bugme-new] [Bug 4189] New: IPv6 link local addresses are not assigned correctly on multiple-bonding enviromrnts
From: Rick Jones <rick.jones2@xxxxxx>
Date: Thu, 10 Feb 2005 17:40:21 -0800
Cc: davem@xxxxxxxxxxxxx, ikebe.takashi@xxxxxxxxxxxxx, akpm@xxxxxxxx, ctindel@xxxxxxxxxxxxxxxxxxxxx, fubar@xxxxxxxxxx, bonding-devel@xxxxxxxxxxxxxxxxxxxxx
In-reply-to: <20050211.092916.50162307.yoshfuji@linux-ipv6.org>
References: <20050210002356.500401f7.akpm@osdl.org> <20050210.182225.07335127.yoshfuji@linux-ipv6.org> <20050210122523.41276d5a.davem@davemloft.net> <20050211.092916.50162307.yoshfuji@linux-ipv6.org>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.6) Gecko/20040304
I guess this causes problems for ipv6 local addresses, it
will need to catch some callback to handle these events and
thus adjust the local address properly.


Okay, I'll try to solve it:
1) catch NETDEV_CHANGEADDR
2) (try to) add new link-local address and deprecate old one.
3) (when DAD finishes) RS will be sent.

At present, for IPv4 if someone changes the MAC address of an interface, existing TCP connections don't really care right? The ARP caches will be updated with a new IPv4 to MAC translation and happiness and joy ensues.


So, what would happen to TCP connections over IPv6 using link-local addresses? If the old address is taken away (deprecated), and a new address generated, doesn't that mean that TCP connections (using link-local addresses anyway) will fail on a MAC change?

rick jones

<Prev in Thread] Current Thread [Next in Thread>