public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Sven Eckelmann <sven@narfation.org>
To: Ligang LIU <heishuihe2008@163.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.] Recent test result. Re:Re: Paper "Performance Evaluation of BATMAN-adv Wireless Mesh Network Routing Algorithms "
Date: Thu, 30 Aug 2018 11:06:30 +0200	[thread overview]
Message-ID: <2950360.XQPVAlnd6X@bentobox> (raw)
In-Reply-To: <1e3a0849.c275.1658a0b9176.Coremail.heishuihe2008@163.com>

[-- Attachment #1: Type: text/plain, Size: 2289 bytes --]

On Donnerstag, 30. August 2018 16:55:38 CEST Ligang LIU wrote:
> >[...]
> >> One strange thing. Can I ignore this waring, even if I think the wifi driver is ok?
> >> [   30.628792] batman_adv: bat0: WiFi driver or ethtool info does not provide information about link speeds on interface wlan1, therefore defaulting to hardcoded throughput values of 1.0 Mbps. Consider overriding the throughput manually or checking your driver.
> >[...]
> >
> >I would say that you cannot ignore it because it means that the wifi driver 
> >didn't provide the expected throughput for a station.
> >
> >But it is most likely better to let Marek and/or Antonio answer this question.
> 
> I said it's strange because it seems the throughput value is acttually updated when batman is running, even there is a warning.

Maybe it was just not available when batman-adv asked the first time.

> >Btw. please structure you mails better. I will not read through this 400KB+ 
> >text mail just to find your annotations and questions. One which I saw but 
> >which should be answered by a different person is "6-node case".
> >
> I described the main results.
> And the attahed log is just for whom interested in finding the reason. It could be ignored for the others.
> 
> I have to emphasize that, the tests show that the output route of V is ok but the delay and throughput are bad. We should try to find where's gone the bandwidth. Do you have any suggestion about it?

Since there is still the problem that the ELP messages are potentially sent 
too often for low quality links (which also need the automatic retries by the 
wifi driver/hw). Did you try to increase the interval [1]? Just to make sure
that they don't use the complete airtime.


There was also this odd wifi problem which somehow was (maybe) 
triggered or caused by B.A.T.M.A.N. V: https://www.open-mesh.org/issues/341
Unfortunately, the discussion with the reporter was rather frustrating and at 
the end stopped completely.

When I remember it correctly, the wifi performance of all nodes (even when not 
sending data over the batman-adv interface) was rather bad when some 
B.A.T.M.A.N. V nodes were around (and one of the nodes disappeared?).

Kind regards,
	Sven

[1] https://www.open-mesh.org/projects/batman-adv/wiki/Tweaking#ELP-interval

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2018-08-30  9:06 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-04 11:38 [B.A.T.M.A.N.] Paper "Performance Evaluation of BATMAN-adv Wireless Mesh Network Routing Algorithms " Sven Eckelmann
2018-08-04 14:39 ` jmh8
2018-08-04 15:34   ` Sven Eckelmann
2018-08-11  6:47     ` jmh8
     [not found] ` <2018081310240755548768@mail.sim.ac.cn>
2018-08-13  7:40   ` Sven Eckelmann
2018-08-30  7:50     ` [B.A.T.M.A.N.] Recent test result. " Ligang LIU
2018-08-30  8:17       ` Sven Eckelmann
2018-08-30  8:55         ` Ligang LIU
2018-08-30  9:06           ` Sven Eckelmann [this message]
2018-08-31  9:52             ` Ligang LIU
2018-08-31 10:30               ` Sven Eckelmann
2018-08-31 10:41                 ` Sven Eckelmann
2018-08-31 12:16                 ` Marek Lindner
2018-09-01  9:33                   ` Antonio Quartulli
2018-09-01  9:08                 ` Sven Eckelmann
2018-09-03  4:03                 ` [B.A.T.M.A.N.] mcast_rate setting of wifi interface has significant effect to performance of V. " Ligang LIU
2018-09-03  6:25                   ` Sven Eckelmann
     [not found]                     ` <aa797db.cdf1.165a3d64b19.Coremail.heishuihe2008@163.com>
2018-09-04 10:34                       ` Sven Eckelmann
2018-09-05 17:40                         ` Sven Eckelmann

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=2950360.XQPVAlnd6X@bentobox \
    --to=sven@narfation.org \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=heishuihe2008@163.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