From: Marek Lindner <lindner_marek@yahoo.de>
To: 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.] problem with mesh network
Date: Mon, 9 Jan 2012 20:22:37 +0800 [thread overview]
Message-ID: <201201092022.37637.lindner_marek@yahoo.de> (raw)
In-Reply-To: <4F07148C.5070709@inti.gob.ar>
Hi,
> We are using batman-adv 2011.2.0 with Openwrt Backfire-rc6 on D-Link
> Dir-615 routers (2 Antennas, 1 single radio), each router with an adhoc
> interface managed by batman-adv for the mesh network and an Acces Point
> interface bridged with bat0 and ethernet to allow non batman-adv clients
> to connect. The problem is that sometimes all works fine, but sometimes
> we get very poor bitrates between routers, even using just two routers,
> testing with iperf. We don't know where the problem is, specially
> because it's a very erratic behavior. If any of you have used this
> configuration with openwrt and ath9k driver we'd really appreciate some
> help.
this does not sound like a batman issue. Did you try contacting the
ath9k/linux-wireless/openwrt developers ?
> By the way, the D-Link Dir-615 is an n router, but for some reason
> related with hostapd the ap vif gets configured in g mode, and the adhoc
> in n mode, no matter what we set in the uci files. So in case the
> problem were related with the adhoc and ap virtual interface, we were
> thinking about the possibility of setting the mesh network without using
> adhoc mode. In that case each router should have one ap for non
> batman-adv clients, and two additional interfaces, one in ap and the
> other managed, these two used to connect with other routers via
> batman-adv, would that be correct? In that case, you think this
> configuration could be more or less stable than the other using adhoc
> mode?
batman-adv does not care how you configure your interfaces. Using managed/AP
with batman-adv on top works as well. However, you will need to configure each
managed/AP setup manually which will be cumbersome in a larger network and has
no failover. A single failure in your managed/AP chain will bring down all
nodes depending on it.
Cheers,
Marek
next prev parent reply other threads:[~2012-01-09 12:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.3.1325847602.24549.b.a.t.m.a.n@lists.open-mesh.org>
2012-01-06 15:34 ` [B.A.T.M.A.N.] problem with mesh network gtolon
2012-01-09 12:22 ` Marek Lindner [this message]
[not found] <mailman.1.1326193201.4676.b.a.t.m.a.n@lists.open-mesh.org>
2012-01-10 13:14 ` gtolon
2012-01-10 15:17 ` Marek Lindner
2012-01-11 12:52 ` gtolon
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=201201092022.37637.lindner_marek@yahoo.de \
--to=lindner_marek@yahoo.de \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
/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