From: Sven Eckelmann <sven@narfation.org>
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: Zach Barnett <zacharyc.barnett@gmail.com>
Subject: Re: Node AP's
Date: Thu, 27 Feb 2020 17:11:23 +0100 [thread overview]
Message-ID: <5758265.JSquzJLQuT@bentobox> (raw)
In-Reply-To: <CANdV1hR-=nwrXkZTAh7C9LjW7MRbxEPeCpV4V7odiUV2dk0QcA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2629 bytes --]
On Thursday, 27 February 2020 16:13:48 CET Zach Barnett wrote:
> I looking for clarification about the following question
>
> How can I connect non-mesh clients to my batman-adv network ?
Bridge (easiest way) or route the traffic from non-mesh interface to the
batadv interface (and vice versa). [1]
> Does this mean that for an existing batman node to allow non-mesh
> clients to join (I.E. cell phone, wifi camera, etc..), then 2
> interfaces are required?
Not necessarily but in most situation you want to use different (operation)
modes for sending batman-adv and non-batman-adv traffic over wifi. But it is
possible to use the same link layer interface. This is often the case when you
want to use ethernet for transporting the batman-adv traffic and the client
traffic.
Just keep in mind that you cannot directly bridge an interface and have it at
the same time as batadv slave interface. So you have to split this interface
up somehow.
For ethernet, it is recommended to put the batman-adv traffic in something
like V(X)LAN on top of the ethernet device.
Other option could also be to use a macvlan on top of the ethernet interface -
your ethernet interface just needs to support promiscious mode for receiving
and allow to send with a different mac address. Then you have basically two
virtual ethernet interfaces.
But you could even create fancy things with veth pairs. Put one end in the
same bridge as the actual real ethernet interface. And then add the other end
as slave to the batadv interface. And then you can put the batadv interface in
the first bridge. You should most likely add some ebtables filter for 0x4305
ethernet frames at the correct positions. But I would call this
"experimental".
Just keep in mind that all the bridging will not work with client mode
interfaces (non-AP STA interfaces in infrastructure mode).
> For example, if I have a pi-zero W in a wooded area, and I want a
> camera to connect to it, then do I need to add an additional usb
> network adapter to the Pi. One Interface for the Bat0 Mesh and One
> interface an an entry point for non-mesh clients.
I hope you are not talking about wifi usb network adapters. Because they are
(often/always) quite shitty in non-infrastructure modes. And also often
shitty in infrastructure mode in the AP role.
But regarding wifi PHYs under Linux - they usually support multiple virtual
interfaces on the same PHY. Just check the interface combinations
information from "iw phy"
Kind regards,
Sven
[1] https://www.open-mesh.org/projects/batman-adv/wiki/Faq#How-can-I-connect-non-mesh-clients-to-my-batman-adv-network-
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2020-02-27 16:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-27 15:13 Node AP's Zach Barnett
2020-02-27 16:11 ` Sven Eckelmann [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5758265.JSquzJLQuT@bentobox \
--to=sven@narfation.org \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=zacharyc.barnett@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox