RFC 608 UNKNOWN DNS · DIRECTORIES

Host names on-line

Keeping computers findable with an online list of host names and addresses

On rfc-editor.org ↗
PUBLISHED
January 1974
AUTHORS
M.D. Kudlick
STREAM
Legacy
OBSOLETED BY
RFC 810 — DoD Internet host table specification
MAX HOST NAME LENGTH
48 characters
MAX NETWORK NAME LENGTH
24 characters
HOST ADDRESS FORMAT
Decimal, network-relative
STATUS VALUES
SERVER, USER, TIP, UNKNOWN
FILE SERVER ADDRESS
43 (OFFICE-1)
DOI
10.17487/RFC0608

RFC text

Original text · RFC Editor View on rfc-editor.org ↗
Network Working Group                                   M.D. Kudlick
RFC # 608                                               SRI-ARC
NIC # 21256                                             January 10, 1974


                           HOST NAMES ON-LINE


We at the NIC agree with Peter Deutsch's suggestion (in RFC# 606 / NIC#
21246) that the NIC maintain an online ASCII text file of Host names,
addresses, and attributes.  That suggestion corresponds to one made by
Vint Cerf recently, and evidently receives ARPA/IPT support.

Jake Feinler at the NIC designed and maintains a source file, in NLS
format, that can be used to generate the ASCII file Peter outlined.  A
program to generate an up to date version of the ASCII file needs to be
written at the NIC, and run periodically (weekly, or as the situation
warrants).  Such a mechanism would allow us, of course, to maintain one
source of data and use it for this and other purposes.

Our present data includes official Host name, Host address, Host status
(user, server, TIP) and certain other information like Technical
Liaison, Host computer, operating system, etc.

Provisions exist for including attributes of the type Peter suggested
(for example FTP byte size, TELNET duplex mode, echoing mode, and
nicknames), but these data are currently NOT in our source file.


To get things moving, therefore, we propose to do the following things:

    1)  We shall write a program to generate the ASCII file in the
        syntax described in RFC# 606, namely:

        <host-name-file> ::= <entry> / <host-name-file> <entry>

        <entry> ::= <data-part> <end-of-line>

            Note that this produces a blank line after the <data-part>.

        <data-part> ::= <basic-part> / <data-part> <attribute-item>

        <basic-part> ::= <host-name> , <host-address> <end-of-line>

        <attribute-item> ::= <attribute-name> = <attribute-value> <end-
        of-line>

    2)  We shall initially include only the following items in each
        <entry>:

        a)  <basic-part>

            in which <host-address> will be a decimal host address,
            relative to the Host's own Network, and

            in which <host-name> will be the official Host Name, a
            string obtained through negotiation between the Host and the
            NIC, governed by these constraints:

                up to 48 characters drawn from the alphabet (A-Z),
                digits (0-9), and the minus sign (-) ... specifically,
                no blank or space characters allowed;

                no distinction between upper and lower case letters;

                the first character is a letter;

                the last character is NOT a minus sign;

                no other restrictions on content or syntax.

            Note:  The Host Name may be prefixed with an Official
            Network Name of up to 24 characters enclosed in parentheses
            ().  The Network Name designates the Network in which the
            Host resides.

                (The characters used in the Network Name are drawn from
                the same character set as those in the Host Name, with
                the same constraints [except the length] as listed
                above.)

                The ASCII text file will only contain the Official
                Network name for Hosts NOT on the ARPANET; for ARPANET
                Hosts there will be no Network Name prefix.

        b)  <attribute-item>

            in which <attribute-name> initially will have the single
            possible value STATUS, and the corresponding value of
            <attribute-value> for STATUS will be one of these:

                SERVER
                USER
                TIP
                UNKNOWN

        c)  <end-of-line>

            this will be carriage return followed by line feed (octal
            015  followed by  octal  12).

    3)  Attributes other than those for which <attribute-name> is STATUS
        will be added in the above format at a later date (to be
        announced) as the data becomes available to us.

        We agree with Peter that the attribute list should not be
        construed as replacing option negotiation or any other means by
        which one Host discovers the properties of another, but merely
        as an alternative source of information that is simply and
        easily accessible, in machine-readable form.

        Suggestions for attributes that are worthy of inclusion in the
        ASCII file of Hostnames are welcome.  Please send your
        suggestions and/or data to Jake Feinler
            FEINLER @ SRI-ARC,   or  NIC Ident  =  JAKE

        For completeness, we record here the attribute suggestions given
        in RFC# 606:

            NICKNAMES -- value is a list of acceptable nicknames for the
            host.  Any system that provides name-to-address translation
            is encouraged (although of course not required) to accept
            these names as alternatives to the official host name.

            FTP-BYTE-SIZES -- value is a list of the byte sizes
            supported by the FTP server.  The first byte size is the one
            which leads to the least computational overhead (e.g. 36 for
            PDP-10's, 32 for 360's).

            ECHOING -- value is L or R depending on whether the host
            expects the terminal to echo (Remote) or expects to do its
            own echoing (Local).

