A network administrator connects two enterprise switches via a fiber trunk link on interface GigabitEthernet 0/1. Shortly after enabling the link, console logs on both switches begin displaying periodic warning messages indicating a native VLAN mismatch. Interface status shows the trunk link is active, but untagged management traffic sent from VLAN 10 on Switch-A is being improperly received on VLAN 20 by Switch-B. Which of the following configuration changes will resolve this issue while restoring proper 802.1Q trunking functionality?
- Reconfigure the trunk link so that both switch interfaces are configured with matching native VLAN IDs.Cevap
- BLower the Spanning Tree Protocol (STP) bridge priority on Switch-A to force it to become the root bridge for VLAN 10 and VLAN 20.
- CDeploy a Layer 3 router subinterface to route untagged frames between VLAN 10 and VLAN 20 across the trunk.
- DSet both switch interfaces on the trunk link to manual full-duplex mode instead of auto-negotiation.
Cevap
Reconfigure the trunk link so that both switch interfaces are configured with matching native VLAN IDs.
On an 802.1Q trunk link, frames belonging to the native VLAN are sent without an 802.1Q VLAN tag. When the switches on opposite ends of the trunk have mismatched native VLAN configurations, untagged frames egressing one switch's native VLAN are ingested into the receiving switch's native VLAN, causing cross-VLAN traffic leakage and generating CDP/syslog mismatch warnings. Reconfiguring both switch interfaces to use the exact same native VLAN ID resolves the mismatch and restores proper frame processing.
Adım Adım Çözüm
Anahtar Kavram
802.1Q Native VLAN Trunk Misconfiguration Troubleshooting