[Bridge] Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working

richardvoigt at gmail.com richardvoigt at gmail.com
Tue Jan 12 14:58:49 PST 2010

On Tue, Jan 12, 2010 at 4:04 PM, Ross Vandegrift <ross at kallisti.us> wrote:
> On Tue, Jan 12, 2010 at 09:40:30PM +0000, jhautbois at gmail.com wrote:
>> This is exactly the problem.
>> But, sounds like it is not possible... ?
> You could run a custom version of the bridge driver to enable bridging
> of frames sent to the bridge-management MAC addresses.  Some folks
> have talked about doing similar things to enable bridging of STP.
> Doing that with STP makes a bit more sense to me (since there are
> valid networks that could be constructed that way).  But you'll be
> breaking a pretty fundamental assumption of LACP....

LACP is between peers, not to the nearest connected device (generally
an ethernet cable).  As long as the intermediate link acts just like a
wire and passes everything, LACP shouldn't care.  And there are some
reasonable cases to want a Linux box to look like a piece of cable
(e.g. wiretap, timed lockdown, satellite network simulator which
inserts delay and errors, etc.) to the surrounding network.  Of
course, whether seeing just one link out of an aggregation bundle is
useful is debatable, but Linux ought to be able to support it.  I've
been bitten before by adding a new switch into an STP setup and having
it eat STP packets even though STP processing was disabled.  So count
me as another vote for (at least the possibility of) layer 1-esque
transparent bridging.

> --
> Ross Vandegrift
> ross at kallisti.us
> "If the fight gets hot, the songs get hotter.  If the going gets tough,
> the songs get tougher."
>        --Woody Guthrie
> Version: GnuPG v1.4.9 (GNU/Linux)
> Rp4AoIFyCMtgrMYkxK2k81b9M3n6/v0U
> =A5kn
> _______________________________________________
> Bridge mailing list
> Bridge at lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/bridge

More information about the Bridge mailing list