From: Sven Eckelmann <sven@narfation.org>
To: Simon Wunderlich <sw@simonwunderlich.de>,
b.a.t.m.a.n@lists.open-mesh.org, Mu De <soanican@gmail.com>
Subject: Re: IP connectivity issue at openwrt nodes
Date: Tue, 19 Nov 2024 15:24:54 +0100 [thread overview]
Message-ID: <3253206.5fSG56mABF@ripper> (raw)
In-Reply-To: <CACKXFETaiEdriRp7rS2KfuFOcfXpcNe_y+4WfgRUW5t8R=MsLQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1862 bytes --]
On Tuesday, 19 November 2024 15:17:28 CET Mu De wrote:
> Dear Sven,
>
> I would like to ask generic system and topology questions:
Sorry about the "hijack part". Looked at first glance like another person +
topic. Simply because you've used a different from + signature and suddenly
added other persons in Cc.
> 1-)Generic System Question
> According to info at the "
> https://www.kernel.org/doc/Documentation/networking/batman-adv.txt" , if
> following "batman-adv" folder do not exist, your interface might not be
> supported.
> If those folder does NOT exist in a system but interfaces can be
> add/removed via "batctl if" command, and outputs indicates interface
> active, can we consider this system works properly?
>
> "/sys/class/net/eth0/batman_adv/"
This is an outdated document. See
https://www.kernel.org/doc/html/latest/networking/batman-adv.html for the
correct one
> 2-)Generic Topology Question
> Consider multiple batman nodes, each have 1 bridge interface, bridge have
> two ports, one "bat0" and "eth0",
Ok, ethernet bridge to mesh
> and IP is assigned to the bridge node.
Ok
> At
> each node, multiple wired/wireless interfaces which have stable connections
> to other nodes are assigned to "bat0" and these interfaces are indicated as
> "active" via batctl.
Ok, the underlying interfaces for bat0 have "redundancy"?
> Can local process of batman nodes and external non-batman nodes connected
> to "eth0" port of the bridge, have IP connectivity to each other via IP
> addresses assigned to bridges?
Yes. The bridge is handling this part - not batman-adv. Just make sure that
you don't have any IP conflicts. So, for example eth0 + bat0 + underlying
interfaces for bat0 should most likely have no IP address assigned - unless
you know what you are doing and need it for debugging (or similar things).
Kind regards,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2024-11-19 14:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-18 19:44 IP connectivity issue at openwrt nodes soanican
2024-11-19 8:19 ` Sven Eckelmann
[not found] ` <CACKXFETaiEdriRp7rS2KfuFOcfXpcNe_y+4WfgRUW5t8R=MsLQ@mail.gmail.com>
2024-11-19 14:18 ` Sven Eckelmann
2024-11-19 14:24 ` Sven Eckelmann [this message]
2024-11-19 15:02 ` soanican
[not found] ` <CACKXFERn_+LZ4ztxmfOwhUM91ccjVSAbTYf8U1ivS+0sXeJkWw@mail.gmail.com>
2024-11-19 15:11 ` Sven Eckelmann
2024-11-19 21:58 ` soanican
2024-11-19 22:22 ` Sven Eckelmann
2024-11-20 10:20 ` soanican
2024-11-19 14:21 ` soanican
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=3253206.5fSG56mABF@ripper \
--to=sven@narfation.org \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=soanican@gmail.com \
--cc=sw@simonwunderlich.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.