All of lore.kernel.org
 help / color / mirror / Atom feed
From: Axel Neumann <axel@open-mesh.net>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] two-radio nodes and alternative next hop
Date: Thu, 24 Apr 2008 10:09:05 +0200	[thread overview]
Message-ID: <200804241009.05448.axel@open-mesh.net> (raw)
In-Reply-To: <20080424035553.GA22613@apoderado.ometepe.net>

Hi,

On Donnerstag 24 April 2008, Jan Hetges wrote:
> and something completely different: i think, .4.1 should choose the
> direkt link to .4.162 instead of going through .4.160 (and vice versa)
I experienced the same. Sometimes, from the end2end throughput point of view, 
it would be better to choose the direct route and sometimes not. I played a 
lot with the metric in charge of the final route. But in the end I am unsure 
which parameters are responsible for that or whether the better path can be 
identified over several hops at all (perhaps if we take hop-by-hop bandwidth, 
interference, load, and other stuff into account). You could twist the metric 
so that it always prefers end2end routes with less hops but I think in the 
end it is most important to have a general and unique metric applied to every 
routing instance in your mesh. 

Don't know if you want to hear it? You can play with --dups-ttl-degradation X 
(current default is X=2). This degrades the preference for a path by 2 
percent with every additional hop (relative to the shortes path). So if you 
use 50 instead, a node with two alternative paths (one single-hop and one 
two-hop path) to a given destination will ignore 50% of the OGMs received via 
a two hop path. Then it will probably choose the single-hop path.
And of course, if you find a value which works general better for all your 
nodes then let us know.

ciao,
axel

>
> cheers
>
>   --Jan



  reply	other threads:[~2008-04-24  8:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-21 12:39 [B.A.T.M.A.N.] two radio nodes and alternative next hop Jan Hetges
2008-04-21 12:57 ` Benjamin Henrion
2008-04-21 20:30   ` [B.A.T.M.A.N.] two-radio " Jan Hetges
2008-04-22 14:01     ` Axel Neumann
2008-04-23  0:04       ` Jan Hetges
2008-04-23  7:54         ` Axel Neumann
2008-04-23 23:02           ` Jan Hetges
2008-04-24  7:33             ` Axel Neumann
2008-04-24  3:55           ` Jan Hetges
2008-04-24  8:09             ` Axel Neumann [this message]
2008-04-21 20:33   ` [B.A.T.M.A.N.] two radio " Jan Hetges

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=200804241009.05448.axel@open-mesh.net \
    --to=axel@open-mesh.net \
    --cc=b.a.t.m.a.n@open-mesh.net \
    /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.