[B.A.T.M.A.N.] batman on top of vlan?

[B.A.T.M.A.N.] batman on top of vlan?

[dan]

Can batman operate on top of a vlan?  For example, a wireless link
with MTU of 1532 to accommodate both batman and the vlan.  Plugs into
the batman-adv box on eth0, configure eth0.10 and add eth0.10 to bat0.

This is meant to solve a specific issue of needing non-batman-adv
access to the radio web-ui's on the native/untagged vlan1

thanks.

Re: [B.A.T.M.A.N.] batman on top of vlan?

[Sven Eckelmann]

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

On Mittwoch, 16. August 2017 09:43:34 CEST dan wrote:
> Can batman operate on top of a vlan?  For example, a wireless link
> with MTU of 1532 to accommodate both batman and the vlan.  Plugs into
> the batman-adv box on eth0, configure eth0.10 and add eth0.10 to bat0.

It should work. batman-adv is not too picky about what is used below it. It 
must be able to transport ethernet frames and it must allow things like 
broadcasts. We could go here into more details but it wouldn't help us to 
answer the question. At least 802.1Q should not influence the behavior in any 
significant way and should therefore not be a problem.

Kind regards,
	Sven

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

Re: [B.A.T.M.A.N.] batman on top of vlan?

[dan]

thanks.  Just to clarify, batman-adv 32 bytes, so to stack vlans qinq
I need 32+4+4 so 1540 yes?

On Sun, Aug 20, 2017 at 12:55 AM, Sven Eckelmann <sven@narfation.org> wrote:
> On Mittwoch, 16. August 2017 09:43:34 CEST dan wrote:
>> Can batman operate on top of a vlan?  For example, a wireless link
>> with MTU of 1532 to accommodate both batman and the vlan.  Plugs into
>> the batman-adv box on eth0, configure eth0.10 and add eth0.10 to bat0.
>
> It should work. batman-adv is not too picky about what is used below it. It
> must be able to transport ethernet frames and it must allow things like
> broadcasts. We could go here into more details but it wouldn't help us to
> answer the question. At least 802.1Q should not influence the behavior in any
> significant way and should therefore not be a problem.
>
> Kind regards,
>         Sven

Re: [B.A.T.M.A.N.] batman on top of vlan?

[Sven Eckelmann]

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

On Sonntag, 20. August 2017 11:52:24 CEST dan wrote:
> thanks.  Just to clarify, batman-adv 32 bytes, so to stack vlans qinq
> I need 32+4+4 so 1540 yes?

Seems to be right.

But TT doesn't track QinQ clients with two VLANs (it only tracks the outer 
VLAN). Maybe Antonio already thought about possible consequences.

Kind regards,
	Sven

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

Re: [B.A.T.M.A.N.] batman on top of vlan?

[Antonio Quartulli]

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

On 22/08/17 14:59, Sven Eckelmann wrote:
> On Sonntag, 20. August 2017 11:52:24 CEST dan wrote:
>> thanks.  Just to clarify, batman-adv 32 bytes, so to stack vlans qinq
>> I need 32+4+4 so 1540 yes?
> 
> Seems to be right.
> 
> But TT doesn't track QinQ clients with two VLANs (it only tracks the outer 
> VLAN). Maybe Antonio already thought about possible consequences.

I haven't really thought this trough, but I think it should still work,
because batman-adv will just take care of delivering the packet to/from
where the outer encapsulation is applied/removed. What happens to the
inner payload should not be batman's business.  If I see this correctly.


Cheers,

-- 
Antonio Quartulli


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