---
name: "vlan"
section: "4freebsd"
platform: "linux"
package: "freebsd-manpages"
version: "12.2-2"
release: "Debian 13 (Trixie)"
platforms: ["linux"]
url: "https://new.carta.tech/if_vlan/4freebsd"
---

# vlan(4freebsd)

IEEE 802.1Q VLAN network interface

Part of [if\_vlan(4freebsd)](/if_vlan/4freebsd.md).

## NAME

**vlan** – IEEE 802.1Q VLAN network interface

## SYNOPSIS

To compile this driver into the kernel, place the following line in your kernel configuration file:

**device vlan**

Alternatively, to load the driver as a module at boot time, place the following line in [loader.conf(5)](/loader.conf/5.md):

```
if_vlan_load="YES"
```

## DESCRIPTION

The **vlan** driver demultiplexes frames tagged according to the IEEE 802.1Q standard into logical **vlan** network interfaces, which allows routing/bridging between multiple VLANs through a single switch trunk port.

Each **vlan** interface is created at runtime using interface cloning. This is most easily done with the [ifconfig(8)](/ifconfig/8.md) **create** command or using the *cloned\_interfaces* variable in [rc.conf(5)](/rc.conf/5.md).

To function, a **vlan** interface must be assigned a parent interface and numeric VLAN tag using [ifconfig(8)](/ifconfig/8.md). A single parent can be assigned to multiple **vlan** interfaces provided they have different tags. The parent interface is likely to be an Ethernet card connected to a properly configured switch port. The VLAN tag should match one of those set up in the switched network.

**vlan** initially assumes the same minimum length for tagged and untagged frames. This mode is selected by setting the [sysctl(8)](/sysctl/8.md) variable *net.link.vlan.soft\_pad* to 0 (default). However, there are network devices that fail to adjust frame length when it falls below the allowed minimum due to untagging. Such devices should be able to interoperate with **vlan** after changing the value of *net.link.vlan.soft\_pad* to 1. In the latter mode, **vlan** will pad short frames before tagging them so that their length is not less than the minimum value after untagging by the non-compliant devices.

## HARDWARE

The **vlan** driver supports efficient operation over parent interfaces that can provide help in processing VLANs. Such interfaces are automatically recognized by their capabilities. Depending on the level of sophistication found in a physical interface, it may do full VLAN processing or just be able to receive and transmit long frames (up to 1522 bytes including an Ethernet header and FCS). The capabilities may be user-controlled by the respective parameters to [ifconfig(8)](/ifconfig/8.md), **vlanhwtag**, and **vlanmtu**. However, a physical interface is not obliged to react to them: It may have either capability enabled permanently without a way to turn it off. The whole issue is very specific to a particular device and its driver.

At present, these devices are capable of full VLAN processing in hardware: [ae(4)](/ae/4.md), [age(4)](/age/4.md), [alc(4)](/alc/4.md), [ale(4)](/ale/4.md), [bce(4)](/bce/4.md), [bge(4)](/bge/4.md), [bxe(4)](/bxe/4.md), [cxgb(4)](/cxgb/4.md), [cxgbe(4)](/cxgbe/4.md), [em(4)](/em/4.md), [igb(4)](/igb/4.md), [ixgbe(4)](/ixgbe/4.md), [jme(4)](/jme/4.md), [liquidio(4)](/liquidio/4.md), [msk(4)](/msk/4.md), [mxge(4)](/mxge/4.md), [nge(4)](/nge/4.md), [re(4)](/re/4.md), [sge(4)](/sge/4.md), [stge(4)](/stge/4.md), [ti(4)](/ti/4.md), [txp(4)](/txp/4.md), and [vge(4)](/vge/4.md).

Other Ethernet interfaces can run VLANs using software emulation in the **vlan** driver. However, some lack the capability of transmitting and receiving long frames. Assigning such an interface as the parent to **vlan** will result in a reduced MTU on the corresponding **vlan** interfaces. In the modern Internet, this is likely to cause [tcp(4)](/tcp/4.md) connectivity problems due to massive, inadequate [icmp(4)](/icmp/4.md) filtering that breaks the Path MTU Discovery mechanism.

These interfaces natively support long frames for **vlan**: [axe(4)](/axe/4.md), [bfe(4)](/bfe/4.md), [cas(4)](/cas/4.md), [dc(4)](/dc/4.md), [et(4)](/et/4.md), [fwe(4)](/fwe/4.md), [fxp(4)](/fxp/4.md), [gem(4)](/gem/4.md), [hme(4)](/hme/4.md), [le(4)](/le/4.md), [nfe(4)](/nfe/4.md), [rl(4)](/rl/4.md), [sf(4)](/sf/4.md), [sis(4)](/sis/4.md), [sk(4)](/sk/4.md), [ste(4)](/ste/4.md), [tl(4)](/tl/4.md), [tx(4)](/tx/4.md), [vr(4)](/vr/4.md), [vte(4)](/vte/4.md), and [xl(4)](/xl/4.md).

The **vlan** driver automatically recognizes devices that natively support long frames for **vlan** use and calculates the appropriate frame MTU based on the capabilities of the parent interface. Some other interfaces not listed above may handle long frames, but they do not advertise this ability. The MTU setting on **vlan** can be corrected manually if used in conjunction with such a parent interface.

## SEE ALSO

[ifconfig(8)](/ifconfig/8.md), [sysctl(8)](/sysctl/8.md)