VLAN Trunk Visualizer
Send a frame between two switches and watch where the 802.1Q tag is added and removed — including what happens when the two ends disagree about the native VLAN.
Local toolYour network plan stays in your browser. Nothing you enter is uploaded, logged, or sent to any server.
Checks
Tagging, native VLANs, and why a mismatch is dangerous
An access port belongs to one VLAN. A frame arriving there carries no VLAN information — the switch classifies it by the port. When that frame leaves on a trunk, the switch inserts an 802.1Q tag naming the VLAN, so the switch at the far end knows which broadcast domain it belongs to.
The native VLAN is the exception. Traffic in the native VLAN crosses the trunk untagged. That exists for historical compatibility with devices that do not understand tagging.
Which produces the fault worth understanding. If switch 1 has native VLAN 10 and switch 2 has native VLAN 20, a frame from VLAN 10 leaves untagged, arrives at switch 2, and — having no tag — is classified into VLAN 20. Two broadcast domains are now joined. Neither switch logs an error, because from each one's point of view it did exactly what it was configured to do. This is sometimes called VLAN hopping, and it is why security guidance recommends setting the native VLAN to an unused ID carrying no traffic at all.
The allowed list prunes which VLANs a trunk carries. A VLAN missing from one end's list is dropped in that direction, which produces the confusing symptom of traffic working one way and not the other.
Related tools
VLAN + Subnet Designer allocates the addressing. VLAN Planner documents what you already have.