public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: elektra <onelektra@gmx.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.] Node keeps switching back and forth
Date: Tue, 15 Apr 2008 21:04:53 +0200	[thread overview]
Message-ID: <4804FC55.3010407@gmx.net> (raw)
In-Reply-To: <C2223079-2ACE-4EA6-BB82-C9B4A1547149@philippeapril.com>

Hi Philippe -

fast switching of a route is a problem if does cause routing loops. I 
have verified in a 7x7 physical mesh grid that B.A.T.M.A.N. doesn't loop 
- ever. And - yes - particularly in my tests where I saturated the grid 
with several massive traffic  streams that were colliding in the center 
of the grid, B.A.T.M.A.N. was switching routes quite often (every few 
seconds).

I see therefore no point in adding hysteresis. If someone can show that 
there is an issue we can add hysteresis to the protocol.

cu elektra


> I tried that but I think it's only for switching from a gateway to 
> another gateway.
>
> My problem is for switching from an intermediate node, to another...
>
> For example, imagine a square where there's a node in each corner at 
> almost equal distance/signal quality (to keep things simple) with some 
> interference, and only one of them is the gateway, and the node 
> opposite to the gateway can't reach the gateway directly.
>
> That node (opposite to the gateway) has the choice between two nodes 
> to get to the gateway.
>
> In my/this case, it keeps switching from one to the other (since the 
> quality is almost the same on each). I guess it doesn't help keeping 
> things reliable for laptop connections behind... Playing with -r 
> doesn't seem to help because I only have one gateway node.
>
> Am I right?
>
> On 15-Apr-08, at 2:02 PM, Marek Lindner wrote:
>
>>
>>> As soon as signal from node2 to node1 goes down from let's say 250 to
>>> 240, if another connection to the gateway's quality is 241, it'll
>>> switch as soon as it hits 240... Then when quality comes back up to
>>> 242, it switches back to node1.
>>>
>>> I don't think it's very good to switch as soon as the quality is
>>> higher somewhere else, it should at least "give it a chance" by either
>>> having a threshold, or switch only if it's been in a more degraded
>>> state for more than x minutes, etc.
>>>
>>> Is there something I can do to influence that? Did I miss a command
>>> line argument?
>>
>> You can use e.g. "-r 20" to switch the gateway as soon as the TQ 
>> difference is
>> bigger than 20.
>>
>>> From "batmand -H":
>>
>> -r routing class (only needed if gateway class = 0)
>>          default:         0  -> set no default route
>>          allowed values:  1  -> use fast internet connection 
>> (gw_flags * TQ)
>>                           2  -> use stable internet connection (TQ)
>>                           3  -> use fast-switch internet connection 
>> (TQ but
>> switch as soon as a better gateway appears)
>>
>>                           XX -> use late-switch internet connection 
>> (TQ but
>> switch as soon as a gateway appears which is XX TQ better)
>>
>> Greetings,
>> Marek
>>
>> _______________________________________________
>> B.A.T.M.A.N mailing list
>> B.A.T.M.A.N@open-mesh.net
>> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>


  parent reply	other threads:[~2008-04-15 19:04 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-14 15:12 [B.A.T.M.A.N.] Node keeps switching back and forth Philippe April
2008-04-15  8:04 ` Vinay Menon
2008-04-15 10:08   ` Vinay Menon
2008-04-15 17:31   ` Philippe April
2008-04-15 18:02     ` Marek Lindner
2008-04-15 18:16       ` Philippe April
2008-04-15 18:58         ` Marek Lindner
2008-04-15 19:04         ` elektra [this message]
2008-04-15 20:00           ` Philippe April
2008-04-15 21:09             ` elektra
2008-04-16  8:40               ` Vinay Menon
2008-04-16 13:55                 ` Vinay Menon
2008-04-16 15:41                 ` Philippe April
2008-04-16 16:29                   ` Vinay Menon
2008-04-17 18:40                     ` Philippe April
2008-04-18  3:21                       ` [O.T.] meraki/madwifi [was:Re: [B.A.T.M.A.N.] Node keeps switching back and forth] Jan Hetges
2008-04-18  6:48                       ` [B.A.T.M.A.N.] Node keeps switching back and forth Marek Lindner
2008-04-18  7:24                         ` a.anselmi
2008-04-18 13:46                           ` Philippe April
2008-04-18 14:01                             ` Vinay Menon

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=4804FC55.3010407@gmx.net \
    --to=onelektra@gmx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox