* [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
@ 2011-01-20 7:31 Michael Y. Gluhovchenko
2011-01-20 8:25 ` Linus Lüssing
0 siblings, 1 reply; 6+ messages in thread
From: Michael Y. Gluhovchenko @ 2011-01-20 7:31 UTC (permalink / raw)
To: b.a.t.m.a.n
Hello All;
I am truing to setup two batman openWRT nodes;
I have that topology
br-lan 0002.001e8cc9451b yes bat0
eth0
eth1
wlan0
Counters of RX & TX packets are increase on wlan0, but no RX packets on
Batman Iface Bat0
In logs first(ha00) node i am only see "[ 69443] Sending own packet
(originator c4:17:fe:b4:0b:97 seqno 70438, TQ 255, TTL 50, IDF off) on
interface wlan0 [c4:17:fe:b4:0b:97]". Second(ha01) node I am see "[
69553] Sending own packet (originator c4:17:fe:b2:50:c8 seqno 70549, TQ 255,
TTL 50, IDF off) on interface wlan0 [c4:17:fe:b2:50:c8]"
What am i doing wrong?
First Node don't see Second Node.
Bat Setup:
ha00 - /etc/config/wireless:
config wifi-device radio0
option type mac80211
option channel 1
option macaddr c4:17:fe:b4:0b:97
option hwmode 11g
option htmode HT20
list ht_capab SHORT-GI-40
list ht_capab TX-STBC
list ht_capab RX-STBC1
list ht_capab DSSS_CCK-40
config wifi-iface
option device radio0
option network lan
option mtu 1527
option mode ahdemo
option ssid g_mesh
option encryption none
/etc/config/batman-adv
config 'mesh' 'bat0'
option 'interfaces' 'wlan0'
option 'orig_interval'
option 'log_level'
option 'aggregated_ogms'
option 'bonding'
option 'vis_mode'
-------------------------------------
ha01 - /etc/config/wireless
config wifi-device radio0
option type mac80211
option channel 1
option macaddr c4:17:fe:b2:50:c8
option hwmode 11g
option htmode HT20
list ht_capab SHORT-GI-40
list ht_capab TX-STBC
list ht_capab RX-STBC1
list ht_capab DSSS_CCK-40
config wifi-iface
option device radio0
option network lan
option mode ahdemo
option ssid g_mesh
option encryption none
/etc/config/batman-adv
config 'mesh' 'bat0'
option 'interfaces' 'wlan0'
option 'orig_interval'
option 'log_level'
option 'aggregated_ogms'
option 'bonding'
option 'vis_mode'
.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
2011-01-20 7:31 [B.A.T.M.A.N.] Stup batman ADv devel on openWRT Michael Y. Gluhovchenko
@ 2011-01-20 8:25 ` Linus Lüssing
2011-01-20 8:37 ` wayne
0 siblings, 1 reply; 6+ messages in thread
From: Linus Lüssing @ 2011-01-20 8:25 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi Michael,
You have a bridge loop here, you cannot put an interface into
batman-adv and bridge the same one with bat0 again which seems to
be the case for wlan0. Packets will enter wlan0, batman will grab
them, encapsulate it in its own batman header and send the same
packet on wlan0 again, reaching another batman-adv
node, which encapsulates the same packet again etc.
Please check
http://www.open-mesh.org/wiki/batman-adv-quick-start-guide and try
starting with a simpler setup first.
Also have a look at
http://www.open-mesh.org/wiki/batman-adv-troubleshooting, if
there's anything missing in this one, we'll be happy to add it.
Cheers, Linus
On Thu, Jan 20, 2011 at 01:31:34PM +0600, Michael Y. Gluhovchenko wrote:
> Hello All;
>
> I am truing to setup two batman openWRT nodes;
>
> I have that topology
> br-lan 0002.001e8cc9451b yes bat0
> eth0
> eth1
> wlan0
>
> Counters of RX & TX packets are increase on wlan0, but no RX packets
> on Batman Iface Bat0
> In logs first(ha00) node i am only see "[ 69443] Sending own
> packet (originator c4:17:fe:b4:0b:97 seqno 70438, TQ 255, TTL 50,
> IDF off) on interface wlan0 [c4:17:fe:b4:0b:97]". Second(ha01) node
> I am see "[ 69553] Sending own packet (originator c4:17:fe:b2:50:c8
> seqno 70549, TQ 255, TTL 50, IDF off) on interface wlan0
> [c4:17:fe:b2:50:c8]"
> What am i doing wrong?
>
> First Node don't see Second Node.
> Bat Setup:
> ha00 - /etc/config/wireless:
> config wifi-device radio0
> option type mac80211
> option channel 1
> option macaddr c4:17:fe:b4:0b:97
> option hwmode 11g
> option htmode HT20
> list ht_capab SHORT-GI-40
> list ht_capab TX-STBC
> list ht_capab RX-STBC1
> list ht_capab DSSS_CCK-40
>
> config wifi-iface
> option device radio0
> option network lan
> option mtu 1527
> option mode ahdemo
> option ssid g_mesh
> option encryption none
> /etc/config/batman-adv
>
> config 'mesh' 'bat0'
> option 'interfaces' 'wlan0'
> option 'orig_interval'
> option 'log_level'
> option 'aggregated_ogms'
> option 'bonding'
> option 'vis_mode'
> -------------------------------------
> ha01 - /etc/config/wireless
> config wifi-device radio0
> option type mac80211
> option channel 1
> option macaddr c4:17:fe:b2:50:c8
> option hwmode 11g
> option htmode HT20
> list ht_capab SHORT-GI-40
> list ht_capab TX-STBC
> list ht_capab RX-STBC1
> list ht_capab DSSS_CCK-40
>
> config wifi-iface
> option device radio0
> option network lan
> option mode ahdemo
> option ssid g_mesh
> option encryption none
>
> /etc/config/batman-adv
> config 'mesh' 'bat0'
> option 'interfaces' 'wlan0'
> option 'orig_interval'
> option 'log_level'
> option 'aggregated_ogms'
> option 'bonding'
> option 'vis_mode'
> .
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
2011-01-20 8:25 ` Linus Lüssing
@ 2011-01-20 8:37 ` wayne
2011-01-20 12:52 ` Linus Lüssing
0 siblings, 1 reply; 6+ messages in thread
From: wayne @ 2011-01-20 8:37 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Linus Lüssing wrote:
> Hi Michael,
>
> You have a bridge loop here, you cannot put an interface into
> batman-adv and bridge the same one with bat0 again which seems to
> be the case for wlan0. Packets will enter wlan0, batman will grab
> them, encapsulate it in its own batman header and send the same
> packet on wlan0 again, reaching another batman-adv
> node, which encapsulates the same packet again etc.
>
Hi All
If I can jump in here, I had the same prob with batman L3 in wrt with
the bridge!
Killing the Br-lan bridge kills everything, I eventually solved it by
flashing a old kamakaze version : pre bridge version, which provides the
simple ,
eth0, eth1 , scenario!
Wayne A
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
2011-01-20 8:37 ` wayne
@ 2011-01-20 12:52 ` Linus Lüssing
2011-01-20 15:33 ` Tom Cannon
2011-01-21 5:05 ` wayne
0 siblings, 2 replies; 6+ messages in thread
From: Linus Lüssing @ 2011-01-20 12:52 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
On Thu, Jan 20, 2011 at 10:37:47AM +0200, wayne wrote:
> Linus Lüssing wrote:
> >Hi Michael,
> >
> >You have a bridge loop here, you cannot put an interface into
> >batman-adv and bridge the same one with bat0 again which seems to
> >be the case for wlan0. Packets will enter wlan0, batman will grab
> >them, encapsulate it in its own batman header and send the same
> >packet on wlan0 again, reaching another batman-adv
> >node, which encapsulates the same packet again etc.
> >
>
>
> Hi All
>
> If I can jump in here, I had the same prob with batman L3 in wrt
> with the bridge!
>
> Killing the Br-lan bridge kills everything, I eventually solved it
> by flashing a old kamakaze version : pre bridge version, which
> provides the simple ,
>
> eth0, eth1 , scenario!
>
> Wayne A
>
Sorry, but I don't get it, how are the batman-adv and batmand
bridge issues related? Why should an older OpenWRT "fix" this? In
this scenario I'm 100% that using a different OpenWRT version will
_not_ help Michael, as it is a conceptual issue, not a bug or so.
What kind of pre bridge version are you talking about?
Cheers, Linus
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
2011-01-20 12:52 ` Linus Lüssing
@ 2011-01-20 15:33 ` Tom Cannon
2011-01-21 5:05 ` wayne
1 sibling, 0 replies; 6+ messages in thread
From: Tom Cannon @ 2011-01-20 15:33 UTC (permalink / raw)
To: b.a.t.m.a.n
Linus is correct. You cannot bridge the wireless interface with bat0.
The wireless interface is managed by bat0.
bat0 gets bridged with your lan port(s).
If you remove the line 'option network lan' from /etc/config/wireless
it should start working.
I have batman-adv running quite well on both kamikaze and backfire with
atheros/madwifi.
I did, however have to play around with MTU settings to get it working
at an acceptable throughput.
Also, by default, the interface 'wlan0' is in /etc/config/batman-adv and
I had to change that to 'ath0' for atheros..
On 1/20/2011 4:52 AM, Linus Lüssing wrote:
> On Thu, Jan 20, 2011 at 10:37:47AM +0200, wayne wrote:
>> Linus Lüssing wrote:
>>> Hi Michael,
>>>
>>> You have a bridge loop here, you cannot put an interface into
>>> batman-adv and bridge the same one with bat0 again which seems to
>>> be the case for wlan0. Packets will enter wlan0, batman will grab
>>> them, encapsulate it in its own batman header and send the same
>>> packet on wlan0 again, reaching another batman-adv
>>> node, which encapsulates the same packet again etc.
>>>
>>
>> Hi All
>>
>> If I can jump in here, I had the same prob with batman L3 in wrt
>> with the bridge!
>>
>> Killing the Br-lan bridge kills everything, I eventually solved it
>> by flashing a old kamakaze version : pre bridge version, which
>> provides the simple ,
>>
>> eth0, eth1 , scenario!
>>
>> Wayne A
>>
> Sorry, but I don't get it, how are the batman-adv and batmand
> bridge issues related? Why should an older OpenWRT "fix" this? In
> this scenario I'm 100% that using a different OpenWRT version will
> _not_ help Michael, as it is a conceptual issue, not a bug or so.
>
> What kind of pre bridge version are you talking about?
>
> Cheers, Linus
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Stup batman ADv devel on openWRT
2011-01-20 12:52 ` Linus Lüssing
2011-01-20 15:33 ` Tom Cannon
@ 2011-01-21 5:05 ` wayne
1 sibling, 0 replies; 6+ messages in thread
From: wayne @ 2011-01-21 5:05 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Linus Lüssing wrote:
> On Thu, Jan 20, 2011 at 10:37:47AM +0200, wayne wrote:
>> Linus Lüssing wrote:
>>> Hi Michael,
>>>
>>> You have a bridge loop here, you cannot put an interface into
>>> batman-adv and bridge the same one with bat0 again which seems to
>>> be the case for wlan0. Packets will enter wlan0, batman will grab
>>> them, encapsulate it in its own batman header and send the same
>>> packet on wlan0 again, reaching another batman-adv
>>> node, which encapsulates the same packet again etc.
>>>
>>
>> Hi All
>>
>> If I can jump in here, I had the same prob with batman L3 in wrt
>> with the bridge!
>>
>> Killing the Br-lan bridge kills everything, I eventually solved it
>> by flashing a old kamakaze version : pre bridge version, which
>> provides the simple ,
>>
>> eth0, eth1 , scenario!
>>
>> Wayne A
>>
> Sorry, but I don't get it, how are the batman-adv and batmand
> bridge issues related? Why should an older OpenWRT "fix" this? In
> this scenario I'm 100% that using a different OpenWRT version will
> _not_ help Michael, as it is a conceptual issue, not a bug or so.
>
> What kind of pre bridge version are you talking about?
>
> Cheers, Linus
>
Hi Linus
I understand the issue is unrelated, My point was for the beginner, the
bridging concept (br-lan) used in later versions of wrt, can cause
slight confusions.
Most of the howto's don't take this into account, and only refer to the
Plain eth0,eth1, or wlan0.
It really is not ideal, but once one has Batman running this way, the
light will come on!
My 2c.
Wayne A
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-01-21 5:05 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-20 7:31 [B.A.T.M.A.N.] Stup batman ADv devel on openWRT Michael Y. Gluhovchenko
2011-01-20 8:25 ` Linus Lüssing
2011-01-20 8:37 ` wayne
2011-01-20 12:52 ` Linus Lüssing
2011-01-20 15:33 ` Tom Cannon
2011-01-21 5:05 ` wayne
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox