06-30-2014 04:00 PM
I came across a strange issue which i think is a bug in 22.214.171.124.
Our AP's are connected using native VLAN (1) to the access switch. The access switch (HP) is reporting a native VLAN mismatch in the logs. When i checked the LLDP stats on the switch, the AP is sending a PVID of 0.
I'm guessing this relates to the default setting in the AP provisioning page which sets the Uplink VLAN to 0 when tagged ports are not in use.
This smells like a bug to me. Any thoughts?
Solved! Go to Solution.
06-30-2014 07:39 PM
I have similar log-droppings on HP switches. However there actually is a PVID difference in that we set the access vlan to a value not known to the AP.
I haven't gone looking for options to prevent the PVID field from being sent on untagged ports from the Aruba side. Looked a bit on the HP side to see if there was an "ignore that" option, but didn't find anything there yet either. DIdn't have much luck using a dot1q tag on the AP uplink when I tried, which means setting up DSCP mappings is going to be mandatory if we ant QoS.
06-30-2014 07:49 PM
06-30-2014 08:14 PM
I just issued a "no lldp config XX dot1TlvEnable port-vlan-id" on one of my AP links on an HP switch. In about a half hour I should know if that stops the logs.
I noticed that older procurve software versions do not report sending a PVID TLV, didn't have the command for it, and also don't complain when they get one, so knock on wood.
06-30-2014 08:25 PM
I'd expect that the VLAN ID would be sent out by LLDP as VLAN 1 as in the AP system profile this is the access VLAN that is set.
We have also tried turning off that TLV in the LLDP profile for the AP ethernet port. Will see if that works.
06-30-2014 09:08 PM
F.2.1 port VLAN identifier (PVID) The port VLAN identifier field shall contain the VLAN ID for the bridge port as defined in 8.4.4 of IEEE 802.1Q-1998. A value of zero shall be used if the system either does not know the PVID or does not support port-based VLAN operation."
I'd agree and also say HP is probably treating this situation incorrectly as well, since a device that claims it doesn't do VLANs (even if it is faking it) should not be flagged in the logs. The standard also of course mentions that it is legitimate to connect different PVIDs if you know what you're doing, so really vendors should provide a way to disable to warnings, and what Aruba chose to do here makes a bit of sense to deal with those that do not, with the exception of those that also warn on 0.
No dice on that command, unfortunately.
07-13-2014 09:18 AM
HP just brought the 15.14 chain out of ED with 15.14.0007 for some models. It contains enhancement CR0000127014 which allows per-port suppression of PVID log messages, if that chain is supported by the switch models in question.