Re: [RFC net-next 2/2] net: dsa: mt7530: trap packets from standalone ports to the CPU

From
DENG Qingfang <dqfext@gmail.com>
Date
2021-07-30 17:51:52
Also in
linux-arm-kernel, linux-mediatek, lkml
Reply to
Vladimir Oltean, 2021-07-30
On Fri, Jul 30, 2021 at 08:35:11PM +0300, Vladimir Oltean wrote:
On Sat, Jul 31, 2021 at 01:21:14AM +0800, DENG Qingfang wrote:
quoted
I just found a cleaner solution: Leaving standalone ports in port matrix
mode. As all bridges use independent VLAN learning, standalone ports'
FDB lookup with FID 0 won't hit.
So standalone ports are completely VLAN-unaware and always use a FID of
0, ports under a VLAN-unaware bridge are in fallback mode (look up the
VLAN table but don't drop on miss), use a FID of 1-7, and ports under a
VLAN-aware bridge are in the security mode and use the CVID instead of
the FID for VLAN classification?
No. Both VLAN-unaware and VLAN-aware bridges use independent VLAN learning
i.e. use CVID for FDB lookup.
Make sure to test a mix of standalone, VLAN-unaware bridge and
VLAN-aware bridge with the same MAC address in all 3 domains. If that
works well this should be really good.
Thread (24 messages) 24 messages, 2 authors, 2021-07-30
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help