usr.sbin/config/SMM.doc/e.t

   1 .\" Copyright (c) 1983, 1993
   2 .\"     The Regents of the University of California.  All rights reserved.
   3 .\"
   4 .\" Redistribution and use in source and binary forms, with or without
   5 .\" modification, are permitted provided that the following conditions
   6 .\" are met:
   7 .\" 1. Redistributions of source code must retain the above copyright
   8 .\"    notice, this list of conditions and the following disclaimer.
   9 .\" 2. Redistributions in binary form must reproduce the above copyright
  10 .\"    notice, this list of conditions and the following disclaimer in the
  11 .\"    documentation and/or other materials provided with the distribution.
  12 .\" 3. All advertising materials mentioning features or use of this software
  13 .\"    must display the following acknowledgement:
  14 .\"     This product includes software developed by the University of
  15 .\"     California, Berkeley and its contributors.
  16 .\" 4. Neither the name of the University nor the names of its contributors
  17 .\"    may be used to endorse or promote products derived from this software
  18 .\"    without specific prior written permission.
  19 .\"
  20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  30 .\" SUCH DAMAGE.
  31 .\"
  32 .\"     @(#)e.t 8.1 (Berkeley) 6/8/93
  33 .\"
  34 .\".ds RH "Network configuration options
  35 .bp
  36 .LG
  37 .B
  38 .ce
  39 APPENDIX E. NETWORK CONFIGURATION OPTIONS
  40 .sp
  41 .R
  42 .NL
  43 .PP
  44 The network support in the kernel is self-configuring
  45 according to the protocol support options (INET and NS) and the network
  46 hardware discovered during autoconfiguration.
  47 There are several changes that may be made to customize network behavior
  48 due to local restrictions.
  49 Within the Internet protocol routines, the following options
  50 set in the system configuration file are supported:
  51 .IP \fBGATEWAY\fP
  52 .br
  53 The machine is to be used as a gateway.
  54 This option currently makes only minor changes.
  55 First, the size of the network routing hash table is increased.
  56 Secondly, machines that have only a single hardware network interface
  57 will not forward IP packets; without this option, they will also refrain
  58 from sending any error indication to the source of unforwardable packets.
  59 Gateways with only a single interface are assumed to have missing
  60 or broken interfaces, and will return ICMP unreachable errors to hosts
  61 sending them packets to be forwarded.
  62 .IP \fBTCP_COMPAT_42\fP
  63 .br
  64 This option forces the system to limit its initial TCP sequence numbers
  65 to positive numbers.
  66 Without this option, 4.4BSD systems may have problems with TCP connections
  67 to 4.2BSD systems that connect but never transfer data.
  68 The problem is a bug in the 4.2BSD TCP.
  69 .IP \fBIPFORWARDING\fP
  70 .br
  71 Normally, 4.4BSD machines with multiple network interfaces
  72 will forward IP packets received that should be resent to another host.
  73 If the line ``options IPFORWARDING="0"'' is in the system configuration
  74 file, IP packet forwarding will be disabled.
  75 .IP \fBIPSENDREDIRECTS\fP
  76 .br
  77 When forwarding IP packets, 4.4BSD IP will note when a packet is forwarded
  78 using the same interface on which it arrived.
  79 When this is noted, if the source machine is on the directly-attached
  80 network, an ICMP redirect is sent to the source host.
  81 If the packet was forwarded using a route to a host or to a subnet,
  82 a host redirect is sent, otherwise a network redirect is sent.
  83 The generation of redirects may be inhibited with the configuration
  84 option ``options IPSENDREDIRECTS="0".''
  85 .br
  86 .IP \fBSUBNETSARELOCAL\fP
  87 TCP calculates a maximum segment size to use for each connection,
  88 and sends no datagrams larger than that size.
  89 This size will be no larger than that supported on the outgoing
  90 interface.
  91 Furthermore, if the destination is not on the local network,
  92 the size will be no larger than 576 bytes.
  93 For this test, other subnets of a directly-connected subnetted
  94 network are considered to be local unless the line
  95 ``options SUBNETSARELOCAL="0"'' is used in the system configuration file.
  96 .LP
  97 The following options are supported by the Xerox NS protocols:
  98 .IP \fBNSIP\fP
  99 .br
 100 This option allows NS IDP datagrams to be encapsulated in Internet IP
 101 packets for transmission to a collaborating NSIP host.
 102 This may be used to pass IDP packets through IP-only link layer networks.
 103 See
 104 .IR nsip (4P)
 105 for details.
 106 .IP \fBTHREEWAYSHAKE\fP
 107 .br
 108 The NS Sequenced Packet Protocol does not require a three-way handshake
 109 before considering a connection to be in the established state.
 110 (A three-way handshake consists of a connection request, an acknowledgement
 111 of the request along with a symmetrical opening indication,
 112 and then an acknowledgement of the reciprocal opening packet.)
 113 This option forces a three-way handshake before data may be transmitted
 114 on Sequenced Packet sockets.