1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330
|
<pre>Network Working Group K. Harrenstien (SRI)
Request for Comments: 952 M. Stahl (SRI)
E. Feinler (SRI)
Obsoletes: RFC <a href="./rfc810">810</a>, <a href="./rfc608">608</a> October 1985
<span class="h1">DOD INTERNET HOST TABLE SPECIFICATION</span>
STATUS OF THIS MEMO
This RFC is the official specification of the format of the Internet
Host Table. This edition of the specification includes minor
revisions to <a href="./rfc810">RFC-810</a> which brings it up to date. Distribution of this
memo is unlimited.
INTRODUCTION
The DoD Host Table is utilized by the DoD Hostname Server maintained
by the DDN Network Information Center (NIC) on behalf of the Defense
Communications Agency (DCA) [See <a href="./rfc953">RFC-953</a>].
LOCATION OF THE STANDARD DOD ONLINE HOST TABLE
A machine-translatable ASCII text version of the DoD Host Table is
online in the file NETINFO:HOSTS.TXT on the SRI-NIC host. It can be
obtained via FTP from your local host by connecting to host
SRI-NIC.ARPA (26.0.0.73 or 10.0.0.51), logging in as user =
ANONYMOUS, password = GUEST, and retrieving the file
"NETINFO:HOSTS.TXT". The same table may also be obtained via the NIC
Hostname Server, as described in <a href="./rfc953">RFC-953</a>. The latter method is
faster and easier, but requires a user program to make the necessary
connection to the Name Server.
ASSUMPTIONS
1. A "name" (Net, Host, Gateway, or Domain name) is a text string up
to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
sign (-), and period (.). Note that periods are only allowed when
they serve to delimit components of "domain style names". (See
<a href="./rfc921">RFC-921</a>, "Domain Name System Implementation Schedule", for
background). No blank or space characters are permitted as part of a
name. No distinction is made between upper and lower case. The first
character must be an alpha character. The last character must not be
a minus sign or period. A host which serves as a GATEWAY should have
"-GATEWAY" or "-GW" as part of its name. Hosts which do not serve as
Internet gateways should not use "-GATEWAY" and "-GW" as part of
their names. A host which is a TAC should have "-TAC" as the last
part of its host name, if it is a DoD host. Single character names
or nicknames are not allowed.
2. Internet Addresses are 32-bit addresses [See <a href="./rfc796">RFC-796</a>]. In the
<span class="grey">Harrenstien & Stahl & Feinler [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc952">RFC 952</a> October 1985</span>
DOD INTERNET HOST TABLE SPECIFICATION
host table described herein each address is represented by four
decimal numbers separated by a period. Each decimal number
represents 1 octet.
3. If the first bit of the first octet of the address is 0 (zero),
then the next 7 bits of the first octet indicate the network number
(Class A Address). If the first two bits are 1,0 (one,zero), then
the next 14 bits define the net number (Class B Address). If the
first 3 bits are 1,1,0 (one,one,zero), then the next 21 bits define
the net number (Class C Address) [See <a href="./rfc943">RFC-943</a>].
This is depicted in the following diagram:
+-+------------+--------------+--------------+--------------+
|0| NET <-7-> | LOCAL ADDRESS <-24-> |
+-+------------+--------------+--------------+--------------+
+---+----------+--------------+--------------+--------------+
|1 0| NET <-14-> | LOCAL ADDRESS <-16-> |
+---+----------+--------------+--------------+--------------+
+-----+--------+--------------+--------------+--------------+
|1 1 0| NET <-21-> | LOCAL ADDRESS|
+-----+--------+--------------+--------------+--------------+
4. The LOCAL ADDRESS portion of the internet address identifies a
host within the network specified by the NET portion of the address.
5. The ARPANET and MILNET are both Class A networks. The NET portion
is 10 decimal for ARPANET, 26 decimal for MILNET, and the LOCAL
ADDRESS maps as follows: the second octet identifies the physical
host, the third octet identifies the logical host, and the fourth
identifies the Packet Switching Node (PSN), formerly known as an
Interface Message Processor (IMP).
+-+------------+--------------+--------------+--------------+
|0| 10 or 26 | HOST | LOGICAL HOST | PSN (IMP) |
+-+------------+--------------+--------------+--------------+
(NOTE: <a href="./rfc796">RFC-796</a> also describes the local address mappings for
several other networks.)
6. It is the responsibility of the users of this host table to
translate it into whatever format is needed for their purposes.
7. Names and addresses for DoD hosts and gateways will be negotiated
and registered with the DDN PMO, and subsequently with the NIC,
<span class="grey">Harrenstien & Stahl & Feinler [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc952">RFC 952</a> October 1985</span>
DOD INTERNET HOST TABLE SPECIFICATION
before being used and before traffic is passed by a DoD host. Names
and addresses for domains and networks are to be registered with the
DDN Network Information Center (HOSTMASTER@SRI-NIC.ARPA) or
800-235-3155.
The NIC will attempt to keep similar information for non-DoD networks
and hosts, if this information is provided, and as long as it is
needed, i.e., until intercommunicating network name servers are in
place.
EXAMPLE OF HOST TABLE FORMAT
NET : 10.0.0.0 : ARPANET :
NET : 128.10.0.0 : PURDUE-CS-NET :
GATEWAY : 10.0.0.77, 18.10.0.4 : MIT-GW.ARPA,MIT-GATEWAY : PDP-11 :
MOS : IP/GW,EGP :
HOST : 26.0.0.73, 10.0.0.51 : SRI-NIC.ARPA,SRI-NIC,NIC : DEC-2060 :
TOPS20 :TCP/TELNET,TCP/SMTP,TCP/TIME,TCP/FTP,TCP/ECHO,ICMP :
HOST : 10.2.0.11 : SU-TAC.ARPA,SU-TAC : C/30 : TAC : TCP :
SYNTAX AND CONVENTIONS
; (semicolon) is used to denote the beginning of a comment.
Any text on a given line following a ';' is a
comment, and not part of the host table.
NET keyword introducing a network entry
GATEWAY keyword introducing a gateway entry
HOST keyword introducing a host entry
DOMAIN keyword introducing a domain entry
:(colon) is used as a field delimiter
::(2 colons) indicates a null field
,(comma) is used as a data element delimiter
XXX/YYY indicates protocol information of the type
TRANSPORT/SERVICE.
where TRANSPORT/SERVICE options are specified as
"FOO/BAR" both transport and service known
<span class="grey">Harrenstien & Stahl & Feinler [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc952">RFC 952</a> October 1985</span>
DOD INTERNET HOST TABLE SPECIFICATION
"FOO" transport known; services not known
"BAR" service is known, transport not known
NOTE: See "Assigned Numbers" for specific options and acronyms
for machine types, operating systems, and protocol/services.
Each host table entry is an ASCII text string comprised of 6 fields,
where
Field 1 KEYWORD indicating whether this entry pertains to
a NET, GATEWAY, HOST, or DOMAIN. NET entries are
assigned and cannot have alternate addresses or
nicknames. DOMAIN entries do not use fields 4, 5,
or 6.
Field 2 Internet Address of Network, Gateway, or Host
followed by alternate addresses. Addresses for a
Domain are those where a Domain Name Server exists
for that domain.
Field 3 Official Name of Network, Gateway, Host, or Domain
(with optional nicknames, where permitted).
Field 4 Machine Type
Field 5 Operating System
Field 6 Protocol List
Fields 4, 5 and 6 are optional. For a Domain they are not used.
Fields 3-6, if included, pertain to the first address in Field 2.
'Blanks' (spaces and tabs) are ignored between data elements or
fields, but are disallowed within a data element.
Each entry ends with a colon.
The entries in the table are grouped by types in the order Domain,
Net, Gateway, and Host. Within each type the ordering is
unspecified.
Note that although optional nicknames are allowed for hosts, they are
discouraged, except in the case where host names have been changed
<span class="grey">Harrenstien & Stahl & Feinler [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc952">RFC 952</a> October 1985</span>
DOD INTERNET HOST TABLE SPECIFICATION
and both the new and the old names are maintained for a suitable
period of time to effect a smooth transition. Nicknames are not
permitted for NET names.
GRAMMATICAL HOST TABLE SPECIFICATION
A. Parsing grammar
<entry> ::= <keyword> ":" <addresses> ":" <names> [":" [<cputype>]
[":" [<opsys>] [":" [<protocol list>] ]]] ":"
<addresses> ::= <address> *["," <address>]
<address> ::= <octet> "." <octet> "." <octet> "." <octet>
<octet> ::= <0 to 255 decimal>
<names> ::= <netname> | <gatename> | <domainname> *[","
<nicknames>]
| <official hostname> *["," <nicknames>]
<netname> ::= <name>
<gatename> ::= <hname>
<domainname> ::= <hname>
<official hostname> ::= <hname>
<nickname> ::= <hname>
<protocol list> ::= <protocol spec> *["," <protocol spec>]
<protocol spec> ::= <transport name> "/" <service name>
| <raw protocol name>
B. Lexical grammar
<entry-field> ::= <entry-text> [<cr><lf> <blank> <entry-field>]
<entry-text> ::= <print-char> *<text>
<blank> ::= <space-or-tab> [<blank>]
<keyword> ::= NET | GATEWAY | HOST | DOMAIN
<hname> ::= <name>*["."<name>]
<name> ::= <let>[*[<let-or-digit-or-hyphen>]<let-or-digit>]
<cputype> ::= PDP-11/70 | DEC-1080 | C/30 | CDC-6400...etc.
<opsys> ::= ITS | MULTICS | TOPS20 | UNIX...etc.
<transport name> ::= TCP | NCP | UDP | IP...etc.
<service name> ::= TELNET | FTP | SMTP | MTP...etc.
<raw protocol name> ::= <name>
<comment> ::= ";" <text><cr><lf>
<text> ::= *[<print-char> | <blank>]
<print-char> ::= <any printing char (not space or tab)>
Notes:
1. Zero or more 'blanks' between separators " , : " are allowed.
'Blanks' are spaces and tabs.
<span class="grey">Harrenstien & Stahl & Feinler [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc952">RFC 952</a> October 1985</span>
DOD INTERNET HOST TABLE SPECIFICATION
2. Continuation lines are lines that begin with at least one
blank. They may be used anywhere 'blanks' are legal to split an
entry across lines.
BIBLIOGRAPHY
1. Feinler, E., Harrenstien, K., Su, Z. and White, V., "Official DoD
Internet Host Table Specification", <a href="./rfc810">RFC-810</a>, Network Information
Center, SRI International, March 1982.
2. Harrenstien, K., Stahl, M., and Feinler, E., "Hostname Server",
<a href="./rfc953">RFC-953</a>, Network Information Center, SRI International, October
1985.
3. Kudlick, M. "Host Names Online", <a href="./rfc608">RFC-608</a>, Network Information
Center, SRI International, January 1973.
4. Postel, J., "Internet Protocol", <a href="./rfc791">RFC-791</a>, Information Sciences
Institute, University of Southern California, Marina del Rey,
September 1981.
5. Postel, J., "Address Mappings", <a href="./rfc796">RFC-796</a>, Information Sciences
Institute, University of Southern California, Marina del Rey,
September 1981.
6. Postel, J., "Domain Name System Implementation Schedule", <a href="./rfc921">RFC-921</a>,
Information Sciences Institute, University of Southern California,
Marina del Rey, October 1984.
7. Reynolds, J. and Postel, J., "Assigned Numbers", <a href="./rfc943">RFC-943</a>,
Information Sciences Institute, University of Southern California,
Marina del Rey, April 1985.
Harrenstien & Stahl & Feinler [Page 6]
</pre>
|