|
|
1.1 root 1: .\" Copyright (c) 1986 Regents of the University of California.
2: .\" All rights reserved. The Berkeley software License Agreement
3: .\" specifies the terms and conditions for redistribution.
4: .\"
5: .\" @(#)e.t 6.2 (Berkeley) 6/3/86
6: .\"
7: .\".ds RH "Network configuration options
8: .bp
9: .LG
10: .B
11: .ce
12: APPENDIX E. NETWORK CONFIGURATION OPTIONS
13: .sp
14: .R
15: .NL
16: .PP
17: The network support in the kernel is self-configuring
18: according to the protocol support options (INET and NS) and the network
19: hardware discovered during autoconfiguration.
20: There are several changes that may be made to customize network behavior
21: due to local restrictions.
22: Within the Internet protocol routines, the following options
23: set in the system configuration file are supported:
24: .IP \fBGATEWAY\fP
25: .br
26: The machine is to be used as a gateway.
27: This option currently makes only minor changes.
28: First, the size of the network routing hash table is increased.
29: Secondly, machines that have only a single hardware network interface
30: will not forward IP packets; without this option, they will also refrain
31: from sending any error indication to the source of unforwardable packets.
32: Gateways with only a single interface are assumed to have missing
33: or broken interfaces, and will return ICMP unreachable errors to hosts
34: sending them packets to be forwarded.
35: .IP \fBTCP_COMPAT_42\fP
36: .br
37: This option forces the system to limit its initial TCP sequence numbers
38: to positive numbers.
39: Without this option, 4.3BSD systems may have problems with TCP connections
40: to 4.2BSD systems that connect but never transfer data.
41: The problem is a bug in the 4.2BSD TCP; this option should be used
42: during the period of conversion to 4.3BSD.
43: .IP \fBIPFORWARDING\fP
44: .br
45: Normally, 4.3BSD machines with multiple network interfaces
46: will forward IP packets received that should be resent to another host.
47: If the line ``options IPFORWARDING="0"'' is in the system configuration
48: file, IP packet forwarding will be disabled.
49: .IP \fBIPSENDREDIRECTS\fP
50: .br
51: When forwarding IP packets, 4.3BSD IP will note when a packet is forwarded
52: using the same interface on which it arrived.
53: When this is noted, if the source machine is on the directly-attached
54: network, an ICMP redirect is sent to the source host.
55: If the packet was forwarded using a route to a host or to a subnet,
56: a host redirect is sent, otherwise a network redirect is sent.
57: The generation of redirects may be inhibited with the configuration
58: option ``options IPSENDREDIRECTS="0".''
59: .br
60: .IP \fBSUBNETSARELOCAL\fP
61: TCP calculates a maximum segment size to use for each connection,
62: and sends no datagrams larger than that size.
63: This size will be no larger than that supported on the outgoing
64: interface.
65: Furthermore, if the destination is not on the local network,
66: the size will be no larger than 576 bytes.
67: For this test, other subnets of a directly-connected subnetted
68: network are considered to be local unless the line
69: ``options SUBNETSARELOCAL="0"'' is used in the system configuration file.
70: .IP \fBCOMPAT_42\fP
71: .br
72: This option, intended as a catchall for 4.2BSD compatibility options,
73: has only a single function thus far.
74: It disables the checking of UDP input packet checksums.
75: As the calculation of UDP packet checksums was incorrect in 4.2BSD,
76: this option allows a 4.3BSD system to receive UDP packets from
77: a 4.2BSD system.
78: .LP
79: The following options are supported by the Xerox NS protocols:
80: .IP \fBNSIP\fP
81: .br
82: This option allows NS IDP datagrams to be encapsulated in Internet IP
83: packets for transmission to a collaborating NSIP host.
84: This may be used to pass IDP packets through IP-only link layer networks.
85: See
86: .IR nsip (4P)
87: for details.
88: .IP \fBTHREEWAYSHAKE\fP
89: .br
90: The NS Sequenced Packet Protocol does not require a three-way handshake
91: before considering a connection to be in the established state.
92: (A three-way handshake consists of a connection request, an acknowledgement
93: of the request along with a symmetrical opening indication,
94: and then an acknowledgement of the reciprocal opening packet.)
95: This option forces a three-way handshake before data may be transmitted
96: on Sequenced Packet sockets.
This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.