Hi. We are using batman-adv 2011.2.0 with Openwrt Backfire-rc6 on D-Link routers, and we're making some tests with iperf to measure bitrate capabilities between nodes. When we put three nodes aligned we notice that the obtained bitrate between the extreme nodes strongly depends on the batman path between them. To make it clear, we have:
A ---------- B ---------- C
With a dinstance of about 20 meters between A and B, and the same distance between B and C. The problem is that sometimes, A and C get connected directly in terms of batman-adv protocol (checked with batctl o), and when that happens, the bitrates are very poor (less than 1Mbps), like if B wasn't there. In fact we disconnected B and obtained very similar results.
Then we reduced tx power settings on A and C, forcing the B hop between them, and we got much better speeds (~20Mbps). We've read about ELP and think that maybe simple OGM messages are not good to measure link quility between A and C in this example, could that be the problem? In that case is there a way to fix this with actual batman-adv algorithms? Thanks in advance!
Gabriel
El 14/11/2011 08:00 a.m., b.a.t.m.a.n-request@lists.open-mesh.org escribió:
Send B.A.T.M.A.N mailing list submissions to b.a.t.m.a.n@lists.open-mesh.org
To subscribe or unsubscribe via the World Wide Web, visit https://lists.open-mesh.org/mm/listinfo/b.a.t.m.a.n or, via email, send a message with subject or body 'help' to b.a.t.m.a.n-request@lists.open-mesh.org
You can reach the person managing the list at b.a.t.m.a.n-owner@lists.open-mesh.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of B.A.T.M.A.N digest..."
Today's Topics:
1. Re: [PATCH] add make install (Sven Eckelmann) 2. Re: [PATCH] add make install (Sven Eckelmann) 3. Re: [PATCH] add make install (Alexey Fisher)
Message: 1 Date: Mon, 14 Nov 2011 11:21:12 +0100 From: Sven Eckelmannsven@narfation.org To: b.a.t.m.a.n@lists.open-mesh.org Cc: lindner_marek@yahoo.de Subject: Re: [B.A.T.M.A.N.] [PATCH] add make install Message-ID:1428522.agqKBYpyMC@sven-laptop.home.narfation.org Content-Type: text/plain; charset="iso-8859-1"
On Monday 14 November 2011 10:38:07 Sven Eckelmann wrote:
On Monday 14 November 2011 10:11:32 Alexey Fisher wrote:
Signed-off-by: Alexey Fisherbug-track@fisher-privat.net
Makefile | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-)
[...]
NAck: Sven Eckelmannsven@narfation.org
And also "Nack" for not updating the README [1]
Kind regards, Sven
[1] http://www.open-mesh.org/wiki/open-mesh/Contribute#Submitting-patches
Hello Gabriel,
On Mon, Nov 14, 2011 at 04:53:22 -0300, gtolon@inti.gob.ar wrote:
Hi. We are using batman-adv 2011.2.0 with Openwrt Backfire-rc6 on D-Link routers, and we're making some tests with iperf to measure bitrate capabilities between nodes. When we put three nodes aligned we notice that the obtained bitrate between the extreme nodes strongly depends on the batman path between them. To make it clear, we have:
A ---------- B ---------- C
With a dinstance of about 20 meters between A and B, and the same distance between B and C. The problem is that sometimes, A and C get connected directly in terms of batman-adv protocol (checked with batctl o), and when that happens, the bitrates are very poor (less than 1Mbps), like if B wasn't there. In fact we disconnected B and obtained very similar results.
Then we reduced tx power settings on A and C, forcing the B hop between them, and we got much better speeds (~20Mbps). We've read about ELP and think that maybe simple OGM messages are not good to measure link quility between A and C in this example, could that be the problem? In that case is there a way to fix this with actual batman-adv algorithms? Thanks in advance!
Gabriel
I think other people will give you better answer than this one, but just as start: OGM are sent in broadcast, which by definition uses a low rate that implies "better transmission than higher rates". Therefore a link having an high TQ doesn't necessarily has a good quality at "high rates" (as you are experiencing).
In my opinion the problem resides in the fact that batman-adv uses broadcast packets to measure link qualities which leads to the aforementioned problem.
I don't know if ELP would help in this sense because as far as I know it still uses broadcast packets.
Please guys correct me if I am wrong.
Cheers,
Hi,
With a dinstance of about 20 meters between A and B, and the same distance between B and C. The problem is that sometimes, A and C get connected directly in terms of batman-adv protocol (checked with batctl o), and when that happens, the bitrates are very poor (less than 1Mbps), like if B wasn't there. In fact we disconnected B and obtained very similar results.
would you mind sharing the orignator tables of the involved nodes ?
Then we reduced tx power settings on A and C, forcing the B hop between them, and we got much better speeds (~20Mbps). We've read about ELP and think that maybe simple OGM messages are not good to measure link quility between A and C in this example, could that be the problem? In that case is there a way to fix this with actual batman-adv algorithms?
You can play with the hop penalty parameter to encourage batman to use fewer or more hops (depending on your needs).
Regards, Marek
b.a.t.m.a.n@lists.open-mesh.org
-
Antonio Quartulli -
gtolon＠inti.gob.ar -
Marek Lindner