Two Cisco Catalyst switches, SW1 and SW2, are connected via an IEEE 802.1Q trunk link. Interface GigabitEthernet0/1 on SW1 is configured with native VLAN 10, while interface GigabitEthernet0/1 on SW2 is configured with native VLAN 20. When a host in VLAN 10 connected to SW1 sends a broadcast frame across the trunk link, how does SW2 process this frame upon arrival?
- SW2 receives the untagged frame on its trunk interface and forwards it to all active ports assigned to VLAN 20, causing inter-VLAN traffic leakage.Answer
- BSW2 drops the frame immediately because the 802.1Q header contains a VLAN identification mismatch error.
- CSW2 transitions the trunk interface into an err-disabled state because Spanning Tree PortFast Guard detects a switch-to-switch loop.
- DSW2 inspects the CDP Type-Length-Value (TLV) payload, automatically rewrites the frame header to match VLAN 10, and forwards it to VLAN 10 ports.
Answer
SW2 receives the untagged frame on its trunk interface and forwards it to all active ports assigned to VLAN 20, causing inter-VLAN traffic leakage.
Under IEEE 802.1Q trunking rules, frames belonging to the native VLAN are sent across the trunk link untagged. When SW1 sends a frame for VLAN 10, it strips any tag because VLAN 10 is its native VLAN. When SW2 receives this untagged frame on a trunk interface configured with native VLAN 20, SW2 associates all untagged incoming traffic with its local native VLAN (VLAN 20) and forwards it accordingly, resulting in inter-VLAN leakage between VLAN 10 and VLAN 20.
Step-by-Step Solution
Key Concept
802.1Q Native VLAN Tagging Mechanics and Mismatch Behavior
Estimated Time:1m 30s