I have just realized that the VLAN discovery is not working fully -- it does populate VLAN ACLs but not fully in many cases. As one example, the interface on a Cisco 4900M switch is provisioned thusly:
You see that natlas missed VLANs 453, 497, and 628.
I believe I have pinpointed the issue to circumstances where a sequence of VLANs is entered into the ACL with commas, as in:
switchport trunk allowed vlan 452,453
vs using a dash:
switchport trunk allowed vlan 452-453
If a dash is used, natlas seems to pick up on the adjacent VLANs correctly, but if a comma is used to separate adjacent VLANs, it appears to fail, and only captures the first VLAN, from what I can tell.
Is there a way to fix the VLAN processing so that it accepts adjacent allowed VLANs when separated by a comma?
I have just realized that the VLAN discovery is not working fully -- it does populate VLAN ACLs but not fully in many cases. As one example, the interface on a Cisco 4900M switch is provisioned thusly:
The natlas graph for this connection shows:
You see that natlas missed VLANs 453, 497, and 628.
I believe I have pinpointed the issue to circumstances where a sequence of VLANs is entered into the ACL with commas, as in:
switchport trunk allowed vlan 452,453
vs using a dash:
switchport trunk allowed vlan 452-453
If a dash is used, natlas seems to pick up on the adjacent VLANs correctly, but if a comma is used to separate adjacent VLANs, it appears to fail, and only captures the first VLAN, from what I can tell.
Is there a way to fix the VLAN processing so that it accepts adjacent allowed VLANs when separated by a comma?
Thank you, -Seth