02-03-2018 05:05 PM - edited 03-08-2019 01:41 PM
Hi
I just put this question since I am confused how native LANs information is shared,
I have a very simple scenario
SW1 Gi1/1 (vlan169)<--> SW3 Gi1/1 (no vlan)
What would cause native vlan error to trigger, I see native vlans same on both sides though. What is the actual logic behind that alarm?
To turn this off, what are my all possible options?
Would it solve if I add other port to vlan 106? set it to non-negotiate?
SW1#show int gi1/1 swi
SW1#show int gi1/1 switchport
Name: Gi1/1
Switchport: Enabled
Administrative Mode: dynamic auto
Operational Mode: static access
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: native
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Administrative Native VLAN tagging: enabled
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk Native VLAN tagging: enabled
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk associations: none
Administrative private-vlan trunk mappings: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
-------------------
SW3# show int gi1/1 switchport
Name: Gi1/1
Switchport: Enabled
Administrative Mode: static access
Operational Mode: static access
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: native
Negotiation of Trunking: Off
Access Mode VLAN: 169 (VLAN0169)
Trunking Native Mode VLAN: 1 (default)
Administrative Native VLAN tagging: enabled
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk Native VLAN tagging: enabled
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk associations: none
Administrative private-vlan trunk mappings: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
Solved! Go to Solution.
02-04-2018 01:21 AM
One side is not a trunk, look at the operational mode, both are static access.
All the error message is telling you is that the ports are in different vlans.
Jon
02-03-2018 05:12 PM - edited 02-03-2018 05:12 PM
Depends what you are trying to do.
If you want both ports to be access ports in vlan 169 then just set the port on SW3 to be an access port in vlan 169.
If you want it to be a trunk port then just configure both ends to be a trunk.
Jon
02-03-2018 10:21 PM
Yeah I can do that, but what I am trying to find, where is that switch seeing mismatch in native vlans in my scenario? and giving this log message
%CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on GigabitEthernet1/1 (169), with SW1 GigabitEthe rnet1/1 (1).
02-04-2018 12:04 AM - edited 02-04-2018 12:08 AM
Hello
First of all native vlan isnt switch specific its link specific - as such if you a specified a natvie vlan on one end of the trunk and the other hasnt , then the mistmatch occurs because untagged frames from either side of the link are being seen differently, one side of the trunk is expecting to receive untagged frame in vlan 1 and the other isn't, Or in this case one side is in access port and the other is trying to be a trunk
res
Paul
02-04-2018 12:19 AM
02-04-2018 12:35 AM
Hello
One an access port and the other is trunk and i am guessing vtp is enabled, thus vtp trying to share information between access-port and trunk.
Try either of these to negate error
1) create trunk either ends
2) disable cdp
3) change vtp domain on either switch to be different
res
Paul
02-04-2018 01:21 AM
One side is not a trunk, look at the operational mode, both are static access.
All the error message is telling you is that the ports are in different vlans.
Jon
02-05-2018 03:15 PM
Well if the alarm log is just telling that the ports are in different vlans and different operational modes then it makes sense, I was thrown off with the native_vlan part in the log, and made me think where the mismatch is :)
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide