[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-bridge
Subject:    [Bridge] Bridging and bonding
From:       Axel Thimm <Axel.Thimm () atrpms ! net>
Date:       2007-04-07 23:08:59
Message-ID: 20070407230859.GC27010 () neu ! nirvana
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hi,

I'm trying to setup a bridge with a bonded device (2 links,
balance-rr). The problem is that after attaching the bonded device to
the bridge the network throughput drops down from 110MB to 100KB. This
seems to be due to the MAC address of internal devices of the bridge
being seen on the external ports, where the bonded device exists (see
also the URLs below).

An arp packet from some device on the bridge gets out on one slave and
returns on the other, so the bridge suddenly moves the mac address to
the wrong port. It looks like the bridge is moving the mac address now
back an forth resulting in packet losses of 50-99.9% depending on the
network utilization.

For kernel 2.6.16 there was a commit that supposedly fixed this for
active/passive mode bonding by ignoring incoing packets on the standby
link.

http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8f903c708fcc2b579ebf16542bf6109bad593a1d


But I do want to have balance-rr and even for active/passive more
people report that this still isn't working.

Is this a known problem? What kind of solutions exist? Ideally I would
like to add an immutable static entry to the forwarding mac database.

This is for a xen setup, and I've found a couple more issue with that
on xen and openvz lists:

http://lists.xensource.com/archives/html/xen-devel/2006-07/msg00613.html
http://forums.xensource.com/thread.jspa?messageID=1839
http://openvz.org/pipermail/users/2006-November/000420.html

Thanks!
-- 
Axel.Thimm at ATrpms.net


[Attachment #5 (application/pgp-signature)]

_______________________________________________
Bridge mailing list
Bridge@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/bridge


[prev in list] [next in list] [prev in thread] [next in thread]