]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - share/man/man4/vlan.4
o While the script is correct and works well in sh(1) make it
[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 December 13, 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 msk 4 ,
129 .Xr nge 4 ,
130 .Xr re 4 ,
131 .Xr stge 4 ,
132 .Xr ti 4 ,
133 .Xr txp 4 ,
134 and
135 .Xr vge 4 .
136 .Pp
137 The rest of the Ethernet interfaces can run
138 VLANs using software emulation in the
139 .Nm
140 driver.
141 However, most of them lack the capability
142 of transmitting and receiving oversized frames.
143 Assigning such an interface as the parent to
144 .Nm
145 will result in a reduced MTU on the corresponding
146 .Nm
147 interfaces.
148 In the modern Internet, this is likely to cause
149 .Xr tcp 4
150 connectivity problems due to massive, inadequate
151 .Xr icmp 4
152 filtering that breaks the Path MTU Discovery mechanism.
153 .Pp
154 The interfaces that support oversized frames are as follows:
155 .Bl -tag -width ".Xr fxp 4 " -offset indent
156 .It Xr bfe 4
157 supports long frames for
158 .Nm
159 natively.
160 .It Xr dc 4
161 supports long frames for
162 .Nm
163 natively.
164 .It Xr de 4
165 requires defining
166 .Dv BIG_PACKET
167 in the
168 .Pa /usr/src/sys/pci/if_de.c
169 source file and rebuilding the kernel
170 or module.
171 The hack works only for the 21041, 21140, and 21140A chips.
172 .It Xr fxp 4
173 supports long frames for
174 .Nm
175 natively.
176 .It Xr gem 4
177 supports long frames for
178 .Nm
179 natively.
180 .It Xr hme 4
181 supports long frames for
182 .Nm
183 natively.
184 .It Xr le 4
185 supports long frames for
186 .Nm
187 natively.
188 .It Xr rl 4
189 supports long frames for
190 .Nm
191 natively.
192 .It Xr sis 4
193 supports long frames for
194 .Nm
195 natively.
196 .It Xr sk 4
197 supports long frames for
198 .Nm
199 natively.
200 .It Xr ste 4
201 supports long frames for
202 .Nm
203 natively.
204 .It Xr tl 4
205 has support for long frames.
206 .It Xr tx 4
207 supports long frames for
208 .Nm
209 natively.
210 .It Xr xl 4
211 supports long frames only if the card is built on a newer chip
212 (Cyclone and above).
213 .El
214 .Pp
215 The
216 .Nm
217 driver automatically recognizes devices that natively support oversized frames
218 for
219 .Nm
220 use and calculates the appropriate frame MTU based on the
221 capabilities of the parent interface.
222 The other interfaces listed above can handle oversized frames,
223 but they do not advertise this ability of theirs.
224 The MTU setting on
225 .Nm
226 can be corrected manually if used in conjunction with such parent interface.
227 .Sh SEE ALSO
228 .Xr kqueue 2 ,
229 .Xr miibus 4 ,
230 .Xr ifconfig 8 ,
231 .Xr sysctl 8
232 .Sh BUGS
233 No 802.1Q features except VLAN tagging are implemented.
234 .Pp
235 .Dv EVFILT_NETDEV
236 events on a
237 .Nm
238 interface will be sent through
239 .Xr kqueue 2
240 only if the parent interface uses
241 .Xr miibus 4
242 for link state notification.