VLAN tagging is a Layer 2 mechanism for carrying multiple virtual LANs over shared Ethernet links. IEEE 802.1Q inserts a four-byte tag into an Ethernet frame, including a 12-bit VLAN identifier. VLAN IDs 1 through 4094 identify ordinary VLANs; ID 0 is used for priority-tagged frames, and ID 4095 is reserved. The tag also contains priority and drop-eligibility information, but a VLAN ID primarily identifies the frame’s Layer 2 forwarding context.
Within a switched network, each VLAN normally forms a separate broadcast domain. Switches forward frames within that VLAN rather than freely mixing traffic across VLANs. An access port typically carries untagged endpoint traffic and associates it with one VLAN. A trunk carries traffic for multiple VLANs, usually using tags to distinguish them. Depending on configuration, a trunk may also carry an untagged native VLAN. Both ends must agree on tagging behavior and which VLANs are allowed.
VLAN membership does not replace IP addressing or routing. Devices in the same VLAN commonly use the same IP subnet, but VLAN IDs and IP subnet numbers have no inherent relationship. Communication between different IP subnets requires a Layer 3 forwarding device, such as a router or multilayer switch. That device can provide a default gateway through a switched virtual interface or a tagged router subinterface. Routing tables and security policies then control communication between networks.
Cloud private-connectivity services often use VLAN tags at the customer-facing Ethernet handoff. For example, an engineer can configure separate AWS Direct Connect virtual interfaces on one dedicated connection, using VLAN 101 for one interface and VLAN 102 for another. The customer router must apply the VLAN ID configured for each virtual interface. Each interface also needs appropriate IP addressing and a BGP session; tagging alone does not advertise routes or establish IP connectivity. With hosted connectivity, coordinate VLAN assignment and any tag translation with the connectivity provider.
A crucial distinction is that a tagged cloud handoff does not automatically extend an on-premises broadcast domain into a cloud virtual network. AWS Direct Connect provides routed connectivity through its virtual interfaces; an Amazon VPC subnet is not a customer-configurable VLAN trunk. Do not expect local ARP broadcasts, arbitrary Ethernet frames, or existing on-premises VLAN membership to propagate into a VPC simply because a Direct Connect virtual interface has a VLAN ID.
The main advantage is efficient separation of logical networks without requiring a physical port for each one. Trade-offs include configuration complexity, shared bandwidth, and shared physical failure domains. VLAN tags provide neither encryption nor a complete security boundary: incorrect trunk configuration can expose traffic, and routed communication still needs explicit security controls. Restrict allowed VLANs and configure untagged traffic deliberately.
For troubleshooting, verify the physical link, matching VLAN IDs, allowed-VLAN configuration, and tagged-versus-untagged expectations before investigating BGP or application traffic. A VLAN mismatch can leave the physical connection up while preventing neighbor discovery and routing sessions from forming. Account for the four-byte tag in Ethernet frame-size support, and separately validate the supported IP MTU across the complete path. Packet captures can confirm tagging, although network-interface offload may remove tags before capture software displays received frames.