-
Hi guys, Is it a bug or feature? I have a number of VLANs defined in NetBox. It makes things like "listing all interfaces which are members of VLAN X" impossible. If you are going to suggest "well, use only 'Tagged' with a list of VLANs and don't use 'Tagged All'" - the reason for me using 'Tagged All' is 1) it does not display hundreds or thousands of VLANs in GUI against each interface (as it does when an interface is "Tagged" only type) and b) I would assume that 'Tagged All' interface to become a member of any future added VLANs automatically. Any thoughts/comments? Thank you. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
IMO, it's a feature. "Tagged (All)" means that this port is tagged and has all VLANs that the switch knows about, without having to list them one by one. Many switches have this capability, to set a trunk port without explicitly listing enabled VLANs. However, this doesn't necessarily mean that the port is a member of all VLANs that Netbox knows about - only those VLANs which have been created on the switch. Consider these cases:
Therefore, in general Netbox cannot associate all VLANs in its database (or even all VLANs for a given site) with a port marked "Tagged (All)" I imagine it would be possible to add a feature whereby you assign a list of VLANs at the Device level, as well as at the Interface level. Then an interface marked "Tagged (All)" would be implicitly a member of all the VLANs which were configured on the Device. However that would add complexity to the data model, and not really save much work if the device has only one or two trunk ports. Another approach might be if Netbox could assign a VLAN Group to an interface (or device). However, currently a given VLAN can only be a member of one VLAN group, which probably isn't flexible enough for this use case, as different devices may use different subsets of the same VLANs. |
Beta Was this translation helpful? Give feedback.
IMO, it's a feature. "Tagged (All)" means that this port is tagged and has all VLANs that the switch knows about, without having to list them one by one. Many switches have this capability, to set a trunk port without explicitly listing enabled VLANs.
However, this doesn't necessarily mean that the port is a member of all VLANs that Netbox knows about - only those VLANs which have been created on the switch.
Consider these cases:
Therefore, in general Netbox cannot associate all VLANs in its database (or even all VLANs for a given site) with…