Hi!
We are currently trying to use the Libre-Mesh.org firmware with batman-adv enabled on wired Ethernet interfaces alongside with a VLAN which is a member of the bridge the batX interface also resides in. ------------------------------ E |VLAN---batadv---bat0 T +--------------+ BRIDGE H |VLAN------------eth0.xx ------------------------------ We do want such a setup to have the best of both worlds: the performance of a plain bridge but yet benefit from batman-adv topology information, alfred and all that. As many cheap Ethernet switches do not support frames larger than 1500 bytes, increasing the MTU is not an option and thus frames inside batman-adv end up fragmented which hurts performance if encapsulating all traffic via batman-adv.
I remember there was a discussion during battlemesh about a race- condition which can confuse BLA and thus batman-adv is still disabled on wired Ethernet interfaces in Libre-Mesh by default. So here I am asking you about the current state of affairs regarding this issue. We are discussing it on https://github.com/libre-mesh/lime-packages/issues/56 and it would be great to hear a more detailed summary because I only remember the rough details and also haven't been watching if anything was fixed or improved since we all met in Porto.
Cheers
Daniel
On 25/07/16 19:52, Daniel Golle wrote:
Hi!
We are currently trying to use the Libre-Mesh.org firmware with batman-adv enabled on wired Ethernet interfaces alongside with a VLAN which is a member of the bridge the batX interface also resides in.
E |VLAN---batadv---bat0 T +--------------+ BRIDGE H |VLAN------------eth0.xx
We do want such a setup to have the best of both worlds: the performance of a plain bridge but yet benefit from batman-adv topology information, alfred and all that. As many cheap Ethernet switches do not support frames larger than 1500 bytes, increasing the MTU is not an option and thus frames inside batman-adv end up fragmented which hurts performance if encapsulating all traffic via batman-adv.
I remember there was a discussion during battlemesh about a race- condition which can confuse BLA and thus batman-adv is still disabled on wired Ethernet interfaces in Libre-Mesh by default. So here I am asking you about the current state of affairs regarding this issue.
so far, it's only FUD spread by me :( until i can get a proper log dump posted on this list at least
it shouldn't be hard to recreate, but i have yet to find the time
(just wanted to assume responsibility about saying i've seen this happen, without yet giving proofs about it :P)
cheers!
gui
We are discussing it on https://github.com/libre-mesh/lime-packages/issues/56 and it would be great to hear a more detailed summary because I only remember the rough details and also haven't been watching if anything was fixed or improved since we all met in Porto.
Cheers
Daniel
It would be nice to have some update on this issue if possible.
Thank you!
On 25/07/16 19:52, Daniel Golle wrote:
Hi!
We are currently trying to use the Libre-Mesh.org firmware with batman-adv enabled on wired Ethernet interfaces alongside with a VLAN which is a member of the bridge the batX interface also resides in.
E |VLAN---batadv---bat0 T +--------------+ BRIDGE H |VLAN------------eth0.xx
We do want such a setup to have the best of both worlds: the performance of a plain bridge but yet benefit from batman-adv topology information, alfred and all that. As many cheap Ethernet switches do not support frames larger than 1500 bytes, increasing the MTU is not an option and thus frames inside batman-adv end up fragmented which hurts performance if encapsulating all traffic via batman-adv.
I remember there was a discussion during battlemesh about a race- condition which can confuse BLA and thus batman-adv is still disabled on wired Ethernet interfaces in Libre-Mesh by default. So here I am asking you about the current state of affairs regarding this issue. We are discussing it on https://github.com/libre-mesh/lime-packages/issues/56 and it would be great to hear a more detailed summary because I only remember the rough details and also haven't been watching if anything was fixed or improved since we all met in Porto.
Cheers
Daniel _______________________________________________ Dev mailing list Dev@lists.libre-mesh.org https://lists.libre-mesh.org/mailman/listinfo/dev
On Samstag, 6. August 2016 23:43:44 CEST Pau wrote:
It would be nice to have some update on this issue if possible.
Maybe you should include Gui Iribarren in your Cc list since he is the one who can reproduce it(?), knows anything about it and answered to the initial mail [1].
Btw. I am not sure if LibreMesh supports to receive complex bridge loop messages [2] and solve the problem (e.g. by disabling the batman-adv on ethernet).
Kind regards, Sven
[1] https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2016-July/016081.html [2] https://patchwork.open-mesh.org/patch/15916/
b.a.t.m.a.n@lists.open-mesh.org
-
Daniel Golle -
Gui Iribarren -
Pau -
Sven Eckelmann