Dear Russel,
depending on how a particular device was configured previously by
u-boot, this commit might have enabled proper vlan-filtering for the
first time on your device. The default vlan-configuration has port 1
configured as management port with vlan-id 100. So your DHCP server
would need to answer with this vlan-id. Could you check that
- before the commit, the device was actually filtering vlans
- after the commit you have a correct vlan configuration on the device
talking to the switch on port 1 and that this corresponds to the vlan
configuration of that port
Cheers,
Birger
On 08/05/2021 01:55, Russell Senior wrote:
The recent commit 4342d27ec90cd0988fd3e62ccefbe66f2e691372 to OpenWrt
seems to have broken the network on my Netgear GS108T v3. After about
300-500 seconds of uptime, the interface (in my case, switch.1
configured as WAN) stops receiving traffic. Nothing in dmesg or syslog
at the time of failure. From tcpdump -i switch.1 I can see the device
ARP'ing for the gateway address (which it received by DHCP) but not
seeing anything come back. Rolling back to the commit immediately
before and I don't see the problem and can ping the gateway
indefinitely.
Thanks!
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
