From: Simon Wunderlich <sw@simonwunderlich.de>
To: Clemens John <clemens-john@gmx.de>
Cc: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] Bad link quality if routers are connected by 2 interfaces
Date: Fri, 8 Nov 2013 10:51:26 +0100 [thread overview]
Message-ID: <201311081051.26384.sw@simonwunderlich.de> (raw)
In-Reply-To: <4645807.Ug7HQD34Gu@flohlap>
Hey Clemens,
> Am Montag, 4. November 2013, 11:28:20 schrieben Sie:
> > this is certainly not the expected behaviour. Are you building a bridge
> > loop by any chance? Please explain your configuration (batctl if, brctl
> > show, ...) and check if you have a high amount of broadcasts somehow.
>
> Sorry for my late answer. I was busy during the week and didnt find the
> time to look into out setup in detail till now.
>
> We have two wireless interfaces wlan0 and wlan0-1. We also have two
> ethernet interfaces eth0.1 and eth0.3 and one VPN interface ffolVPN.
>
> The interfaces wlan0 and eth0.1 are the interfaces used for clients. They
> are bridged together with bat0:
> root@RosenplatzVPN:~# brctl show
> bridge name bridge id STP enabled interfaces
> br-mesh 8000.a0f3c15b54a6 no bat0
>
> eth0.1 wlan0
>
> The interfaces wlan0-1 and eth0.3 are the interfaces we use for meshing
> with other routers in the same "mesh cloud". These are the interfaces both
> routers are connected by each other. The vpn interface ffolVPN is used to
> connect with outher "mesh clouds" but the two routers in this case are not
> connected by this interface. On the interfaces wlan0-1, eth0.3 and ffolVPN
> runs Batman advanced:
> root@RosenplatzVPN:~# batctl if
> eth0.3: active
> wlan0-1: active
> ffolVPN: active
>
> To analyze the amount of broadcast traffic I did a tcpdump on the Batman
> interfaces wlan0-1 and eth0.3. For me there seems to be a big amount of
> broadcast traffic, but I don´t know the normal level of brodcasts so I
> can´t compare which amount is right and which is wrong. But maybe you can
> so I uploaded the files for you. You can analyze them using wireshark or
> some other tool:
> * https://dev.freifunk-ol.de/tcpdumps/eth0.3.dump
> * https://dev.freifunk-ol.de/tcpdumps/wlan0-1.dump
>
> If you need more data just ask and I will try to provide it.
Thanks for the explanation and the dumps! I had a look at your dumps, but it
doesn't look like a bridge loop - the number of broadcasts is normal. I don't
have a clue yet where this behaviour comes from. I'd like to make a few more
suggestions for debugging:
* can you please make a debug log of batman-adv on the two nodes at the same
time (batctl ll batman && batctl l > logfile.$hostname or something like this)
* what are the MAC addresses of these two nodes?
As far as I see in the debug output, on one node there is:
* Ethernet fa:d1:11:af:fd:15
* WLAN fa:d1:11:af:fd:16
However, a2:f3:c1:5b:54:a6 is used as Ethernet source address for sending in
both eth0.3 and wlan0-1 dumps. Is it possible that there is a mac address
conflict?
Cheers,
Simon
next prev parent reply other threads:[~2013-11-08 9:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-03 11:12 [B.A.T.M.A.N.] Bad link quality if routers are connected by 2 interfaces Clemens John
2013-11-04 10:28 ` Simon Wunderlich
2013-11-07 23:25 ` Clemens John
2013-11-08 9:51 ` Simon Wunderlich [this message]
2013-11-08 22:57 ` Clemens John
2013-11-12 19:57 ` Simon Wunderlich
2013-11-13 12:14 ` Clemens John
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=201311081051.26384.sw@simonwunderlich.de \
--to=sw@simonwunderlich.de \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=clemens-john@gmx.de \
/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 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.