From: Antonio Quartulli <ordex@autistici.org>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@lists.open-mesh.org>
Cc: Marek Lindner <lindner_marek@yahoo.de>
Subject: Re: [B.A.T.M.A.N.] [PATCH] batman-adv: encourage batman to take shorter routes by changing the default hop penalty
Date: Sat, 28 Jan 2012 15:12:57 +0100 [thread overview]
Message-ID: <20120128141253.GF15766@ritirata.org> (raw)
In-Reply-To: <20120127191334.GF27169@lunn.ch>
Hi all,
Very nice setup Andrew :)
On Fri, Jan 27, 2012 at 08:13:34 +0100, Andrew Lunn wrote:
> > So, you had to reduce the default value of 10 to something even smaller ? A
> > hop penalty of 10 results in a penatly of 4% per hop. A rough equivalent of 2
> > lost packets (62/64). Does not sound very much to me. Can you explain your
> > test setup a little more ?
>
> I suspect the TQ measurements as determined by OGMs are more
> optimistic than actual data packets. Linus's played with different NDP
> packet sizes, and i think he ended up with big packets in order to
> give more realistic TQ measurements.
>
> > Nevertheless, this patch was intended to get a discussion going.
>
> Well, i'm happy to take part in the discussion. I've no idea if our
> use case is typical, or an edge case. So comments, and results from
> other peoples networks would be useful.
>
> If this change it to help 11n, maybe some more intelligence would be
> better, to ask the wireless stack is the interface abg or n, and from
> that determine what hop penalty should be used?
In my honest opinion we are mixing two different issues:
1) current hop penalty value not really significant
2) OGM link quality measurements do not reflect the metric we'd like it to be
problem 2 is not going to be solved by hacking the hop penalty. It needs further
investigation/research and NDP is probably a good starting point towards a
possible solution (I think we all agree on this).
For what concern the hop penalty, as far as I understood, it is in charge of
making batman prefer a shorter route in case of equal TQs over the traversed
links. Instead of hacking the value...what about redesigning the way the hop
penalty affects the TQ value of forwarded OGMs? Maybe using a different
function (poly of deg>1 or exp) instead of a simple linear decreasing? May this
help all the scenarios we mentioned?
Cheers,
--
Antonio Quartulli
..each of us alone is worth nothing..
Ernesto "Che" Guevara
next prev parent reply other threads:[~2012-01-28 14:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-27 15:11 [B.A.T.M.A.N.] [PATCH] batman-adv: encourage batman to take shorter routes by changing the default hop penalty Marek Lindner
2012-01-27 15:19 ` Andrew Lunn
2012-01-27 15:54 ` Marek Lindner
2012-01-27 18:17 ` Daniele Furlan
2012-01-28 21:03 ` Marek Lindner
2012-01-27 19:13 ` Andrew Lunn
2012-01-28 14:12 ` Antonio Quartulli [this message]
2012-01-28 20:49 ` Marek Lindner
2012-01-30 8:06 ` Andrew Lunn
2012-01-28 20:57 ` Marek Lindner
2012-01-28 15:35 ` Simon Wunderlich
2012-02-05 18:52 ` Marek Lindner
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=20120128141253.GF15766@ritirata.org \
--to=ordex@autistici.org \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=lindner_marek@yahoo.de \
/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