From: Axel Neumann <axel@open-mesh.net>
To: pele@balorda.com,
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.] RE: Multiple wireless interfaces
Date: Mon, 11 Feb 2008 13:00:09 +0100 [thread overview]
Message-ID: <200802111300.09927.axel@open-mesh.net> (raw)
In-Reply-To: <000601c86c95$5b1bbad0$11533070$@com>
Hi Predrag,
BATMAN does not really support that for multihop mesh networks. If you want
this behavior only for single hop connections you can cheat with batmand-exp
using the options:
--asymmetric-weight and the interface specific option /c
A smaller /c value (than the default) will apply a penalty to the detected
link transmit quality of an interface and the --asymmetric-weight switch can
then be used to tell the algorithm to be more reluctant to use links with a
bad transmit quality.
I successfully tested this in a simple wired two-node setup each with two
interfaces as illustrated below. Afterwards batman did set up the routing
table that a ping between node A and node B always chooses the upper link
from A to B and the lower link from B to A.
node A node B
eth0 -------------> eth0
eth1 <------------- eth1
therefore I started on node A:
batmand --asymmetric-weight 2 eth0 /c 100 eth1 /c 50
and on node B:
batmand --asymmetric-weight 2 eth0 /c 50 eth1 /c 100
But be aware, that this will change the default behavior of batman and may
have negative side effects on the overall path detection in you mesh.
ciao,
axel
On Montag 11 Februar 2008, Predrag Balorda wrote:
> Has anyone thought about this "problem" recently?
>
> To simplify - 3 routers, 2 adapters each, how do we establish duplex links
> between each of those by using batman alone?
>
> Or, 3 routers, 2 adapters each, how do we establish simplex links between
> each of those such that one adapter links "upstream" and one "downstream"
> using batman alone?
>
> > Another thing - think of this as quasi-asynchronous links, i.e. B can
> > talk to A on both interfaces (call them int1 and int2), but only chooses
> > int1, and A does the opposite, chooses the other (int2) to talk back to
> > B. If B has to talk to both A and C at the same time and can see A and C
> > on both int1 and int2 then it will choose int1 to talk to A and int2 to
> > talk to C.
> >
> > Maybe it makes sense now....
> >
> > P.S. or maybe I'm just missing something
> >
> > > -----Original Message-----
> > > From: Predrag Balorda [mailto:pele@balorda.com]
> > > Sent: Friday, January 18, 2008 2:42 PM
> > > To: 'The list for a Better Approach To Mobile Ad-hoc Networking'
> > > Subject: Multiple wireless interfaces
> > >
> > > Ok. Here is something batman doesn't provision for - dual-interface
> > > setup where you want to create a duplex link (tx on one and rx on
> > > another). Duplex link to one other node is simple (and has to be done
> > > manually),
> >
> > but
> >
> > > how would we go about creating a duplex link to 2 or more nodes? Or one
> > > simplex link to downstream node and one simplex link to upstream node?
> > > Example:
> > >
> > > A = B C duplex link (for example I need to talk from B to A fast and
> > > I use both interfaces to talk to A)
> > > A - B - C simplex links (I use one interface to talk to A and one to
> > > talk to B)
> > > A = B/B = C duplex links for all links (I talk to both A and C duplex,
> >
> > but
> >
> > > not at the same time of course)
> > >
> > > How do we do this with batman easily and dynamically (without having to
> > > manually mess around with routing tables etc)?
>
> _______________________________________________
> 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
prev parent reply other threads:[~2008-02-11 12:00 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-15 11:20 [B.A.T.M.A.N.] Basic question Carlo Beccia
2008-01-15 11:43 ` Marek Lindner
2008-01-15 12:59 ` Carlo Beccia
2008-01-15 14:25 ` Simon Wunderlich
2008-01-15 14:41 ` Carlo Beccia
2008-01-15 15:08 ` Simon Wunderlich
2008-01-15 17:45 ` Marek Lindner
2008-01-16 11:38 ` Carlo Beccia
2008-01-18 14:41 ` [B.A.T.M.A.N.] Multiple wireless interfaces Predrag Balorda
2008-01-18 14:46 ` [B.A.T.M.A.N.] " Predrag Balorda
2008-02-11 10:03 ` Predrag Balorda
2008-02-11 12:00 ` Axel Neumann [this message]
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=200802111300.09927.axel@open-mesh.net \
--to=axel@open-mesh.net \
--cc=b.a.t.m.a.n@open-mesh.net \
--cc=pele@balorda.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