From: Marek Lindner <lindner_marek@yahoo.de>
To: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] [PATCH] batman-adv: encourage batman to take shorter routes by changing the default hop penalty
Date: Sun, 29 Jan 2012 04:49:25 +0800 [thread overview]
Message-ID: <201201290449.25923.lindner_marek@yahoo.de> (raw)
In-Reply-To: <20120128141253.GF15766@ritirata.org>
Hi,
> 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).
you are right - these are 2 different issues.
> 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?
The hop penalty is not as linear as you think. The formula is:
tq * (TQ_MAX_VALUE - hop_penalty)) / (TQ_MAX_VALUE
With a hop penalty of 10 you get the following results:
tq = 255, penalty = 10, resulting tq = 245
tq = 200, penalty = 8, resulting tq = 192
tq = 150, penalty = 6, resulting tq = 144
tq = 100, penalty = 4, resulting tq = 96
tq = 50, penalty = 2, resulting tq = 48
As you can see the more the tq goes down the less influence the hop penalty
has.
Regards,
Marek
next prev parent reply other threads:[~2012-01-28 20:49 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
2012-01-28 20:49 ` Marek Lindner [this message]
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=201201290449.25923.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