Wired mesh (Mesh-on-WAN/LAN)
In addition to meshing over WLAN and VPN, it is also possible to configure wired meshing over the LAN or WAN ports. This allows nodes to be connected directly or over wireless bridges.
Mesh-on-WAN can be enabled in addition to the mesh VPN, so multiple nodes in the same local network that is used as VPN uplink can also mesh directly. Enabling Mesh-on-WAN should be avoided if the local network is also bridged with a WLAN access point, as meshing over batman-adv causes large amounts of multicast traffic, which will take up a lot of airtime.
Enabling Mesh-on-LAN replaces the normal “client network” function of the LAN ports, as client network ports may never be connected (so care must be taken to always enable Mesh-on-LAN before connecting two nodes’ LAN ports).
Wired mesh encapsulation
Since version 2018.1, Gluon supports encapsulating wired mesh traffic in VXLAN, a new standard with use cases similar to VLANs, but a much greater ID space of 24bit; in addition, VXLAN packets pass through VLAN-aware switches without any special configuration.
Encapsulating mesh traffic has two advantages:
By using a different VXLAN ID for each site and mesh domain, accidental wired mesh connections between nodes of different domains will be prevented. This has special importance when nodes migrate between domains automatically, as currently possible through different site-specific packages.
While batman-adv traffic does not interact with non-mesh traffic in the same wired network in any way (so Gluon nodes can mesh over existing wired networks), this is not the case for layer 3 mesh protocols like Babel. Encapsulating the traffic allows to distinguish mesh traffic from unrelated packets.
As enabling VXLAN encapsulation will prevent wired mesh communication with old nodes that do not support VXLAN yet, VXLANs can be enabled per-domain using the site configuration setting mesh.vxlan. VXLAN is enabled by default in multidomain setups; in single-domain site configurations, the mesh.vxlan setting is mandatory. We recommend to enable VXLAN encapsulation in all new sites and domains.
Non-encapsulated (“legacy”) wired meshing will be removed in a future Gluon release. We cannot give a concrete timeframe for the removal yet; a missing prerequisite is the implementation of a robust migration path for existing deployments.
Configuration
Both Mesh-on-WAN and Mesh-on-LAN can be configured on the “Network” page
of the Advanced settings (if the package gluon-web-network
is installed).
It is also possible to enable Mesh-on-WAN and Mesh-on-LAN by default by adding
the mesh
role to the interfaces.*.default_roles
options in your
site.conf.
Commandline
Starting with release 2022.1, the wired network configuration is rebuilt from /etc/config/gluon
upon each gluon-reconfigure
.
Therefore the network configuration is overwritten at least with every firmware upgrade.
Every interface has a list of roles assigned to it which can be client
, mesh
or uplink
.
When the client role is assigned to an interface in combination with other roles (like ‘client’, ‘mesh’ in the Mesh-on-LAN example below), the other roles take precedence, enabling mesh but not client in the previous example.
The setup/config-mode interface is every interface with the role client
which makes removing
it from interfaces not only unnecessary, but generally unrecommended.
In order to make persistent changes to the router’s configuration it’s necessary to:
change the sections in
/etc/config/gluon
e.g. using uci (see examples below)call
gluon-reconfigure
to re-generate/etc/config/network
apply the networking changes, either through executing
service network restart
or by performing areboot
Enable Mesh-on-WAN:
uci add_list gluon.iface_wan.role='mesh'
uci commit gluon
Disable Mesh-on-WAN:
uci del_list gluon.iface_wan.role='mesh'
uci commit gluon
Enable Mesh-on-LAN:
uci add_list gluon.iface_lan.role='mesh'
uci commit gluon
Disable Mesh-on-LAN:
uci del_list gluon.iface_lan.role='mesh'
uci commit gluon
For devices with a single interface, instead of iface_lan and iface_wan configuration is done with iface_single.
Enable Mesh-on-Single:
uci add_list gluon.iface_single.role='mesh'
uci commit gluon
Disable Mesh-on-Single:
uci del_list gluon.iface_single.role='mesh'
uci commit gluon
Furthermore it is possible to make use of 802.1Q VLAN.
The following statements would create a VLAN with id 8 on eth0
and join the mesh network with it:
uci set gluon.iface_lan_vlan8=interface
uci set gluon.iface_lan_vlan8.name='eth0.8'
uci add_list gluon.iface_lan_vlan8.role='mesh'
uci commit gluon
Other VLAN-interfaces could be configured on the same parent interface in order to have
all three roles available on eth0
without having them interfere with each other.
This feature comes in especially handy for the persistent configuration of virtual machines
as offloader for bigger installations.
A reboot
is not sufficient to apply an altered configuration; calling gluon-reconfigure
before is
mandatory in order for changes to take effect.
Please note that this configuration has changed in Gluon 2022.1. Using the old commands on 2022.1 and later will break the corresponding options in the Advanced settings.