bonding / ipv6: no addrconf for slaves separately from master
authorJay Vosburgh <fubar@us.ibm.com>
Mon, 9 Jul 2007 17:42:47 +0000 (10:42 -0700)
committerJeff Garzik <jeff@garzik.org>
Tue, 10 Jul 2007 16:41:19 +0000 (12:41 -0400)
commitc2edacf80e155ef54ae4774379d461b60896bc2e
tree0ec119a16bc4af036968cf22cde402c381efca25
parent89c0d26be7037cd5bbce3bbf12580ba70ed8f382
bonding / ipv6: no addrconf for slaves separately from master

At present, when a device is enslaved to bonding, if ipv6 is
active then addrconf will be initated on the slave (because it is closed
then opened during the enslavement processing).  This causes DAD and RS
packets to be sent from the slave.  These packets in turn can confuse
switches that perform ipv6 snooping, causing them to incorrectly update
their forwarding tables (if, e.g., the slave being added is an inactve
backup that won't be used right away) and direct traffic away from the
active slave to a backup slave (where the incoming packets will be
dropped).

This patch alters the behavior so that addrconf will only run on
the master device itself.  I believe this is logically correct, as it
prevents slaves from having an IPv6 identity independent from the
master.  This is consistent with the IPv4 behavior for bonding.

This is accomplished by (a) having bonding set IFF_SLAVE sooner
in the enslavement processing than currently occurs (before open, not
after), and (b) having ipv6 addrconf ignore UP and CHANGE events on
slave devices.

The eql driver also uses the IFF_SLAVE flag.  I inspected eql,
and I believe this change is reasonable for its usage of IFF_SLAVE, but
I did not test it.

Signed-off-by: Jay Vosburgh <fubar@us.ibm.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
drivers/net/bonding/bond_main.c
net/ipv6/addrconf.c