* Why not refresh ipv6 local link address of a bridge when a new interface added to the bridge?
[not found] ` <CA+UXGK1XAgCxYUoOAP6yQSGhzDB-3p3oDqOoOc_e=rTT3DPx7Q@mail.gmail.com>
@ 2011-09-20 2:39 ` Eric Xiong
2011-09-26 15:51 ` Stephen Hemminger
0 siblings, 1 reply; 2+ messages in thread
From: Eric Xiong @ 2011-09-20 2:39 UTC (permalink / raw)
To: netdev
Hi all:
Sorry for disturb! when adding a interface to bridge, maybe the bridge
mac address will be changed. the bridge code don't invoke
call_netdevice_notifiers to notify ipv6 code to refresh local link
address. I don't know why. Thanks for your help!
BRs.
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: Why not refresh ipv6 local link address of a bridge when a new interface added to the bridge?
2011-09-20 2:39 ` Why not refresh ipv6 local link address of a bridge when a new interface added to the bridge? Eric Xiong
@ 2011-09-26 15:51 ` Stephen Hemminger
0 siblings, 0 replies; 2+ messages in thread
From: Stephen Hemminger @ 2011-09-26 15:51 UTC (permalink / raw)
To: Eric Xiong; +Cc: netdev
On Tue, 20 Sep 2011 10:39:31 +0800
Eric Xiong <bottomofstack@gmail.com> wrote:
> Hi all:
> Sorry for disturb! when adding a interface to bridge, maybe the bridge
> mac address will be changed. the bridge code don't invoke
> call_netdevice_notifiers to notify ipv6 code to refresh local link
> address. I don't know why. Thanks for your help!
>
> BRs.
This change went in for v3.1
Bridge: Always send NETDEV_CHANGEADDR up on br MAC change.
This ensures the neighbor entries associated with the bridge
dev are flushed, also invalidating the associated cached L2 headers.
This means we br_add_if/br_del_if ports to implement hand-over and
not wind up with bridge packets going out with stale MAC.
This means we can also change MAC of port device and also not wind
up with bridge packets going out with stale MAC.
This builds on Stephen Hemminger's patch, also handling the br_del_if
case and the port MAC change case.
Cc: Stephen Hemminger <shemminger@vyatta.com>
Signed-off-by: Andrei Warkentin <andreiw@motorola.com>
Acked-by: Stephen Hemminger <shemminger@vyatta.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-09-26 15:51 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CA+UXGK1Ej4DeS5-=FO0ejMCGjWfptxxxRibhMi2-duE9Cx2D_g@mail.gmail.com>
[not found] ` <CA+UXGK1XAgCxYUoOAP6yQSGhzDB-3p3oDqOoOc_e=rTT3DPx7Q@mail.gmail.com>
2011-09-20 2:39 ` Why not refresh ipv6 local link address of a bridge when a new interface added to the bridge? Eric Xiong
2011-09-26 15:51 ` Stephen Hemminger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).