public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox