All of lore.kernel.org
 help / color / mirror / Atom feed
* [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
@ 2009-02-12  3:06 Gargi Purohit
  2009-02-12 12:53 ` Simon Wunderlich
  0 siblings, 1 reply; 7+ messages in thread
From: Gargi Purohit @ 2009-02-12  3:06 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

Hi

I was wondering if I can run L2 batman kernel module on hardware which
has 3 wireless cards.
Should be process be the same as in adding interfaces e.g. ath0, ath1,
ath2 to /proc/net/batman-adv/interfaces (where ath0, ath1, ath2 are
different wireless cards)
and adding bat0 with eth0 to the bridge?

Regards

Gargi

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-12  3:06 [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards Gargi Purohit
@ 2009-02-12 12:53 ` Simon Wunderlich
  2009-02-12 14:58   ` Gargi Purohit
  0 siblings, 1 reply; 7+ messages in thread
From: Simon Wunderlich @ 2009-02-12 12:53 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

[-- Attachment #1: Type: text/plain, Size: 666 bytes --]

Hello Gargi,

yep, thats exactly the way to go. :)

best regards
	Simon

On Wed, Feb 11, 2009 at 09:06:46PM -0600, Gargi Purohit wrote:
> Hi
> 
> I was wondering if I can run L2 batman kernel module on hardware which
> has 3 wireless cards.
> Should be process be the same as in adding interfaces e.g. ath0, ath1,
> ath2 to /proc/net/batman-adv/interfaces (where ath0, ath1, ath2 are
> different wireless cards)
> and adding bat0 with eth0 to the bridge?
> 
> Regards
> 
> Gargi
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-12 12:53 ` Simon Wunderlich
@ 2009-02-12 14:58   ` Gargi Purohit
  2009-02-12 16:14     ` Dennis Bartsch
  2009-02-12 16:29     ` Marek Lindner
  0 siblings, 2 replies; 7+ messages in thread
From: Gargi Purohit @ 2009-02-12 14:58 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

cool....i set it up that way...i have each of the cards on different
channels...so every board has ath0 and ath1 each tuned to a different
channel....

so some boards are reachable on channel X whereas others on channel Y

however when i check the /proc/net/batman-adv/originators....i see
that all other nodes are reachable but the interface mentioned is
ath1....(even those which are actually reachable by ath0)

shouldn't some of the boards be reachable by ath0 - as some nodes are
on a different channel...

or is it like ath1 is some main interface.....

On Thu, Feb 12, 2009 at 6:53 AM, Simon Wunderlich
<simon.wunderlich@s2003.tu-chemnitz.de> wrote:
> Hello Gargi,
>
> yep, thats exactly the way to go. :)
>
> best regards
>        Simon
>
> On Wed, Feb 11, 2009 at 09:06:46PM -0600, Gargi Purohit wrote:
>> Hi
>>
>> I was wondering if I can run L2 batman kernel module on hardware which
>> has 3 wireless cards.
>> Should be process be the same as in adding interfaces e.g. ath0, ath1,
>> ath2 to /proc/net/batman-adv/interfaces (where ath0, ath1, ath2 are
>> different wireless cards)
>> and adding bat0 with eth0 to the bridge?
>>
>> Regards
>>
>> Gargi
>> _______________________________________________
>> B.A.T.M.A.N mailing list
>> B.A.T.M.A.N@open-mesh.net
>> https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFJlBvbrzg/fFk7axYRAtgKAKDu6Wnm㨍跿䇹῁㫯ꝧ婙ꌀ⟛�
> dFuChjqLqYH/dXsbdAqH9vU=
> =/7Tb
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-12 14:58   ` Gargi Purohit
@ 2009-02-12 16:14     ` Dennis Bartsch
  2009-02-12 16:29     ` Marek Lindner
  1 sibling, 0 replies; 7+ messages in thread
From: Dennis Bartsch @ 2009-02-12 16:14 UTC (permalink / raw)
  To: b.a.t.m.a.n

[-- Attachment #1: Type: text/plain, Size: 927 bytes --]



Hello List,


> however when i check the /proc/net/batman-adv/originators....i see
> that all other nodes are reachable but the interface mentioned is
> ath1....(even those which are actually reachable by ath0)
> 
> shouldn't some of the boards be reachable by ath0 - as some nodes are
> on a different channel...

if the three interfaces are working in ad-hoc-mode be sure to assign
different BSSIDs to further separate the channels. with a low distance
beween the radios (or even all three readios in one case) the
channel-crosstalk is severe. I have seen cards running on channel 1
even decode some frames from channel 13. thats why a logical
separation is necessary or at least recommended.



regards,

dennis bartsch

_________________________________________________________________
http://redirect.gimas.net/?n=M0902xFTPFotoalbum
Digitale Fotoalben und Videos ganz einfach selbst erstellen.

[-- Attachment #2: Type: text/html, Size: 1139 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-12 14:58   ` Gargi Purohit
  2009-02-12 16:14     ` Dennis Bartsch
@ 2009-02-12 16:29     ` Marek Lindner
  2009-02-13 20:58       ` Gargi Purohit
  1 sibling, 1 reply; 7+ messages in thread
From: Marek Lindner @ 2009-02-12 16:29 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

On Thursday 12 February 2009 22:58:31 Gargi Purohit wrote:
> however when i check the /proc/net/batman-adv/originators....i see
> that all other nodes are reachable but the interface mentioned is
> ath1....(even those which are actually reachable by ath0)
>
> shouldn't some of the boards be reachable by ath0 - as some nodes are
> on a different channel...
>
> or is it like ath1 is some main interface.....

Yes, batman has the concept of "main interface" (the first given interface) to 
reduce overhead but on the node that has 2 interfaces you should see both 
interfaces in the originator table (on a more distant host this might be 
different).
Could you post the important lines from originators and explain the 
corresponding setup ?

Regards,
Marek


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-12 16:29     ` Marek Lindner
@ 2009-02-13 20:58       ` Gargi Purohit
  2009-02-14 10:17         ` Simon Wunderlich
  0 siblings, 1 reply; 7+ messages in thread
From: Gargi Purohit @ 2009-02-13 20:58 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

> Yes, batman has the concept of "main interface" (the first given interface) to
> reduce overhead but on the node that has 2 interfaces you should see both
> interfaces in the originator table (on a more distant host this might be
> different).
> Could you post the important lines from originators and explain the
> corresponding setup ?

Ok...now I get that...However I think not always I am able to
reproduce this scenario.  I have node A, node B, node C - each with 2
radios

--ch60---| A |---ch56---------ch56---| B |---ch40-------ch40---| C |---ch48
      (1C)..........(22)...............(20)............(21).................(1D).........(23)...

The terminating mac addresses for the radios are shown in ( )

My originator tables for node a, b, c are as follows:
For Node A
=======
root@OpenWrt:/# cat /proc/net/batman-adv/originators
  Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
00:02:6f:52:80:20  (255) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (255)
00:02:6f:52:80:1d  (177) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (177)
00:02:6f:52:80:21  (255) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (255)

For Node B
=======
root@OpenWrt:/# cat /proc/net/batman-adv/originators
  Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
00:02:6f:52:80:22  (255) 00:02:6f:52:80:22 [      ath1]: 00:02:6f:52:80:22 (255)
00:02:6f:52:80:1d  (250) 00:02:6f:52:80:1d [      ath0]: 00:02:6f:52:80:1d (250)
00:02:6f:52:80:1c  (255) 00:02:6f:52:80:22 [      ath1]: 00:02:6f:52:80:22 (255)

For Node C
=======
root@OpenWrt:/# cat /proc/net/batman-adv/originators
  Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
00:02:6f:52:80:1c  (241) 00:02:6f:52:80:21 [      ath0]: 00:02:6f:52:80:21 (241)
00:02:6f:52:80:21  (255) 00:02:6f:52:80:21 [      ath0]: 00:02:6f:52:80:21 (255)

I am wondering why

Node A: Cannot reach mac 23
Node B: Cannot reach mac 23
Node C: Cannot reach 20, 22

Should they be able to reach out "each of the radios" on "a node" or
"just one of the radios" on "the node". Sometimes they can and some
times they dont seem to..

For instance...
I am not sure if it is more of a radio issue than software problem...

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards
  2009-02-13 20:58       ` Gargi Purohit
@ 2009-02-14 10:17         ` Simon Wunderlich
  0 siblings, 0 replies; 7+ messages in thread
From: Simon Wunderlich @ 2009-02-14 10:17 UTC (permalink / raw)
  To: The list for a Better Approach To Mobile Ad-hoc Networking

[-- Attachment #1: Type: text/plain, Size: 4207 bytes --]

Hello Gargi,

the design of the main interface in BATMAN has the effect that only
OGM packets from the main interface are distritibuted over the whole
network. OGM packets from secondary interfaces are only sent with TTL=1,
that means the next neighbor will drop them. 

The reason for this system is that the secondary interfaces need an unique 
ID/MAC (not the same address as the main interface), because physically this
address must be used to send the frames. The "secondary neighbor" will want 
to send only to the main interface, because this address is known 
in the whole mesh. The "secondary neighbor" therefore needs to address
the "secondary interface" correctly, so he (and he alone) receives the 
secondary OGMs. This allows the neighbor to build a route to the main 
interface. 
Flooding the secondary OGMs throughout the mesh would have been another
possible alternative, but thats redundandant, and we don't want to flood
too much.

Hope that makes it somewhat clear. ;)

The consequence is that by design you won't see the secondary interfaces
of the nodes if you're not physically connected (and in range) with
them. 

> I am wondering why
> 
> Node A: Cannot reach mac 23
> Node B: Cannot reach mac 23
> Node C: Cannot reach 20, 22
> 

So i guess for your scenario 22 is As secondary interface, 20 is Bs
secondary interface, and 23 is Cs secondary interface.

You can verify that with your local setups: The first interface added is
the main interface, the following ones are the secondary interfaces.

best regards,
	Simon

On Fri, Feb 13, 2009 at 02:58:03PM -0600, Gargi Purohit wrote:
> > Yes, batman has the concept of "main interface" (the first given interface) to
> > reduce overhead but on the node that has 2 interfaces you should see both
> > interfaces in the originator table (on a more distant host this might be
> > different).
> > Could you post the important lines from originators and explain the
> > corresponding setup ?
> 
> Ok...now I get that...However I think not always I am able to
> reproduce this scenario.  I have node A, node B, node C - each with 2
> radios
> 
> --ch60---| A |---ch56---------ch56---| B |---ch40-------ch40---| C |---ch48
>       (1C)..........(22)...............(20)............(21).................(1D).........(23)...
> 
> The terminating mac addresses for the radios are shown in ( )
> 
> My originator tables for node a, b, c are as follows:
> For Node A
> =======
> root@OpenWrt:/# cat /proc/net/batman-adv/originators
>   Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
> 00:02:6f:52:80:20  (255) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (255)
> 00:02:6f:52:80:1d  (177) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (177)
> 00:02:6f:52:80:21  (255) 00:02:6f:52:80:20 [      ath1]: 00:02:6f:52:80:20 (255)
> 
> For Node B
> =======
> root@OpenWrt:/# cat /proc/net/batman-adv/originators
>   Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
> 00:02:6f:52:80:22  (255) 00:02:6f:52:80:22 [      ath1]: 00:02:6f:52:80:22 (255)
> 00:02:6f:52:80:1d  (250) 00:02:6f:52:80:1d [      ath0]: 00:02:6f:52:80:1d (250)
> 00:02:6f:52:80:1c  (255) 00:02:6f:52:80:22 [      ath1]: 00:02:6f:52:80:22 (255)
> 
> For Node C
> =======
> root@OpenWrt:/# cat /proc/net/batman-adv/originators
>   Originator     (#/255)           Nexthop [outgoingIF]:   Potential nexthops .
> 00:02:6f:52:80:1c  (241) 00:02:6f:52:80:21 [      ath0]: 00:02:6f:52:80:21 (241)
> 00:02:6f:52:80:21  (255) 00:02:6f:52:80:21 [      ath0]: 00:02:6f:52:80:21 (255)
> 
> I am wondering why
> 
> Node A: Cannot reach mac 23
> Node B: Cannot reach mac 23
> Node C: Cannot reach 20, 22
> 
> Should they be able to reach out "each of the radios" on "a node" or
> "just one of the radios" on "the node". Sometimes they can and some
> times they dont seem to..
> 
> For instance...
> I am not sure if it is more of a radio issue than software problem...
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2009-02-14 10:17 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-12  3:06 [B.A.T.M.A.N.] Using batman L2 on multiple wireless cards Gargi Purohit
2009-02-12 12:53 ` Simon Wunderlich
2009-02-12 14:58   ` Gargi Purohit
2009-02-12 16:14     ` Dennis Bartsch
2009-02-12 16:29     ` Marek Lindner
2009-02-13 20:58       ` Gargi Purohit
2009-02-14 10:17         ` Simon Wunderlich

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.