On Fri, Nov 11, 2016 at 07:26:36AM -0700, dan wrote:

I'm not 100% clear on how batman-adv works with vlans, so excuse me if I've taken a wrong path.

I have a small 2 radio mesh node with 1 ethernet port for non-mesh access. wlan0 and wlan1 in bat0, bat0 and eth0 in mesh-bridge.

MTU is 1532 on WLAN0.

If I want a VLAN to pass through the eth0 interface as if it were trunk, what needs to be done? my thought was, increase WLAN0 MTU to 1536 and eth0 to 1504....

(I had a similar MTU/fragmentation discussion with Marek recently, so now I can pretend to be smart :D)

For BATMAN_V, if you want VLANs to pass without fragmentation, then you need to increase the MTU of WLAN0 *and* eth0 to 1536, so +4 bytes compared to what "dmesg" currently suggests, yes.

If you do not care about fragmentation, then the default 1500 should "just work", both for wlan0 and eth0, too.

will that work? or do I need to create a vlan bat0.1 and eth0.1 and bridge them?

Depends on what you want. Do bridged-in clients do the VLAN-tagging on their own? Or do you want the mesh node to tag incoming, not yet tagged frames?

Or do you just want to split one physical wire into multiple, virtual ones? Then you'd need VLANs on eth0 (and would add eth0.1 to batman-adv instead of eth0).

I guess, the question is, what is the original intent. What made you you think about using VLANs in the first place?

Regards, Linus