-
Notifications
You must be signed in to change notification settings - Fork 325
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bridge Port Isolation not working on DSA #2679
Comments
This comment was marked as outdated.
This comment was marked as outdated.
Note: Bridge Port Isolation does not work on D-Link DGS-1210-10P either. |
While this just simply does not work in Hanover, it randomly breaks mesh connections in Darmstadt. @NeoRaider intends to experiment on the isolation feature on a FB4040 in the next days/weeks. |
The current thinking is that the DSA stack does not support bridge port isolation and fails to signal back its incapacity. |
The bridge core supports passing these flags to DSA since Linux 5.19, however very few DSA drivers implement port isolation so far. I've added list of relevant drivers to the issue description. |
Hm.. there is still some work to do. I added isolation support for KSZ switches: |
@AiyionPrime Missing bridge port isolation should not break any mesh connections, unless you build a ring or similar topology of multiple nodes and STP does not work to prevent a forwarding loop. I would be good to know if that is the case, or something else is going wrong in your deployment. |
I'm from Hanover, the finding was from FF Darmstadt, I think. |
The current working theory is that this may be caused by offloading of the bridge port forwarding.
We would need someone to test this theory by disabling the relevant offloading features.
See #2600 (comment)
List of DSA drivers to test/implement:
The text was updated successfully, but these errors were encountered: