From: Antonio Quartulli <ordex@autistici.org>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] avahi broadcasts over two-radio batman.. dropped?
Date: Tue, 24 Jul 2012 09:06:03 +0200 [thread overview]
Message-ID: <20120724070603.GI3610@ritirata.org> (raw)
In-Reply-To: <CAHD-aqLxF0HHXbW0YtZa700qbUytyv3Gd40FC6E7nRWLMD-=Ew@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2108 bytes --]
Hello Guido,
On Thu, Jul 19, 2012 at 01:20:15AM -0300, Guido Iribarren wrote:
> Hello again,
> can't determine exactly since when, but avahi is acting funny in
> QuintanaLibre :(
>
> two computers (pbx and veci) connected to different nodes in the mesh
> can't always resolve hostnames through avahi
>
> pbx ]=eth==[ nicoyjesi --> .. --> .. --> wlan1(czuk)wlan0 <-->
> natychucho ]==eth=[ veci
> (cf. attached dotgraph)
>
> question from pbx is broadcasted perfectly and reaches veci,
> veci replies, natychucho broadcasts the replly through wifi , gets to
> czuk wlan0, but czuk doesn't re-broadcast it , silently dropping the
> packet.
>
> relevant tcpdump
> http://pastebin.com/6xLmDqe5
> you can see question coming in through czuk(wlan1), rebroadcasted
> through czuk(wlan0), reach veci, veci reply, czuk(wlan0) gets reply,
> but doesn't retransmit it through czuk(wlan1) :(
>
I see..
> iptables @ czuk looks sane
> http://pastebin.com/mFUFuNdC
>
I trust you on this because there are too many rules :) (have you tried a
'iptables -F' just in case?)
> ## czuk has two wifi interfaces, both in ap mode, managed by batman
> ## natychucho is connected to wlan0 in client mode,
> ## and cisterna is client to wlan1. no WDS whatsoever.
> root@czuk:~# batctl if
> wlan0: active
> wlan1: active
> root@czuk:~# brctl show
> bridge name bridge id STP enabled interfaces
> br-lan 8000.54e6fcb98e2b no eth0
> bat0
>
> complete live config can be lurked in
> https://bitbucket.org/nicoechaniz/quintanalibre-configs/src/d9bd3603824d/czuk/overlay
>
> I don't find any reason batman would be involved in this, but iptables
> is discarded as a suspect, and AFAICS there are no other factors
> messing with the packets (maybe it's a bit late night :) ). No bridges
> whatsoever.
> In fact, packet is catched by batctl td coming in at wlan0.
>
> Any hints or experiences will be greatly appreciated as always!
>
is BLA2 enabled on czuk?
Cheers,
--
Antonio Quartulli
..each of us alone is worth nothing..
Ernesto "Che" Guevara
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-07-24 7:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-19 4:20 [B.A.T.M.A.N.] avahi broadcasts over two-radio batman.. dropped? Guido Iribarren
2012-07-24 0:36 ` Nicolás Echániz
2012-07-24 7:06 ` Antonio Quartulli [this message]
2012-07-26 3:40 ` Nicolás Echániz
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=20120724070603.GI3610@ritirata.org \
--to=ordex@autistici.org \
--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 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.