home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1032.txt < prev    next >
Text File  |  1996-05-07  |  29KB  |  434 lines

  1. Network Working Group                                       M. Stahl Request for Comments: 1032                         SRI International                                                        November 1987 
  2.  
  3.                        DOMAIN ADMINISTRATORS GUIDE 
  4.  
  5.  STATUS OF THIS MEMO 
  6.  
  7.    This memo describes procedures for registering a domain with the    Network Information Center (NIC) of Defense Data Network (DDN), and    offers guidelines on the establishment and administration of a domain    in accordance with the requirements specified in RFC-920.  It is    intended for use by domain administrators.  This memo should be used    in conjunction with RFC-920, which is an official policy statement of    the Internet Activities Board (IAB) and the Defense Advanced Research    Projects Agency (DARPA).  Distribution of this memo is unlimited. 
  8.  
  9. BACKGROUND 
  10.  
  11.    Domains are adminstrative entities that provide decentralized    management of host naming and addressing.  The domain-naming system    is distributed and hierarchical. 
  12.  
  13.    The NIC is designated by the Defense Communications Agency (DCA) to    provide registry services for the domain-naming system on the DDN and    DARPA portions of the Internet. 
  14.  
  15.    As registrar of top-level and second-level domains, as well as    administrator of the root domain name servers on behalf of DARPA and    DDN, the NIC is responsible for maintaining the root server zone    files and their binary equivalents.  In addition, the NIC is    responsible for administering the top-level domains of "ARPA," "COM,"    "EDU," "ORG," "GOV," and "MIL" on behalf of DCA and DARPA until it    becomes feasible for other appropriate organizations to assume those    responsibilities. 
  16.  
  17.    It is recommended that the guidelines described in this document be    used by domain administrators in the establishment and control of    second-level domains. 
  18.  
  19. THE DOMAIN ADMINISTRATOR 
  20.  
  21.    The role of the domain administrator (DA) is that of coordinator,    manager, and technician.  If his domain is established at the second    level or lower in the tree, the DA must register by interacting with    the management of the domain directly above his, making certain that 
  22.  
  23.  
  24.  
  25. Stahl                                                           [Page 1] 
  26.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  27.  
  28.     his domain satisfies all the requirements of the administration under    which his domain would be situated.  To find out who has authority    over the name space he wishes to join, the DA can ask the NIC    Hostmaster.  Information on contacts for the top-level and second-    level domains can also be found on line in the file NETINFO:DOMAIN-    CONTACTS.TXT, which is available from the NIC via anonymous FTP. 
  29.  
  30.    The DA should be technically competent; he should understand the    concepts and procedures for operating a domain server, as described    in RFC-1034, and make sure that the service provided is reliable and    uninterrupted.  It is his responsibility or that of his delegate to    ensure that the data will be current at all times.  As a manager, the    DA must be able to handle complaints about service provided by his    domain name server.  He must be aware of the behavior of the hosts in    his domain, and take prompt action on reports of problems, such as    protocol violations or other serious misbehavior.  The administrator    of a domain must be a responsible person who has the authority to    either enforce these actions himself or delegate them to someone    else. 
  31.  
  32.    Name assignments within a domain are controlled by the DA, who should    verify that names are unique within his domain and that they conform    to standard naming conventions.  He furnishes access to names and    name-related information to users both inside and outside his domain.    He should work closely with the personnel he has designated as the    "technical and zone" contacts for his domain, for many administrative    decisions will be made on the basis of input from these people. 
  33.  
  34. THE DOMAIN TECHNICAL AND ZONE CONTACT 
  35.  
  36.    A zone consists of those contiguous parts of the domain tree for    which a domain server has complete information and over which it has    authority.  A domain server may be authoratative for more than one    zone.  The domain technical/zone contact is the person who tends to    the technical aspects of maintaining the domain's name server and    resolver software, and database files.  He keeps the name server    running, and interacts with technical people in other domains and    zones to solve problems that affect his zone. 
  37.  
  38. POLICIES 
  39.  
  40.    Domain or host name choices and the allocation of domain name space    are considered to be local matters.  In the event of conflicts, it is    the policy of the NIC not to get involved in local disputes or in the    local decision-making process.  The NIC will not act as referee in    disputes over such matters as who has the "right" to register a    particular top-level or second-level domain for an organization.  The    NIC considers this a private local matter that must be settled among 
  41.  
  42.  
  43.  
  44. Stahl                                                           [Page 2] 
  45.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  46.  
  47.     the parties involved prior to their commencing the registration    process with the NIC.  Therefore, it is assumed that the responsible    person for a domain will have resolved any local conflicts among the    members of his domain before registering that domain with the NIC.    The NIC will give guidance, if requested, by answering specific    technical questions, but will not provide arbitration in disputes at    the local level.  This policy is also in keeping with the distributed    hierarchical nature of the domain-naming system in that it helps to    distribute the tasks of solving problems and handling questions. 
  48.  
  49.    Naming conventions for hosts should follow the rules specified in    RFC-952.  From a technical standpoint, domain names can be very long.    Each segment of a domain name may contain up to 64 characters, but    the NIC strongly advises DAs to choose names that are 12 characters    or fewer, because behind every domain system there is a human being    who must keep track of the names, addresses, contacts, and other data    in a database.  The longer the name, the more likely the data    maintainer is to make a mistake.  Users also will appreciate shorter    names.  Most people agree that short names are easier to remember and    type; most domain names registered so far are 12 characters or fewer. 
  50.  
  51.    Domain name assignments are made on a first-come-first-served basis.    The NIC has chosen not to register individual hosts directly under    the top-level domains it administers.  One advantage of the domain    naming system is that administration and data maintenance can be    delegated down a hierarchical tree.  Registration of hosts at the    same level in the tree as a second-level domain would dilute the    usefulness of this feature.  In addition, the administrator of a    domain is responsible for the actions of hosts within his domain.  We    would not want to find ourselves in the awkward position of policing    the actions of individual hosts.  Rather, the subdomains registered    under these top-level domains retain the responsibility for this    function. 
  52.  
  53.    Countries that wish to be registered as top-level domains are    required to name themselves after the two-letter country code listed    in the international standard ISO-3166.  In some cases, however, the    two-letter ISO country code is identical to a state code used by the    U.S. Postal Service.  Requests made by countries to use the three-    letter form of country code specified in the ISO-3166 standard will    be considered in such cases so as to prevent possible conflicts and    confusion. 
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63. Stahl                                                           [Page 3] 
  64.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  65.  
  66.  HOW TO REGISTER 
  67.  
  68.    Obtain a domain questionnaire from the NIC hostmaster, or FTP the    file NETINFO:DOMAIN-TEMPLATE.TXT from host SRI-NIC.ARPA. 
  69.  
  70.    Fill out the questionnaire completely.  Return it via electronic mail    to HOSTMASTER@SRI-NIC.ARPA. 
  71.  
  72.    The APPENDIX to this memo contains the application form for    registering a top-level or second-level domain with the NIC.  It    supersedes the version of the questionnaire found in RFC-920.  The    application should be submitted by the person administratively    responsible for the domain, and must be filled out completely before    the NIC will authorize establishment of a top-level or second-level    domain.  The DA is responsible for keeping his domain's data current    with the NIC or with the registration agent with which his domain is    registered.  For example, the CSNET and UUCP managements act as    domain filters, processing domain applications for their own    organizations.  They pass pertinent information along periodically to    the NIC for incorporation into the domain database and root server    files.  The online file NETINFO:ALTERNATE-DOMAIN-PROCEDURE.TXT    outlines this procedure.  It is highly recommended that the DA review    this information periodically and provide any corrections or    additions.  Corrections should be submitted via electronic mail. 
  73.  
  74. WHICH DOMAIN NAME? 
  75.  
  76.    The designers of the domain-naming system initiated several general    categories of names as top-level domain names, so that each could    accommodate a variety of organizations.  The current top-level    domains registered with the DDN Network Information Center are ARPA,    COM, EDU, GOV, MIL, NET, and ORG, plus a number of top-level country    domains.  To join one of these, a DA needs to be aware of the purpose    for which it was intended. 
  77.  
  78.       "ARPA" is a temporary domain.  It is by default appended to the       names of hosts that have not yet joined a domain.  When the system       was begun in 1984, the names of all hosts in the Official DoD       Internet Host Table maintained by the NIC were changed by adding       of the label ".ARPA" in order to accelerate a transition to the       domain-naming system.  Another reason for the blanket name changes       was to force hosts to become accustomed to using the new style       names and to modifiy their network software, if necessary.  This       was done on a network-wide basis and was directed by DCA in DDN       Management Bulletin No. 22.  Hosts that fall into this domain will       eventually move to other branches of the domain tree. 
  79.  
  80.  
  81.  
  82.  
  83.  
  84. Stahl                                                           [Page 4] 
  85.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  86.  
  87.        "COM" is meant to incorporate subdomains of companies and       businesses. 
  88.  
  89.       "EDU" was initiated to accommodate subdomains set up by       universities and other educational institutions. 
  90.  
  91.       "GOV" exists to act as parent domain for subdomains set up by       government agencies. 
  92.  
  93.       "MIL" was initiated to act as parent to subdomains that are       developed by military organizations. 
  94.  
  95.       "NET" was introduced as a parent domain for various network-type       organizations.  Organizations that belong within this top-level       domain are generic or network-specific, such as network service       centers and consortia.  "NET" also encompasses network       management-related organizations, such as information centers and       operations centers. 
  96.  
  97.       "ORG" exists as a parent to subdomains that do not clearly fall       within the other top-level domains.  This may include technical-       support groups, professional societies, or similar organizations. 
  98.  
  99.    One of the guidelines in effect in the domain-naming system is that a    host should have only one name regardless of what networks it is    connected to.  This implies, that, in general, domain names should    not include routing information or addresses.  For example, a host    that has one network connection to the Interent and another to BITNET    should use the same name when talking to either network.  For a    description of the syntax of domain names, please refer to Section 3    of RFC-1034. 
  100.  
  101. VERIFICATION OF DATA 
  102.  
  103.    The verification process can be accomplished in several ways.  One of    these is through the NIC WHOIS server.  If he has access to WHOIS,    the DA can type the commmand "whois domain <domain name><return>".    The reply from WHOIS will supply the following: the name and address    of the organization "owning" the domain; the name of the domain; its    administrative, technical, and zone contacts; the host names and    network addresses of sites providing name service for the domain. 
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  Stahl                                                           [Page 5] 
  114.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  115.  
  116.           Example: 
  117.  
  118.          @whois domain rice.edu<Return> 
  119.  
  120.             Rice University (RICE-DOM)             Advanced Studies and Research             Houston, TX 77001 
  121.  
  122.             Domain Name: RICE.EDU 
  123.  
  124.                Administrative Contact:                Kennedy, Ken  (KK28)  Kennedy@LLL-CRG.ARPA (713) 527-4834                Technical Contact, Zone Contact:                Riffle, Vicky R.  (VRR)  rif@RICE.EDU                (713) 527-8101 ext 3844 
  125.  
  126.             Domain servers: 
  127.  
  128.             RICE.EDU                     128.42.5.1             PENDRAGON.CS.PURDUE.EDU      128.10.2.5 
  129.  
  130.     Alternatively, the DA can send an electronic mail message to    SERVICE@SRI-NIC.ARPA.  In the subject line of the message header, the    DA should type "whois domain <domain name>".  The requested    information will be returned via electronic mail.  This method is    convenient for sites that do not have access to the NIC WHOIS    service. 
  131.  
  132.    The initial application for domain authorization should be submitted    via electronic mail, if possible, to HOSTMASTER@SRI-NIC.ARPA.  The    questionnaire described in the appendix may be used or a separate    application can be FTPed from host SRI-NIC.ARPA.  The information    provided by the administrator will be reviewed by hostmaster    personnel for completeness.  There will most likely be a few    exchanges of correspondence via electronic mail, the preferred method    of communication, prior to authorization of the domain. 
  133.  
  134. HOW TO GET MORE INFORMATION 
  135.  
  136.    An informational table of the top-level domains and their root    servers is contained in the file NETINFO:DOMAINS.TXT online at SRI-    NIC.ARPA. This table can be obtained by FTPing the file.    Alternatively, the information can be acquired by opening a TCP or    UDP connection to the NIC Host Name Server, port 101 on SRI-NIC.ARPA,    and invoking the command "ALL-DOM". 
  137.  
  138.  
  139.  
  140.  
  141.  
  142. Stahl                                                           [Page 6] 
  143.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  144.  
  145.     The following online files, all available by FTP from SRI-NIC.ARPA,    contain pertinent domain information: 
  146.  
  147.       - NETINFO:DOMAINS.TXT, a table of all top-level domains and the         network addresses of the machines providing domain name         service for them.  It is updated each time a new top-level         domain is approved. 
  148.  
  149.       - NETINFO:DOMAIN-INFO.TXT contains a concise list of all         top-level and second-level domain names registered with the         NIC and is updated monthly. 
  150.  
  151.       - NETINFO:DOMAIN-CONTACTS.TXT also contains a list of all the         top level and second-level domains, but includes the         administrative, technical and zone contacts for each as well. 
  152.  
  153.       - NETINFO:DOMAIN-TEMPLATE.TXT contains the questionnaire to be         completed before registering a top-level or second-level         domain. 
  154.  
  155.    For either general or specific information on the domain system, do    one or more of the following:        1. Send electronic mail to HOSTMASTER@SRI-NIC.ARPA 
  156.  
  157.       2. Call the toll-free NIC hotline at (800) 235-3155 
  158.  
  159.       3. Use FTP to get background RFCs and other files maintained          online at the NIC.  Some pertinent RFCs are listed below in          the REFERENCES section of this memo. 
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181. Stahl                                                           [Page 7] 
  182.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  183.  
  184.  REFERENCES 
  185.  
  186.    The references listed here provide important background information    on the domain-naming system.  Path names of the online files    available via anonymous FTP from the SRI-NIC.ARPA host are noted in    brackets. 
  187.  
  188.       1. Defense Communications Agency DDN Defense Communications          System, DDN Management Bulletin No. 22, Domain Names          Transition, March 1984.          [ DDN-NEWS:DDN-MGT-BULLETIN-22.TXT ] 
  189.  
  190.       2. Defense Communications Agency DDN Defense Communications          System, DDN Management Bulletin No. 32, Phase I of the Domain          Name Implementation, January 1987.          [ DDN-NEWS:DDN-MGT-BULLETIN-32.TXT ] 
  191.  
  192.       3. Harrenstien, K., M. Stahl, and E. Feinler, "Hostname          Server", RFC-953, DDN Network Information Center, SRI          International, October 1985.  [ RFC:RFC953.TXT ] 
  193.  
  194.       4. Harrenstien, K., M. Stahl, and E. Feinler, "Official DoD          Internet Host Table Specification", RFC-952, DDN Network          Information Center, SRI International, October 1985.          [ RFC:RFC952.TXT ] 
  195.  
  196.       5. ISO, "Codes for the Representation of Names of Countries",          ISO-3166, International Standards Organization, May 1981.          [ Not online ] 
  197.  
  198.       6. Lazear, W.D., "MILNET Name Domain Transition", RFC-1031,          Mitre Corporation, October 1987.  [ RDC:RFC1031.TXT ] 
  199.  
  200.       7. Lottor, M.K., "Domain Administrators Operations Guide",          RFC-1033, DDN Network Information Center, SRI International,          July 1987.  [ RFC:RFC1033.TXT ] 
  201.  
  202.       8. Mockapetris, P., "Domain Names - Concepts and Facilities",          RFC-1034, USC Information Sciences Institute, October 1987.          [ RFC:RFC1034.TXT ] 
  203.  
  204.       9. Mockapetris, P., "Domain Names - Implementation and          Specification", RFC-1035, USC Information Sciences Institute,          October 1987.  [ RFC:RFC1035.TXT ] 
  205.  
  206.      10. Mockapetris, P., "The Domain Name System", Proceedings of the          IFIP 6.5 Working Conference on Computer Message Services,          Nottingham, England, May 1984.  Also as ISI/RS-84-133, June 
  207.  
  208.  
  209.  
  210. Stahl                                                           [Page 8] 
  211.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  212.  
  213.           1984.  [ Not online ] 
  214.  
  215.      11. Mockapetris, P., J. Postel, and P. Kirton, "Name Server          Design for Distributed Systems", Proceedings of the Seventh          International Conference on Computer Communication, October          30 to November 3 1984, Sidney, Australia.  Also as          ISI/RS-84-132, June 1984.  [ Not online ] 
  216.  
  217.      12. Partridge, C., "Mail Routing and the Domain System", RFC-974,          CSNET-CIC, BBN Laboratories, January 1986.          [ RFC:RFC974.TXT ] 
  218.  
  219.      13. Postel, J., "The Domain Names Plan and Schedule", RFC-881,          USC Information Sciences Institute, November 1983.          [ RFC:RFC881.TXT ] 
  220.  
  221.      14. Reynolds, J., and Postel, J., "Assigned Numbers", RFC-1010          USC Information Sciences Institute, May 1986.          [ RFC:RFC1010.TXT ] 
  222.  
  223.      15. Romano, S., and Stahl, M., "Internet Numbers", RFC-1020,          SRI, November 1987.          [ RFC:RFC1020.TXT ] 
  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.  Stahl                                                           [Page 9] 
  252.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  253.  
  254.  APPENDIX 
  255.  
  256.    The following questionnaire may be FTPed from SRI-NIC.ARPA as    NETINFO:DOMAIN-TEMPLATE.TXT. 
  257.  
  258.    --------------------------------------------------------------------- 
  259.  
  260.    To establish a domain, the following information must be sent to the    NIC Domain Registrar (HOSTMASTER@SRI-NIC.ARPA): 
  261.  
  262.    NOTE: The key people must have electronic mailboxes and NIC    "handles," unique NIC database identifiers.  If you have access to    "WHOIS", please check to see if you are registered and if so, make    sure the information is current.  Include only your handle and any    changes (if any) that need to be made in your entry.  If you do not    have access to "WHOIS", please provide all the information indicated    and a NIC handle will be assigned. 
  263.  
  264.    (1)  The name of the top-level domain to join. 
  265.  
  266.          For example:  COM 
  267.  
  268.    (2) The NIC handle of the administrative head of the organization.    Alternately, the person's name, title, mailing address, phone number,    organization, and network mailbox.  This is the contact point for    administrative and policy questions about the domain.  In the case of    a research project, this should be the principal investigator. 
  269.  
  270.          For example: 
  271.  
  272.             Administrator 
  273.  
  274.                Organization  The NetWorthy Corporation                Name          Penelope Q. Sassafrass                Title         President                Mail Address  The NetWorthy Corporation                              4676 Andrews Way, Suite 100                              Santa Clara, CA 94302-1212                Phone Number  (415) 123-4567                Net Mailbox   Sassafrass@ECHO.TNC.COM                NIC Handle    PQS 
  275.  
  276.    (3)  The NIC handle of the technical contact for the domain.    Alternately, the person's name, title, mailing address, phone number,    organization, and network mailbox.  This is the contact point for    problems concerning the domain or zone, as well as for updating    information about the domain or zone. 
  277.  
  278.  
  279.  
  280.  Stahl                                                          [Page 10] 
  281.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  282.  
  283.           For example: 
  284.  
  285.             Technical and Zone Contact 
  286.  
  287.                Organization  The NetWorthy Corporation                Name          Ansel A. Aardvark                Title         Executive Director                Mail Address  The NetWorthy Corporation                              4676 Andrews Way, Suite 100                              Santa Clara, CA. 94302-1212                Phone Number  (415) 123-6789                Net Mailbox   Aardvark@ECHO.TNC.COM                NIC Handle    AAA2 
  288.  
  289.    (4)  The name of the domain (up to 12 characters).  This is the name    that will be used in tables and lists associating the domain with the    domain server addresses.  [While, from a technical standpoint, domain    names can be quite long (programmers beware), shorter names are    easier for people to cope with.] 
  290.  
  291.          For example:  TNC 
  292.  
  293.    (5)  A description of the servers that provide the domain service for    translating names to addresses for hosts in this domain, and the date    they will be operational. 
  294.  
  295.          A good way to answer this question is to say "Our server is          supplied by person or company X and does whatever their standard          issue server does." 
  296.  
  297.             For example:  Our server is a copy of the one operated by             the NIC; it will be installed and made operational on             1 November 1987. 
  298.  
  299.    (6) Domains must provide at least two independent servers for the    domain.  Establishing the servers in physically separate locations    and on different PSNs is strongly recommended.  A description of the    server machine and its backup, including 
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313. Stahl                                                          [Page 11] 
  314.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  315.  
  316.           (a) Hardware and software (using keywords from the Assigned          Numbers RFC). 
  317.  
  318.          (b) Host domain name and network addresses (which host on which          network for each connected network). 
  319.  
  320.          (c) Any domain-style nicknames (please limit your domain-style          nickname request to one) 
  321.  
  322.          For example: 
  323.  
  324.             - Hardware and software 
  325.  
  326.                VAX-11/750  and  UNIX,    or                IBM-PC      and  MS-DOS,  or                DEC-1090    and  TOPS-20 
  327.  
  328.             - Host domain names and network addresses 
  329.  
  330.                BAR.FOO.COM 10.9.0.193 on ARPANET 
  331.  
  332.             - Domain-style nickname 
  333.  
  334.                BR.FOO.COM (same as BAR.FOO.COM 10.9.0.13 on ARPANET) 
  335.  
  336.    (7)  Planned mapping of names of any other network hosts, other than    the server machines, into the new domain's naming space. 
  337.  
  338.          For example: 
  339.  
  340.             BAR-FOO2.ARPA (10.8.0.193) -> FOO2.BAR.COM             BAR-FOO3.ARPA (10.7.0.193) -> FOO3.BAR.COM             BAR-FOO4.ARPA (10.6.0.193) -> FOO4.BAR.COM 
  341.  
  342.     (8)  An estimate of the number of hosts that will be in the domain. 
  343.  
  344.          (a) Initially          (b) Within one year          (c) Two years          (d) Five years. 
  345.  
  346.          For example: 
  347.  
  348.             (a) Initially  =   50             (b) One year   =  100             (c) Two years  =  200             (d) Five years =  500 
  349.  
  350.  
  351.  
  352. Stahl                                                          [Page 12] 
  353.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  354.  
  355.     (9)  The date you expect the fully qualified domain name to become    the official host name in HOSTS.TXT. 
  356.  
  357.          Please note: If changing to a fully qualified domain name (e.g.,          FOO.BAR.COM) causes a change in the official host name of an          ARPANET or MILNET host, DCA approval must be obtained beforehand.          Allow 10 working days for your requested changes to be processed. 
  358.  
  359.          ARPANET sites should contact ARPANETMGR@DDN1.ARPA.  MILNET sites          should contact HOSTMASTER@SRI-NIC.ARPA, 800-235-3155, for          further instructions. 
  360.  
  361.    (10) Please describe your organization briefly. 
  362.  
  363.          For example: The NetWorthy Corporation is a consulting          organization of people working with UNIX and the C language in an          electronic networking environment.  It sponsors two technical          conferences annually and distributes a bimonthly newsletter. 
  364.  
  365.    --------------------------------------------------------------------- 
  366.  
  367.    This example of a completed application corresponds to the examples    found in the companion document RFC-1033, "Domain Administrators    Operations Guide." 
  368.  
  369.    (1)  The name of the top-level domain to join. 
  370.  
  371.             COM 
  372.  
  373.    (2)  The NIC handle of the administrative contact person. 
  374.  
  375.             NIC Handle    JAKE 
  376.  
  377.    (3)  The NIC handle of the domain's technical and zone          contact person. 
  378.  
  379.             NIC Handle    DLE6 
  380.  
  381.    (4)  The name of the domain. 
  382.  
  383.             SRI 
  384.  
  385.    (5)  A description of the servers. 
  386.  
  387.             Our server is the TOPS20 server JEEVES supplied by ISI; it             will be installed and made operational on 1 July 1987. 
  388.  
  389.  
  390.  
  391.  
  392.  
  393. Stahl                                                          [Page 13] 
  394.  RFC 1032              DOMAIN ADMINISTRATORS GUIDE          November 1987 
  395.  
  396.     (6)  A description of the server machine and its backup: 
  397.  
  398.             (a) Hardware and software 
  399.  
  400.                DEC-1090T   and  TOPS20                DEC-2065    and  TOPS20 
  401.  
  402.             (b) Host domain name and network address 
  403.  
  404.                KL.SRI.COM  10.1.0.2 on ARPANET, 128.18.10.6 on SRINET                STRIPE.SRI.COM  10.4.0.2 on ARPANET, 128.18.10.4 on SRINET 
  405.  
  406.             (c) Domain-style nickname 
  407.  
  408.                None 
  409.  
  410.    (7)  Planned mapping of names of any other network hosts, other than    the server machines, into the new domain's naming space. 
  411.  
  412.             SRI-Blackjack.ARPA (128.18.2.1) -> Blackjack.SRI.COM             SRI-CSL.ARPA (192.12.33.2) -> CSL.SRI.COM 
  413.  
  414.    (8)  An estimate of the number of hosts that will be directly within    this domain.              (a) Initially  =   50             (b) One year   =  100             (c) Two years  =  200             (d) Five years =  500 
  415.  
  416.    (9)  A date when you expect the fully qualified domain name to become    the official host name in HOSTS.TXT. 
  417.  
  418.             31 September 1987 
  419.  
  420.    (10)  Brief description of organization. 
  421.  
  422.             SRI International is an independent, nonprofit, scientific             research organization.  It performs basic and applied research             for government and commercial clients, and contributes to             worldwide ecomomic, scientific, industrial, and social progress             through research and related services. 
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432. Stahl                                                          [Page 14] 
  433.  
  434.