Difference between revisions of "8021Q"

From RackTables Wiki
Jump to navigation Jump to search
Line 13: Line 13:
 
* there is no user interface for the "disabled" deploy queue
 
* there is no user interface for the "disabled" deploy queue
 
* when only one VLAN is permitted for an access port by VST, '802.1Q ports' form still displays a SELECT for that port with the only option 'no change'
 
* when only one VLAN is permitted for an access port by VST, '802.1Q ports' form still displays a SELECT for that port with the only option 'no change'
 +
* "max VLANs per switch" option of VLAN switch template is stored, but always ignored

Revision as of 12:03, 20 May 2010

802.1Q VLAN management in RackTables

known limitations

  • port naming is fixed and cannot be changed
  • importing configuration for a port, which has VLANs 1~4094 allowed, is very slow
  • for uplink-downlink reverb feature to work, both ports must have correct markup, have respective records on the Ports tab, and these records must be linked
  • there is no support for configuration templates like those in LiveVLANs
  • VLAN1 cannot be used on uplink or downlink ports
  • VLAN domains require a special setup procedure to work properly
  • unbinding of 802.1Q order hides existing 802.1Q ports config, blocking object deletion
  • not all hardware supports trunk ports w/o allowed VLANs, and this is not handled by RackTables
  • ExtemeOS requires a special VLAN naming scheme
  • there is no user interface for the "disabled" deploy queue
  • when only one VLAN is permitted for an access port by VST, '802.1Q ports' form still displays a SELECT for that port with the only option 'no change'
  • "max VLANs per switch" option of VLAN switch template is stored, but always ignored