The ASCII file generated by the NIC will reside at Host OFFICE-1 (Host
Address = 43 decimal), and will have the pathname

    <NETINFO>HOSTS.TXT

Using this pathname with an FTP process will enable anyone, of course,
to retrieve the file for use at any Network Host.

    The login username for FTP can be GUEST,
    password ARPA,
    account 1.

The file will be in alphanumeric sequence by Host Name.

The date after which the file will be available at OFFICE-l will be
announced via RFC as soon as the file is ready.


We welcome comments on this RFC, on RFC# 606, or on any other aspect of
this problem.  And we wish to acknowledge the contributions of Vint
Cerf, Peter Deutsch, Jake Feinler, and Nancy Neigus in getting the
Official Host Name list to happen.










       [ This RFC was put into machine readable form for entry ]
       [ into the online RFC archives by Alex McKenzie with    ]
       [ support from GTE, formerly BBN Corp.            11/99 ]

AI ELI5

On this page
PROBLEMEarly networks had no central way to find host addresses. Engineers had to manually coordinate or exchange lists of computer names and their numeric addresses.
MECHANISMThe NIC proposes to maintain a single online ASCII file containing official host names, network addresses, and status attributes, generated from a central database and available via FTP.
PREDECESSOR TO HOSTNAME SYSTEMSThis became a foundational idea for host name directories, though the specific syntax was soon superseded by RFC 810 and later the DNS system.

§1The Need for a Central Host List

RFC 608 responds to an earlier proposal in RFC 606 by Peter Deutsch. The NIC (Network Information Center) at SRI-ARC agrees that the growing ARPANET needs a single, machine-readable file listing all known hosts: their official names, their network addresses, and key attributes like whether each host is a server, user machine, or terminal interface processor (TIP).

Rather than having each site maintain its own partial list and try to keep them in sync, one authoritative source would be generated regularly from a central database and made available to all.

Growing networks needed a master list of all the computers and their addresses. This document says the NIC should keep that list, update it regularly, and let everyone download it.

§2File Format and Entry Structure

Each entry in the ASCII file contains two parts: a basic entry and optional attributes. The basic entry is a host name and its decimal network address, separated by a comma. Attribute entries follow, with names and values on separate lines.

A host name is up to 48 characters: letters, digits, and hyphens only, starting with a letter and never ending with a hyphen. For hosts not on the ARPANET, the official network name can prefix the host name in parentheses (up to 24 characters, with the same character restrictions). Initially, the only attribute is STATUS, which takes one of four values: SERVER, USER, TIP, or UNKNOWN. Future attributes (nicknames, FTP byte sizes, terminal echo modes) are planned but not yet included in the file.

Each line lists a computer's name and address. Names follow simple rules: letters, numbers, and hyphens, nothing else. Each computer is marked as a SERVER, USER machine, or TIP. More details could be added later.

§3Availability and Updates

The NIC will generate the file on a schedule (initially weekly or as needed) and store it at host OFFICE-1 (host address 43 decimal) under the pathname <NETINFO>HOSTS.TXT. The file is accessible via FTP with guest login (username GUEST, password ARPA, account 1). The file is sorted alphabetically by host name.

The RFC invites suggestions for additional attributes and welcomes comments from the community.

The file sits on one computer that everyone can reach using FTP. It gets updated regularly and is organized in alphabetical order so you can search it easily.

§4References