From: rene <batman@absorb.it>
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.] batmand still doesn't start the right way
Date: Sat, 24 Nov 2007 21:41:31 +0530 [thread overview]
Message-ID: <47484D33.8020209@absorb.it> (raw)
In-Reply-To: <200711241205.16596.axel@open-mesh.net>
Hi,
just installed batmand on around ten nodes with multiple interfaces
today. At least four of them faced the described problem (maybe more and
I didn't realized yet), batmand didn't used all recognized interfaces to
send OGMs.
Solution? Killed batman, started batman, killed batman, started batman,
for an incredible amount of times and at some point it started running
the way it should.
But this seems really buggy, nobody else facing this problem?
Regards,
Rene
Axel Neumann wrote:
> Hi rene,
>
> your interface configuration looks correct, the following may sound weird but
> I've once observed a similar effect. The following happened:
>
> run batman on my notebook on a alias ethernet interface, connected to a small
> batman testbed - everything fine. Then send the notebook to deep sleep
> (suspend to disk) and resumed it when coming back the next day. Batman just
> continued but without any neighbors. Tcpdump showed exactly your
> observations. It traced the OGMs from the neighbors but not the own ones. I
> opened debug-level 4 to see whats going on and recognized that the batman on
> my notebook did broadcast OGM (at least the debug output claimed so) and it
> also revealed that the daemon received its own OGMs back (and then dropped
> then). The debug-level-4 then prints something like:
>
> [ 4570480] Received BATMAN packet via NB: 103.130.30.218 , IF: eth3:bmx
> 103.130.30.218 (from OG: 103.130.30.218, seqno 46443, TTL 50, V 9, UDF 0, IDF
> 0, DPF 1)
> [ 4570480] Drop packet: received my own broadcast (sender: 103.130.30.218)
>
> So from the notebooks' batmand point of view the OGM is send and received, but
> its not even shown with tcpdump. I dont remember if the notebooks' batmand
> received the OGMs from the neighbor (but anyway, a neighbor is not fully
> accepted until there is a prooven bidirectional communication).
> I think even restarting the daemon did not help, but what finally helped was
> to pull the ethernet cable out of the NIC connector and plug it back again.
>
> For me it seemed like there was a problem with the (re-)initialization of the
> interface or just its alias interfaces. Maybe for some reason you are locked
> in a similar trap.
>
> If this is the case the you might validate (e.g. using ping -I 192.168.40.184
> 192.168.40.186 from your neighboring device) or settingup another alias
> network only on the interfaces of this problematic link and see if the
> problem is also there.
>
> happy debugging,
>
> /axel
>
>
> On Samstag 24 November 2007, rene wrote:
>> Hi,
>>
>> a.anselmi@oltrelinux.com wrote:
>>> can you give the exact IP configuration (network, netmask end bcast IP)
>>> for every iface?
>> -------------------------------------------------------------
>> root@OpenWrt:~# ifconfig eth0:1
>> eth0:1 Link encap:Ethernet HWaddr 00:0D:B9:04:C3:74
>> inet addr:192.168.40.186 Bcast:192.168.43.255
>> Mask:255.255.252.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> Interrupt:10 Base address:0xc000
>>
>> root@OpenWrt:~# ifconfig ath0:1
>> ath0:1 Link encap:Ethernet HWaddr 00:0B:6B:57:01:46
>> inet addr:192.168.41.186 Bcast:192.168.43.255
>> Mask:255.255.252.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>
>> root@OpenWrt:~# ifconfig ath1:1
>> ath1:1 Link encap:Ethernet HWaddr 00:0B:6B:57:04:6C
>> inet addr:192.168.42.186 Bcast:192.168.43.255
>> Mask:255.255.252.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>
>> root@OpenWrt:~#
>> -----------------------------------------------------------------
>>
>> BATMAN was just started with 'batmand eth0:1 ath0:1 ath1:1'
>>
>> Regards,
>> Rene
>> _______________________________________________
>> 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
next prev parent reply other threads:[~2007-11-24 16:11 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-24 6:01 [B.A.T.M.A.N.] batmand still doesn't start the right way rene
2007-11-24 6:15 ` a.anselmi
2007-11-24 6:31 ` rene
2007-11-24 11:05 ` Axel Neumann
2007-11-24 16:11 ` rene [this message]
2007-11-24 16:44 ` Marek Lindner
2007-11-25 7:00 ` rene
2007-11-25 16:32 ` Axel Neumann
2007-11-25 16:46 ` rene
2007-11-25 17:55 ` Axel Neumann
2007-11-25 18:51 ` rene
2007-11-25 19:56 ` Axel Neumann
2007-11-24 20:24 ` Jan Hetges
2007-11-25 4:23 ` rene
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=47484D33.8020209@absorb.it \
--to=batman@absorb.it \
--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