From: Simon Wunderlich <sw@simonwunderlich.de>
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: joe@careyhome.org
Subject: Re: Problems with Multiple Interfaces
Date: Fri, 09 Apr 2021 12:17:36 +0200 [thread overview]
Message-ID: <3542676.qYy7ulQ77K@prime> (raw)
In-Reply-To: <20210408055629.1234.95039@diktynna.open-mesh.org>
[-- Attachment #1: Type: text/plain, Size: 1859 bytes --]
On Thursday, April 8, 2021 7:56:29 AM CEST joe@careyhome.org wrote:
> Hi Everybody,
>
> I'm running BATMAN v 2019.2 with ath10k on OpenWRT. The particular router
> I'm using has two interfaces, 2.4 GHz and 5GHz. With each router using
> single interface (e.g. 2.4 GHz), it works fine. When I add a second
> interface (e.g. 5GHz), it sometimes hangs.
>
> I know that BATMAN is expected to alternate between the two interfaces, but
> that doesn't seem to be working. As you probably know, using two
> interfaces should dramatically improve throughput if you need to make a hop
> through another mesh node.
>
> To verify this is the problem, I did a test where I ran three routers, 2.4G
> <> Dual (2.4G & 5G) <> 5G. I would try to ping between the two routers
> that were using just a single interface. Obviously, that must hop through
> the dual radio router. The dual radio router has both interfaces on the
> bat0 master, and batctl reports they're both active.
>
> The system would sometimes lose link, although batctl would report getting
> neighbor messages. Even using the batctl ping function doesn't get
> through. I can see traffic flowing on both the 2.4 GHz and 5GHz
> interfaces.
>
> I'm happy to provide lots of configuration detail, but I thought I'd start
> with a high level description in case this is a known problem.
>
> Any assistance is appreciated. Thank you,
>
> --Joe
Hi Joe,
I'd expect your setup to work. Could you try to run "batctl ping" between the
nodes, maybe also on the intermediate links? If you see that it's failing too,
could you set up some IPv4 addresses (or use IPv6 link local addresses) on
your ad-hoc/mesh interfaces, and try to ping to the next hop? I suspect that
something is off with the wifi driver, i.e. broadcasts are still working but
unicast pings are dropped.
Cheers,
Simon
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2021-04-09 10:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-08 5:56 Problems with Multiple Interfaces joe
2021-04-09 10:17 ` Simon Wunderlich [this message]
2021-04-09 11:16 ` Linus Lüssing
2021-04-10 0:39 ` joe
2021-04-13 11:53 ` Simon Wunderlich
2021-04-13 12:02 ` Sven Eckelmann
2021-04-13 14:37 ` Andi Depressivum
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=3542676.qYy7ulQ77K@prime \
--to=sw@simonwunderlich.de \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=joe@careyhome.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