1 .\" $NetBSD: gre.4,v 1.28 2002/06/10 02:49:35 itojun Exp $
3 .\" Copyright 1998 (c) The NetBSD Foundation, Inc.
4 .\" All rights reserved.
6 .\" This code is derived from software contributed to The NetBSD Foundation
7 .\" by Heiko W.Rupp <hwr@pilhuhn.de>
9 .\" Redistribution and use in source and binary forms, with or without
10 .\" modification, are permitted provided that the following conditions
12 .\" 1. Redistributions of source code must retain the above copyright
13 .\" notice, this list of conditions and the following disclaimer.
14 .\" 2. Redistributions in binary form must reproduce the above copyright
15 .\" notice, this list of conditions and the following disclaimer in the
16 .\" documentation and/or other materials provided with the distribution.
18 .\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS
19 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
20 .\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
21 .\" PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS
22 .\" BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
23 .\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
24 .\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
25 .\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
26 .\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
27 .\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
28 .\" POSSIBILITY OF SUCH DAMAGE.
37 .Nd encapsulating network device
40 driver into the kernel, place the following line in the kernel
42 .Bd -ragged -offset indent
46 Alternatively, to load the
47 driver as a module at boot time, place the following line in
49 .Bd -literal -offset indent
55 network interface pseudo device encapsulates datagrams
57 These encapsulated datagrams are routed to a destination host,
58 where they are decapsulated and further routed to their final destination.
61 appears to the inner datagrams as one hop.
64 interfaces are dynamically created and destroyed with the
71 This driver corresponds to RFC 2784.
72 Encapsulated datagrams are prepended an outer datagram and a GRE header.
73 The GRE header specifies
74 the type of the encapsulated datagram and thus allows for tunneling other
76 GRE mode is also the default tunnel mode on Cisco routers.
78 also supports Cisco WCCP protocol, both version 1 and version 2.
82 interfaces support a number of additional parameters to the
84 .Bl -tag -width "enable_csum"
86 Set the GRE key used for outgoing packets.
87 A value of 0 disables the key option.
89 Enables checksum calculation for outgoing packets.
91 Enables use of sequence number field in the GRE header for outgoing packets.
95 192.168.1.* --- Router A -------tunnel-------- Router B --- 192.168.2.*
98 +------ the Internet ------+
101 Assuming router A has the (external) IP address A and the internal address
102 192.168.1.1, while router B has external address B and internal address
103 192.168.2.1, the following commands will configure the tunnel:
106 .Bd -literal -offset indent
108 ifconfig greN inet 192.168.1.1 192.168.2.1
109 ifconfig greN inet tunnel A B
110 route add -net 192.168.2 -netmask 255.255.255.0 192.168.2.1
114 .Bd -literal -offset indent
116 ifconfig greN inet 192.168.2.1 192.168.1.1
117 ifconfig greN inet tunnel B A
118 route add -net 192.168.1 -netmask 255.255.255.0 192.168.1.1
123 interfaces is set to 1476 by default, to match the value used by Cisco routers.
124 This may not be an optimal value, depending on the link between the two tunnel
126 It can be adjusted via
129 For correct operation, the
131 device needs a route to the decapsulating host that does not run over the tunnel,
132 as this would be a loop.
134 The kernel must be set to forward datagrams by setting the
135 .Va net.inet.ip.forwarding
137 variable to non-zero.
148 A description of GRE encapsulation can be found in RFC 2784 and RFC 2890.
150 .An Andrey V. Elsukov Aq Mt ae@FreeBSD.org
151 .An Heiko W.Rupp Aq Mt hwr@pilhuhn.de
153 The current implementation uses the key only for outgoing packets.
154 Incoming packets with a different key or without a key will be treated as if they
155 would belong to this interface.
157 The sequence number field also used only for outgoing packets.