A network administrator connects two Layer 2 switches, SwitchA and SwitchB, using an IEEE 802.1Q trunk link on port GigabitEthernet 0/1. SwitchA is configured with native VLAN 20 on its trunk interface, whereas SwitchB is configured with native VLAN 10 on its trunk interface. Host A, connected to an access port on SwitchA assigned to VLAN 20, sends an untagged ARP request broadcast frame. Assuming port security and VLAN filtering do not drop the traffic, what will happen when this broadcast frame arrives at SwitchB?
- SwitchB accepts the untagged frame and floods it out all active access ports assigned to VLAN 10, resulting in unexpected cross-VLAN traffic leaking.Answer
- BSwitchB drops the incoming frame immediately because IEEE 802.1Q trunks automatically discard untagged frames when a native VLAN mismatch is detected.
- CSwitchB inspects the frame's Layer 3 IP header and routes the broadcast packet directly to VLAN 20 hosts.
- DSwitchB forces an automatic Spanning Tree Protocol root bridge election to reassign native VLAN IDs dynamically across both switches.
Answer
SwitchB accepts the untagged frame and floods it out all active access ports assigned to VLAN 10, resulting in unexpected cross-VLAN traffic leaking.
Under IEEE 802.1Q, frames belonging to a trunk's native VLAN are sent without an explicit 802.1Q VLAN header tag. SwitchA transmits Host A's VLAN 20 broadcast frame untagged because VLAN 20 is configured as SwitchA's native VLAN. When SwitchB receives this untagged frame on its trunk interface, it tags/associates the frame internally with its own locally configured native VLAN (VLAN 10). Consequently, SwitchB floods the broadcast frame to all ports in VLAN 10, creating a cross-VLAN security and operational issue known as native VLAN leakage.
Step-by-Step Solution
Key Concept
802.1Q Native VLAN Ingress/Egress Tagging & Mismatch Behavior
Estimated Time:2m 0s