A network technician configures an 802.1Q trunk link between two switches. After the configuration, VLAN 20 traffic is not passing across the trunk, although VLAN 10 traffic works fine. The technician verifies that both switches have VLAN 20 created and that the trunk is up. What is the most likely cause?
Trunk links, by default, permit all VLANs to traverse them. However, network administrators often configure an 'allowed VLAN list' to restrict which VLANs are permitted on a specific trunk port for security or traffic management purposes. If VLAN 20 is explicitly excluded or simply not included in this configured list on either end of the trunk, its traffic will be dropped, preventing communication for devices in that VLAN across the link.
Why this answer
The most likely cause is that VLAN 20 is not included in the allowed VLAN list on the trunk. By default, an 802.1Q trunk allows all VLANs, but if the allowed VLAN list has been manually configured or pruned, VLAN 20 may have been excluded. Since VLAN 10 works, the trunk is operational, and both switches have VLAN 20 created, the issue is specifically that the trunk is not permitting VLAN 20 traffic.
Exam trap
CompTIA often tests the misconception that a native VLAN mismatch is the default cause of VLAN-specific traffic failures, but the real issue is usually the allowed VLAN list being misconfigured or pruned.
Why the other options are wrong
A native VLAN mismatch would cause traffic on the native VLAN (typically VLAN 1) to fail, not specifically VLAN 20. Since VLAN 10 works, the native VLAN is likely correct.
In this scenario, VLAN 10 traffic works fine, indicating the trunk is operational. Dynamic desirable mode would not cause selective VLAN failure; it affects trunk negotiation, not per-VLAN traffic filtering.
The question states that the trunk is configured with 802.1Q, so ISL encapsulation is not in use. If ISL were the issue, the trunk would likely not form or would have problems with all VLANs, not just VLAN 20.