Messages in this thread | | | From | Stephen Hemminger <> | Subject | Re: bonding mode 1 works as designed. Or not? | Date | Tue, 14 Feb 2006 14:04:01 -0800 |
| |
On Tue, 14 Feb 2006 22:52:56 +0100 Heiko Gerstung <heiko@am-anger-1.de> wrote:
> Hi Willy, > > Willy Tarreau wrote: > >> [...]eth0 and eth1 are in a bonding group, mode=1, miimon=100 ... eth0 is the > >> active slave and used as long as the physical link is available (checked > >> by using MII monitoring), at the same time eth1 is totally passive, > >> neither passing any received packets to the kernel nor sending packets, > >> if the kernel wants it to do so. As soon as the eth0 link status changes > >> to "down", eth1 is activated and used, and now eth0 remains silent and > >> deaf until it becomes the active slave again. > >> > >> Any comments on that? Is the documentation wrong OR is there a bug in > >> the implementation of the bonding module? > >> > > > > Neither, it's your understanding described above :-) > > In fact, the bonding is used to select an OUTPUT device. If some trafic > > manages to enter through the backup interface, it will reach the kernel. > > It can be useful to implement some link health-checks for instance. However, > > the only packets that you should receive are multicast and broadcast packets, > > so this should be very limited anyway by design. After several years using > > it, it has not caused me any trouble, including in environments involving > > multicast for VRRP. > > > > > Unfortunately the ping replies come in on both interfaces, as well as > any other traffic (like ssh or web traffic). Everything works but the > load of the system caused by network traffic is nearly doubled this way > and may cause confusion in a number of applications. > > Would there be a way to stop the non-active slave(s) from "listening", > i.e. drop all traffic received by them? If yes, where could I do that? > > Regards, > > willy > > > >
You will probably get a better answer if you ask the developers directly.
BONDING DRIVER P: Chad Tindel M: ctindel@users.sourceforge.net P: Jay Vosburgh M: fubar@us.ibm.com L: bonding-devel@lists.sourceforge.net W: http://sourceforge.net/projects/bonding
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |