OMNIA: Vlan on DSA port breaks arp responses (TOS 4.0.5)

[anon82920800]

@AVee

Well, Turris OS 3 did not manifest this behavior,

That is likely because either VLAN tagging was turned on by default in TOS3.x or a lot users turned it on and therefore routed Lan traffic through the CPU anyway

@anon82920800

with

@protree

e.g. LAN0.5 and LAN1.5 if you want it on LAN ports 0 and 1 with vid 5

the kernel advises the DSA driver that kernel has management control over the 802.1Q tags on the DSA interfaces. That in consequence leads to this sort of routing and processing of 802.1Q tagged packages on the Lan segment (Lan port just picked randomly)

and that is what

@yorik

Since I implemented that hack with vlans, which pushes all the traffic through CPU, I had no issues at all with WiFi roaming. So I’d recommend it.

is replicating.

---

A a better solution of course would be if DSA or bridge driver would communicate with the switch’s ATU with updates of MAC address on upstream ports.