From: Axel Neumann <axel@open-mesh.net>
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 12:05:16 +0100 [thread overview]
Message-ID: <200711241205.16596.axel@open-mesh.net> (raw)
In-Reply-To: <4747C553.6020701@absorb.it>
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
next prev parent reply other threads:[~2007-11-24 11:05 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 [this message]
2007-11-24 16:11 ` rene
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=200711241205.16596.axel@open-mesh.net \
--to=axel@open-mesh.net \
--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