diff options
author | Peter Pan(潘卫平) <panweiping3@gmail.com> | 2012-03-17 17:23:27 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2012-03-19 18:02:05 -0400 |
commit | 1c3ac4289a0e4d60cbd4787b4a91de4a0c785df1 (patch) | |
tree | 01a3a0806e24d869b2e0df5e8e8fb0aaeb91bd4e /firmware/cis | |
parent | ba568335b089e0a27829e3a6117a7e1bf957ad07 (diff) | |
download | linux-1c3ac4289a0e4d60cbd4787b4a91de4a0c785df1.tar.gz linux-1c3ac4289a0e4d60cbd4787b4a91de4a0c785df1.tar.bz2 linux-1c3ac4289a0e4d60cbd4787b4a91de4a0c785df1.zip |
bonding: send igmp report for its master
Liang Zheng(lzheng@redhat.com) found that in the following topo,
bonding does not send igmp report when we trigger a fail-over of bonding.
eth0--
|-- bond0 -- br0
eth1--
modprobe bonding mode=1 miimon=100 resend_igmp=10
ifconfig bond0 up
ifenslave bond0 eth0 eth1
brctl addbr br0
ifconfig br0 192.168.100.2/24 up
brctl addif br0 bond0
Add 192.168.100.2(br0) into a multicast group, like 224.10.10.10,
then trigger a fali-over in bonding.
You can see that parameter "resend_igmp" does not work.
The reason is that when we add br0 into a multicast group,
it does not propagate multicast knowledge down to its ports.
If we choose to propagate multicast knowledge down to all ports for bridge,
then we have to track every change that is done to bridge, and keep a backup
for all ports. It is hard to track, I think.
Instead I choose to modify bonding to send igmp report for its master.
Changelog:
V2: correct comments
V3: move this check into bond_resend_igmp_join_requests()
V4: only send igmp reports if bond is enslaved to a bridge
Signed-off-by: Weiping Pan <panweiping3@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'firmware/cis')
0 files changed, 0 insertions, 0 deletions