I am testing dynamic vlan.
First, the AP is set to bridge AP mode as the default setting, and the WAN interface is assigned 192.168.1.100.
The WAN interface and the phy1-ap0 interface are bridged, and when the station connects to the SSID of phy1-ap0, an IP in the 192.168.1.xxx range is assigned.
In this state, the SSID of phy1-ap0 is set to apply dynamic vlan.
When the station performs 802.1x authentication through the ssid of phy1-ap0, I confirmed that it receives the VLAN ID (120) from the radius server. Then, the br-wan.120 and phy1-ap0.120 interfaces were created, and a bridge interface called brvlan that connects them was also created. The station's connection was changed to phy1-ap0.120. When receiving dhcp with VLAN tagging, normally 192.168.120.xxx band should be allocated, but 192.168.1.xxx band is allocated. Based on this phenomenon, it seems that interfaces for dynamic vlan to operate were automatically created, but packets are going out without vlan tagging.
Please share what you know about the parts to check and solutions to resolve this.
NOTE: Now I only compile the build for the following devices AX3600, AX6, AX9000, Dynalink DL-WRX36, Buffalo WXR-5950AX12, QNAP QHora-301W, Netgear RAX120v2, Arcadyan AW1000, Zyxel NBG7815, Linksys MX4200 (v1 and v2), Netgear SXR80, Netgear SXS80, Spectrum SAX1V1K and Netgear WAX218 if someone has used my versions with other devices (and it is supported), let me know and I will add it.
Using you example I was finally able to get a working NSS config with VLAN's. Using the latest build from @AgustinLorenzo I know have my Netgear WAX218's setup as 'dumb AP's' with NSS enabled.
Config is as follows for me:
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'xxxxxxxxxxx::/48'
option packet_steering '0'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.0.252'
option netmask '255.255.255.0'
option gateway '192.168.0.1'
option delegate '0'
list dns '192.168.0.1'
config interface 'wlan'
option device 'br-wlan'
option proto 'static'
option ipaddr '192.168.10.252'
option netmask '255.255.255.0'
option gateway '192.168.10.1'
option delegate '0'
config interface 'iot'
option device 'br-iot'
option proto 'static'
option ipaddr '192.168.2.252'
option netmask '255.255.255.0'
option gateway '192.168.2.1'
option delegate '0'
config device
option type '8021q'
option ifname 'lan'
option vid '1'
option name 'lan.1'
config device
option type '8021q'
option ifname 'lan'
option vid '2'
option name 'lan.2'
config device
option type '8021q'
option ifname 'lan'
option vid '10'
option name 'lan.10'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan.1'
config device
option type 'bridge'
option name 'br-iot'
list ports 'lan.2'
config device
option type 'bridge'
option name 'br-wlan'
list ports 'lan.10'
Hi Agustin, i'm having issues with last build for AX9000. When i do an "update lists" i receive an error with " The opkg update command failed with code 6". Internet is ok btw... any tips?
Don't worry it's not your fault it's simply the evolution of OpenWrt and its new apk package manager that replaced opkg. @qosmio I see that you rebased your repo a few minutes ago. Are there any anomalies with the new apk package manager.
My first attempt to compile with old opkg ended with
Compiling with apk as default package manager was successful too with a minor fault of uclient-fetch and wget conflicting with each other. So I excluded wget from the build but I left curl.
the opkg transition to apk is ongoing ... one major fix has just been comitted that was blocking the build of the apk db repository ... if one needs to install packages separate to their builds they should force apk (under global build options) and select one of the apk packages (openssl for instance). I am running on another device apk with no issues now.
btw. i had to delete build_dir/target-aarch64_cortex-a53_musl/ ...
curl works with banip but depends on mbedtls. wget-ssl uses openssl but somehow banip is not working with it. I have asked on banip thread. hope for a solution.
Whats changed in today’s release?
I dont know but i had issues with some websites after previous upgrade. Like Apple Software updates slowing down badly and when switch to another router its fine.
this has docker related packages too .also, it makes it into a DumbAP with ALL ports part of LAN.it assumes you can get an IP via dhcp from an upstream router for you to connect and use. do NOT use if your situation is different