GitLab

[qmp-system] 802.1ad VLANs for the routing protocol are created on top of the physical interface (II)

Fix VLANs for wireless interfaces, which were broken by previous commit.

Previously, when an interface (i.e. eth0) was configured as "lan" and "mesh",
it was added to the LAN bridge and, on top of the virtual "br-lan" interface,
the VLAN for the routing protocol was created (i.e. lan_12). This was wrong in
some cases, for example, when another interface was in the bridge but not meant
to be meshing. Now the VLANs are created on the interfaces actually configured
as "mesh".

 · Drop community_id and community_node_id and replace it with community_name, mesh_name, device_name and mesh_id when appropriate
 · Revamp qMp easy setup
 · Rename node to device to avoid confusions (node == physical/geographical location, device == router)

[qmp-system] RouterStation Pro is treated as any other device (no target-specific hook in the middle of the code)

[qmp-system] [QinQ] Use 802.1ad VLANs on wired interfaces to enable compatibility with switched Ethernet ports already using 802.1q

This breaks backwards compatibility with devices using previous qMp versions connected via cable.

created on and use the $viface identifier instead of the interface name itself.

This commit fixes issue #377, regarding the ways VLANs are specified in
/etc/config/network. The previous method (with @wlan0-like stuff) was never
meant to work, although it just happened to work. Recent OpenWrt changes
have deprecated that *unsupported* way to declare VLANs. Backporting the
work in branch QinQ and adding a couple of changes (e.g. linklayer details
for BMX6) fixes the problem.

Add "Client (WAN)" mode" to wireless mode. Modify qmp_wireless.sh to add changes on wireless interfaces to qmp config file

Use rescue virtual interface for VLAN tagging in WAN+MESH mode to have the interface despite not having DHCP lease

Use rescue virtual interface for VLAN tagging in WAN+MESH mode to have the interface despite not having DHCP lease

Move wireless functions of qmp_autoconf into qmp_functions.sh (firstboot hooks must be executed before configuring wifi)

Remove all license references for individual files and add a single file COPYING and AUTHORS

sed -i -e "s/\s*$//g" packages/qmp-system/files/etc/qmp/*.sh

Make it compatible with OpenWRT BB

The VPN, Captive Portal, Maps, etc. Can be controled from the web interface (configuration/services).
Adds a new section in the qMp config file to specify which services should run and which ones not.

Move some networking functions from qmp_functions.sh to qmp_network.sh
Change VLAN options approach: vid_offset is removed and protocol_vids specify the full VLAN tag (bmx6:2 -> bmx6:12). In case VLAN is not specified, tagging is not used.
Adapt the default configuration file to the new syntax
Add uci-default scripts to adapt the qmp config file to this new approach
Minor changes in the code

Add function to create/remove TCP clamp MSS rule. It is executed when a network device is configured as WAN.

ULA/LAN autogenerated address now uses the crc16 hash
Fix issue with gateways offer (translation was not done properly)

 before: last 8bit from MAC address
 now: crc16 from entire MAC address

In case community mode (qmp.node.roaming=0) if the LAN address does not exist
qMp autoconfiguration system generates an IP from this crc16 hash.

It reduces the IP colision and hostname probability.

- Some small changes in the networking functions (node/community id)
- Change non_overlapping name section for roaming

This reverts commit d1b99c38.

- they are defined in /etc/config/gateways
- they are not typed section anymore but named ones
- the section name is the gw name plus qmp_
- fix some bugs found (unconfigure_bmx6_tunnels did not work)
- add a uci-defaults script to remove old gateways
TODO: a uci-defaults script which translate the old gateways into the new format

Cosmetic changes
Moved some functions from qmp_funcions.sh to qmp_network.sh

Smart network configuration ensures it takes into account eth0, in some devices (such as pico2) /sys/.../eth0/device file does not exist.

1. If force=yes, then force even ignore_devices (make it blank)
2. If not force, don't touch the existing already configured devices

This fix a bug with tl-wdr4300 (hooks and smart configuration were incompatibles)

Changed stage to "firstboot" and add checks for knowing if the switch is already configured
Small changes in hooks system