]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - share/man/man4/vlan.4
This commit was generated by cvs2svn to compensate for changes in r162916,
[FreeBSD/FreeBSD.git] / share / man / man4 / vlan.4
1 .\"
2 .\" Copyright (c) 2001 Yar Tikhiy
3 .\" All rights reserved.
4 .\"
5 .\" Redistribution and use in source and binary forms, with or without
6 .\" modification, are permitted provided that the following conditions
7 .\" are met:
8 .\" 1. Redistributions of source code must retain the above copyright
9 .\"    notice, this list of conditions and the following disclaimer.
10 .\" 2. Redistributions in binary form must reproduce the above copyright
11 .\"    notice, this list of conditions and the following disclaimer in the
12 .\"    documentation and/or other materials provided with the distribution.
13 .\"
14 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
15 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
16 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
17 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
18 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
19 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
20 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
21 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
22 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
23 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
24 .\" SUCH DAMAGE.
25 .\"
26 .\" $FreeBSD$
27 .\"
28 .Dd August 11, 2006
29 .Dt VLAN 4
30 .Os
31 .Sh NAME
32 .Nm vlan
33 .Nd "IEEE 802.1Q VLAN network interface"
34 .Sh SYNOPSIS
35 To compile this driver into the kernel,
36 place the following lines in your
37 kernel configuration file:
38 .Bd -ragged -offset indent
39 .Cd "device miibus"
40 .Cd "device vlan"
41 .Ed
42 .Pp
43 Alternatively, to load the driver as a
44 module at boot time, place the following line in
45 .Xr loader.conf 5 :
46 .Bd -literal -offset indent
47 if_vlan_load="YES"
48 .Ed
49 .Sh DESCRIPTION
50 The
51 .Nm
52 driver demultiplexes frames tagged according to
53 the IEEE 802.1Q standard into logical
54 .Nm
55 network interfaces, which allows routing/bridging between
56 multiple VLANs through a single switch trunk port.
57 .Pp
58 Each
59 .Nm
60 interface is created at runtime using interface cloning.
61 This is
62 most easily done with the
63 .Xr ifconfig 8
64 .Cm create
65 command or using the
66 .Va cloned_interfaces
67 variable in
68 .Xr rc.conf 5 .
69 .Pp
70 To function, a
71 .Nm
72 interface must be assigned a parent interface and
73 numeric VLAN tag using
74 .Xr ifconfig 8 .
75 A single parent can be assigned to multiple
76 .Nm
77 interfaces provided they have different tags.
78 The parent interface is likely to be an Ethernet card connected
79 to a properly configured switch port.
80 The VLAN tag should match one of those set up in the switched
81 network.
82 .Pp
83 Initially
84 .Nm
85 assumes the same minimum length for tagged and untagged frames.
86 This mode is selected by the
87 .Xr sysctl 8
88 variable
89 .Va net.link.vlan.soft_pad
90 set to 0 (default).
91 However, there are network devices that fail to adjust frame length,
92 should it fall below the allowed minimum due to untagging.
93 Such devices should be able to interoperate with
94 .Nm
95 after changing the value of
96 .Va net.link.vlan.soft_pad
97 to 1.
98 In the latter mode,
99 .Nm
100 will pad short frames before tagging them
101 so that their length stays not less than the minimum value
102 after untagging by the non-compliant devices.
103 .Sh HARDWARE
104 The
105 .Nm
106 driver supports efficient operation over parent interfaces that can provide
107 help in processing VLANs.
108 Such interfaces are automatically recognized by their capabilities.
109 Depending on the level of sophistication found in a physical
110 interface, it may do full VLAN processing or just be able to
111 receive and transmit frames exceeding the maximum Ethernet frame size
112 by the length of a 802.1Q header.
113 The capabilities may be user-controlled by the respective parameters to
114 .Xr ifconfig 8 ,
115 .Cm vlanhwtag
116 and
117 .Cm vlanmtu .
118 However, a physical interface is not obliged to react to them:
119 It may have either capability enabled permanently without
120 a way to turn it off.
121 The whole issue is very specific to a particular device and its driver.
122 .Pp
123 By now, the list of physical interfaces able of full VLAN processing
124 in the hardware is limited to the following devices:
125 .Xr bge 4 ,
126 .Xr em 4 ,
127 .Xr ixgb 4 ,
128 .Xr nge 4 ,
129 .Xr re 4 ,
130 .Xr stge 4 ,
131 .Xr ti 4 ,
132 .Xr txp 4 ,
133 and
134 .Xr vge 4 .
135 .Pp
136 The rest of the Ethernet interfaces can run
137 VLANs using software emulation in the
138 .Nm
139 driver.
140 However, most of them lack the capability
141 of transmitting and receiving oversized frames.
142 Assigning such an interface as the parent to
143 .Nm
144 will result in a reduced MTU on the corresponding
145 .Nm
146 interfaces.
147 In the modern Internet, this is likely to cause
148 .Xr tcp 4
149 connectivity problems due to massive, inadequate
150 .Xr icmp 4
151 filtering that breaks the Path MTU Discovery mechanism.
152 .Pp
153 The interfaces that support oversized frames are as follows:
154 .Bl -tag -width ".Xr fxp 4 " -offset indent
155 .It Xr bfe 4
156 supports long frames for
157 .Nm
158 natively.
159 .It Xr dc 4
160 supports long frames for
161 .Nm
162 natively.
163 .It Xr de 4
164 requires defining
165 .Dv BIG_PACKET
166 in the
167 .Pa /usr/src/sys/pci/if_de.c
168 source file and rebuilding the kernel
169 or module.
170 The hack works only for the 21041, 21140, and 21140A chips.
171 .It Xr fxp 4
172 supports long frames for
173 .Nm
174 natively.
175 .It Xr gem 4
176 supports long frames for
177 .Nm
178 natively.
179 .It Xr hme 4
180 supports long frames for
181 .Nm
182 natively.
183 .It Xr le 4
184 supports long frames for
185 .Nm
186 natively.
187 .It Xr rl 4
188 supports long frames for
189 .Nm
190 natively.
191 .It Xr sis 4
192 supports long frames for
193 .Nm
194 natively.
195 .It Xr sk 4
196 supports long frames for
197 .Nm
198 natively.
199 .It Xr ste 4
200 supports long frames for
201 .Nm
202 natively.
203 .It Xr tl 4
204 has support for long frames.
205 .It Xr tx 4
206 supports long frames for
207 .Nm
208 natively.
209 .It Xr xl 4
210 supports long frames only if the card is built on a newer chip
211 (Cyclone and above).
212 .El
213 .Pp
214 The
215 .Nm
216 driver automatically recognizes devices that natively support oversized frames
217 for
218 .Nm
219 use and calculates the appropriate frame MTU based on the
220 capabilities of the parent interface.
221 The other interfaces listed above can handle oversized frames,
222 but they do not advertise this ability of theirs.
223 The MTU setting on
224 .Nm
225 can be corrected manually if used in conjunction with such parent interface.
226 .Sh SEE ALSO
227 .Xr kqueue 2 ,
228 .Xr miibus 4 ,
229 .Xr ifconfig 8 ,
230 .Xr sysctl 8
231 .Sh BUGS
232 No 802.1Q features except VLAN tagging are implemented.
233 .Pp
234 .Dv EVFILT_NETDEV
235 events on a
236 .Nm
237 interface will be sent through
238 .Xr kqueue 2
239 only if the parent interface uses
240 .Xr miibus 4
241 for link state notification.