Improved traffic control AND improved security.

If you're using managment vlan particularly there's no need for anything to respond on the pvid

please add this

I don't know why does this only have 4 votes.

 

 

Please consider adding this feature! Don't just assume we want native vlan to be untagged and enforce that. Let us pick if we want native vlan to be untagged or not.

For a trunk port there is no need to have a native VLAN. Please implement the ability to set up a profile with all VLANs tagged. All your competition has this feature (including Omada switches in standalone mode). Thank you!

Yes, I was disappointed not to see this also. I have a number of trunk ports where I would only like to pass tagged VLAN Traffic, and ignore untagged traffic. I have been doing this on my non-Omada TP-Link managed switches, and now I have started to replace some of them with Omada switches the lack of this feature is cause me some trouble!

 

For now, I have created a 'defunct' VLAN 4090 which I do not use, and have made that the 'Native' network for my trunk profile - this allows me to set that VLAN as untagged on the port, and delete the LAN setting 

Also it's a security issue if I always have to choose a VLAN as native which is not beeing used in the tagged list. Even if I don't need it at this port.

Bumping this up again.

 

This just keeps coming up. What is the problem with support a feature that is already supported in standalone mode ? I do not want silly vlan 1/untagged traffic. I have a management vlan, I want the switch to be in that vlan and I have downstream devices from that switch that also need to be in the management vlan.

 

is it so difficult to understand why people may need this ?

This is a hard requirement to be able to migrate to Omada. At this moment it is not possible to recreate the same setting as we had without the controller.

Would be a massive benefit