[B.A.T.M.A.N.] bridge and batman-adv over ethernet

[B.A.T.M.A.N.] bridge and batman-adv over ethernet

[Daniel Golle]

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

Re: [B.A.T.M.A.N.] bridge and batman-adv over ethernet

[Gui Iribarren]

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
> 

Re: [B.A.T.M.A.N.] [lime-dev] bridge and batman-adv over ethernet

[Pau]

[-- Attachment #1.1: Type: text/plain, Size: 1695 bytes --]

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
> 

-- 
./p4u


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [B.A.T.M.A.N.] [lime-dev] bridge and batman-adv over ethernet

[Sven Eckelmann]

[-- Attachment #1: Type: text/plain, Size: 587 bytes --]

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/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]