From: Antonio Quartulli <antonio@meshcoding.com>
To: trandatnh@gmail.com
Cc: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] [B.A.T.M.A.N.A.D.V] Deploy batman-adv using Station - Access Point mode?
Date: Tue, 11 Mar 2014 13:48:26 +0100 [thread overview]
Message-ID: <531F061A.2030401@meshcoding.com> (raw)
In-Reply-To: <CAOyZXpRP_3vJ0SiHP40BreTaqOzkS9tsp-zVWBjThdzpFJxiPQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1661 bytes --]
Hi,
On 11/03/14 09:06, Le Tran Dat wrote:
> For example: What I am trying to do right now is to connect those
> devices by using Station <-> Access Point mode. But I have no ideas
> how the OGM message transmit between the Mesh Node so I worry that the
> Station <-> Access Point can not take advance of batman-adv.
>
What you have to keep in mind is that everytime if a generic node A
receives an OGM where the Ethernet MAC address is the same as the
originator address then A thinks that there is a direct link between
itself and the source (simplistic explanation).
Therefore, to prevent the nodes from making wrong assumptions, you have
to enable the isolation on the Access Point.
If you don't do so then you can end up in the following situation:
1) STA1 sends an OGM as broadcast packet
2) the AP rebroadcasts such packet as per 802.11 standard (to ensure
that all the associated STAs can receive it)
3) a generic STA2 receives the OGM and erroneously thinks to be directly
connected to STA1, while this is not true because the packets must
travel through the AP[1].
However, even if the isolation makes batman-adv work reasonably you will
not have a nice setup because you cannot exploit direct links between
nodes that may hear each other due to the AP-STA constraint.
Moreover you need to decide which node has to act as AP and which as STA
before deploying them, thus limiting the "dynamic part" of the mesh network.
I hope this clarified the problem.
Cheers,
[1] you could have direct links if you are use TDLS, but most of the
drivers out there do not implement it.
--
Antonio Quartulli
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]
prev parent reply other threads:[~2014-03-11 12:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-11 8:06 [B.A.T.M.A.N.] [B.A.T.M.A.N.A.D.V] Deploy batman-adv using Station - Access Point mode? Le Tran Dat
2014-03-11 12:48 ` Antonio Quartulli [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=531F061A.2030401@meshcoding.com \
--to=antonio@meshcoding.com \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=trandatnh@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