* [B.A.T.M.A.N.] Batman & multiple radios
@ 2008-06-10 14:13 Damian Ivereigh
2008-06-10 14:34 ` Damian Ivereigh
2008-06-10 15:16 ` elektra
0 siblings, 2 replies; 4+ messages in thread
From: Damian Ivereigh @ 2008-06-10 14:13 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
I am seriously looking at using B.A.T.M.A.N. to drive a mesh network in
a small town in Australia. One of the hassles with typical mesh networks
is the way the performance drops off when you have many hops, due to the
radio having to keep switching between send and receive. The standard
way to get around this appears to be to use multiple radios.
How is this done with batman? Is it a case of having multiple
directional aerials - such that one radio can be receiving from one
direction and another can be sending to the next node up the chain? It
makes sense to put the local traffic (e.g. running a local AP) on a
separate radio from the "back haul".
Does anyone have any experience with sort of layout? The main driver
here is performance rather than coverage.
Damian
--
Launtel - Plugging Tassie into the world
Tel: 1800LAUNTEL (1800528683)
Mob: 0418217582
Fax: 1300784109
http://www.launtel.net.au
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [B.A.T.M.A.N.] Batman & multiple radios
2008-06-10 14:13 [B.A.T.M.A.N.] Batman & multiple radios Damian Ivereigh
@ 2008-06-10 14:34 ` Damian Ivereigh
2008-06-10 15:06 ` Benjamin Henrion
2008-06-10 15:16 ` elektra
1 sibling, 1 reply; 4+ messages in thread
From: Damian Ivereigh @ 2008-06-10 14:34 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Ignore this, I think I have found my answer in the archives!
Damian
On Wed, 2008-06-11 at 00:13 +1000, Damian Ivereigh wrote:
> I am seriously looking at using B.A.T.M.A.N. to drive a mesh network in
> a small town in Australia. One of the hassles with typical mesh networks
> is the way the performance drops off when you have many hops, due to the
> radio having to keep switching between send and receive. The standard
> way to get around this appears to be to use multiple radios.
>
> How is this done with batman? Is it a case of having multiple
> directional aerials - such that one radio can be receiving from one
> direction and another can be sending to the next node up the chain? It
> makes sense to put the local traffic (e.g. running a local AP) on a
> separate radio from the "back haul".
>
> Does anyone have any experience with sort of layout? The main driver
> here is performance rather than coverage.
>
> Damian
--
Launtel - Plugging Tassie into the world
Tel: 1800LAUNTEL (1800528683)
Mob: 0418217582
Fax: 1300784109
http://www.launtel.net.au
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [B.A.T.M.A.N.] Batman & multiple radios
2008-06-10 14:34 ` Damian Ivereigh
@ 2008-06-10 15:06 ` Benjamin Henrion
0 siblings, 0 replies; 4+ messages in thread
From: Benjamin Henrion @ 2008-06-10 15:06 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Damian Ivereigh <damo@launtel.net.au> [080610]:
> Ignore this, I think I have found my answer in the archives!
URL?
--
Benjamin Henrion <bhenrion@ffii.org>
FFII Brussels - +32-484-566109 - +32-2-4148403
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [B.A.T.M.A.N.] Batman & multiple radios
2008-06-10 14:13 [B.A.T.M.A.N.] Batman & multiple radios Damian Ivereigh
2008-06-10 14:34 ` Damian Ivereigh
@ 2008-06-10 15:16 ` elektra
1 sibling, 0 replies; 4+ messages in thread
From: elektra @ 2008-06-10 15:16 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi -
B.A.T.M.A.N. supports multiple interfaces - so you may add more than one WiFi card to your systems and run batman on every interface that you like. Performance wise you should use different non-overlapping channels with different ESSIDs for your cards. You may use omnidirectional antennas, sectors or directionals. The latter two options will give you a planned infrastructure, where you have to do the channel planning (cellular infrastructure). There is no point in aiming directionals against each other while their interfaces work on different channels... You may still benefit from batman in such a planned network, because it will save you editing routing tables by hand.
If you use omnis (say two interface per device on channel 1 and 13) and the network is idle the routing may utilize just one channel. But as soon as there is traffic starting to saturate the links, the protocol should start using different channels. There is however no dedicated mechanism to coordinate the re-use of channels. Therefore Batman will need traffic in order to channel adaption. However this is AFAIK untested, and we'd love to hear about your results.
cu elektra
> I am seriously looking at using B.A.T.M.A.N. to drive a mesh network in
> a small town in Australia. One of the hassles with typical mesh networks
> is the way the performance drops off when you have many hops, due to the
> radio having to keep switching between send and receive. The standard
> way to get around this appears to be to use multiple radios.
>
> How is this done with batman? Is it a case of having multiple
> directional aerials - such that one radio can be receiving from one
> direction and another can be sending to the next node up the chain? It
> makes sense to put the local traffic (e.g. running a local AP) on a
> separate radio from the "back haul".
>
> Does anyone have any experience with sort of layout? The main driver
> here is performance rather than coverage.
>
> Damian
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-06-10 15:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-10 14:13 [B.A.T.M.A.N.] Batman & multiple radios Damian Ivereigh
2008-06-10 14:34 ` Damian Ivereigh
2008-06-10 15:06 ` Benjamin Henrion
2008-06-10 15:16 ` elektra
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox