You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Software versions of OpenWrt/LEDE release, packages, etc.
Steps to reproduce
Hostname OpenWrt
Model Linksys WRT1900ACS
Architecture ARMv7 Processor rev 1 (v7l)
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
Kernel Version 4.14.180
At the outset, there are two VLANs pre-existing: 1 (LAN) and 2 (WAN)
In LuCi, create the following VLANs: 10, 20, 21, 2200, 2204, 2208, 3000.
At that point, I created a new VLAN on the Network/Switch page in LuCi. The new VLAN had an initial default VID of 10, which I changed to 11. I set the tagging to my need (Tagged on CPU and LAN port 3, off on all other ports) without touching the other nine VLANs.
As soon as I hit Save & apply, VLAN 10 stopped working entirely.
Examining the configuration files, I find these two stanzas:
This leads me to the hypothesis that the "vlan" option of 10 is colliding with the "vid" option of 10 on another VLAN, though it seems like these should be separate, unrelated concepts.
My workaround was to redo my VLAN scheme so that former VLANs 10, 11, 20 and 21 are now 1000, 1100, 2000 and 2100 respectively, which was enough to prevent this collision, and it all works, but it seems like it should not have had the collision in the first place.
The text was updated successfully, but these errors were encountered:
kc2idf:
Supply the following if possible:
Hostname OpenWrt
Model Linksys WRT1900ACS
Architecture ARMv7 Processor rev 1 (v7l)
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
Kernel Version 4.14.180
At the outset, there are two VLANs pre-existing: 1 (LAN) and 2 (WAN)
In LuCi, create the following VLANs: 10, 20, 21, 2200, 2204, 2208, 3000.
At that point, I created a new VLAN on the Network/Switch page in LuCi. The new VLAN had an initial default VID of 10, which I changed to 11. I set the tagging to my need (Tagged on CPU and LAN port 3, off on all other ports) without touching the other nine VLANs.
As soon as I hit Save & apply, VLAN 10 stopped working entirely.
Examining the configuration files, I find these two stanzas:
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '5t 1t'
option vid '10'
. . .
config switch_vlan
option device 'switch0'
option vlan '10'
option ports '5t 1t'
option vid '11'
This leads me to the hypothesis that the "vlan" option of 10 is colliding with the "vid" option of 10 on another VLAN, though it seems like these should be separate, unrelated concepts.
My workaround was to redo my VLAN scheme so that former VLANs 10, 11, 20 and 21 are now 1000, 1100, 2000 and 2100 respectively, which was enough to prevent this collision, and it all works, but it seems like it should not have had the collision in the first place.
The text was updated successfully, but these errors were encountered: