From: Clemens John <clemens-john@gmx.de>
To: 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, 08 Nov 2013 00:25:32 +0100 [thread overview]
Message-ID: <4645807.Ug7HQD34Gu@flohlap> (raw)
In-Reply-To: <201311041128.20618.sw@simonwunderlich.de>
[-- Attachment #1: Type: text/plain, Size: 2247 bytes --]
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.
Kind regards
Clemens
--
#Clemens John <clemens-john@gmx.de>
#GnuPG:
Identifier: 0xD92F6BA5
Fingerprint: 1D6D 3EC6 C80F C1D4 CE1F 1133 6607 476C 0DB6 96A3
Always encrypt your messages
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2013-11-07 23:25 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 [this message]
2013-11-08 9:51 ` Simon Wunderlich
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=4645807.Ug7HQD34Gu@flohlap \
--to=clemens-john@gmx.de \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
/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