All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.