home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / INET / NETINFO / USDOMAIN.TXT < prev    next >
Encoding:
Text File  |  1992-01-22  |  14.5 KB  |  427 lines
  1.   [netinfo/us-domain.txt]                               [Jan 1992]
  2.  
  3.                           The US Domain
  4.                           =============
  5.  
  6. Introduction:
  7.  
  8. The US domain is an official top-level domain in the Domain Name
  9. System (DNS) of the Internet community.  It is registered with the
  10. Network Information Center (DDN-NIC).  The domain administrators are
  11. Jon Postel and Ann Westine Cooper at the Information Sciences
  12. Institute of the University of Southern California (USC-ISI).
  13.  
  14. The US domain hierarchy is based on political geography, that is, the US
  15. domain is subdivided into states, then cities, and so on.  Any computer
  16. in the United States may be registered in the US domain.
  17.  
  18. Typical host names in the US domain are:
  19.  
  20.         VIXIE.SF.CA.US
  21.         DOGWOOD.ATL.GA.US
  22.         KILLER.DALLAS.TX.US
  23.         HOLODEK.SANTA-CRUZ.CA.US
  24.         GRIAN.CPS.ALTADENA.CA.US
  25.  
  26. Membership:
  27.  
  28. Because many computers in the United States are already registered in
  29. the COM, EDU, and other top level domains, relatively few computers are
  30. currently registered in the US domain.  However the US Domain is
  31. beginning to grow.
  32.  
  33. In the past the computers registered the US Domain were primarily
  34. owned by small companies or individuals (and often located in homes).
  35. It is expected than many more computers of all types and belonging to
  36. all sizes of organizations will be registered in the US Domain.
  37.  
  38. Large organizations or companies are also encouraged to register in
  39. the US Domain.  Typically these have many hosts and will operate their
  40. own DNS name servers.  The US Domain will delegate an appropriate part
  41. of the name space to such large organizations on the same terms as the
  42. NIC requires for delegations of portions of the COM or EDU domains.
  43.  
  44. Administration:
  45.  
  46. Currently, the US Domain and all of its subdivisions (i.e., states,
  47. cities etc.) are managed by the US Domain Registrar.  The US Domain is
  48. just beginning to grow and we want to be careful about what names get
  49. used and how control is allocated until some usage patterns are
  50. established.  We will run the servers for all the states in the US
  51. domain.  
  52.  
  53. Registration of a host in the US domain does not grant permission to use
  54. the Internet or its component networks.  Any restrictions on sending
  55. mail through (or other use of) the Internet is independent of host
  56. registration in the US domain.  Registration in the US domain does not
  57. allocate any IP address, or cause registration in HOSTS.TXT.
  58.  
  59. There is no change in the procedures for registration in, or operation
  60. of, other top-level domains such as COM, EDU, GOV, MIL, NET, or ORG.
  61. These domains are not being moved under the US domain.
  62.  
  63. Delegation:
  64.  
  65. At some future point we will hand off the administration of individual
  66. states to appropriate responsible people, probably in the state they
  67. administer.  Early experience shows that delegation of cities and of
  68. companies within cities is most practical.  The delegated part of the
  69. name space will most likely be in the form of
  70. <org-name>.<city>.<state>.US.
  71.  
  72.                    For example:  IBM.ARMONK.NY.US.
  73.  
  74. Generally, organizations requesting delegations must provide at least
  75. two independent DNS name servers in physically separate locations on
  76. the Internet that provide the the domain service for translating names
  77. to addresses in this domain.
  78.  
  79. The state codes are those assigned by the US Postal Service.  Cities
  80. may be named (designated) by their full name (spelled out with hyphens
  81. replacing spaces (e.g., Los-Angeles or New-York)), or by a city code.
  82. The first choice is the full city name, the second choice is the city
  83. codes from Western Union's "City Mnemonics" list, and a third choice
  84. is a code for your city that you choose.  However, it is very
  85. desirable that all users in the same city use the same designator for
  86. the city.
  87.  
  88.              For example:  Joes-Bar.Santa-Monica.CA.US
  89.  
  90. Groups:
  91.  
  92. The administrator of a company or the organizer of a group (or "domain
  93. park") of users with individual hosts may coordinate the registration of
  94. the group by forwarding all the information for the group to the US
  95. Domain Administrator.
  96.  
  97. In this case, the explicit specific information for each host must be
  98. provided.  All fully qualified names must be unique.  If a host is not
  99. directly on the Internet an MX record is required pointing to an
  100. Internet host for forwarding.  The forwarding host must be directly on
  101. the Internet (that is, have an IP address), no "double MX-ing" is
  102. allowed.
  103.  
  104. A group coordinator of, for example, the Computer Club in Chicago (CLUB),
  105. could arrange to coordinate the registration of all the computers used
  106. by members of the club.  The registered names might have the form:
  107.  
  108.     ALPHA.CLUB.CHI.IL.US   MX   10   CS.CHICAGO-U.EDU
  109.  
  110. Only hosts on the Internet can act as forwarding hosts.  Hosts on
  111. networks such as UUCP, and BITNET, must be registered with an
  112. Internet forwarding host.  When registering a destination host in the US
  113. domain with an MX record, the requester is responsible for also
  114. registering the destination host with the administrator of the
  115. forwarding host.
  116.  
  117. For example, when a message is sent to "Susan@ALPHA.CLUB.CHI.IL.US"
  118. it will be routed to the Internet host "CS.CHICAGO-U.EDU" as directed
  119. by the MX record.  The host "CS.CHICAGO-U.EDU" must know some way of
  120. delivering the message to the host "ALPHA.CLUB.CHI.IL.US" (uucp, slip,
  121. whatever).  So the destination host (ALPHA.CLUB.CHI.IL.US) must be
  122. known to (registered with) the forwarding host (CS.CHICAGO-U.EDU), as
  123. well as being registered in the US domain DNS database.
  124.  
  125. The administrator of the destination host must make an agreement with
  126. the administrator of the forwarding host for the forwarding service.
  127. This agreement must be in place before the request for registration is
  128. sent to the US Domain Administrator.
  129.  
  130. Other Networks:
  131.  
  132. A section of the DNS database is called a "zone".  With careful
  133. coordination, a domain (like EDU) can be divided into several zones.
  134. This has been done for the EDU and COM domains to aid in the
  135. registration of hosts from the UUCP, and BITNET communities.  If
  136. a host is registered in the UUCP, or BITNET, portion of a domain (as
  137. something.EDU or something.COM), it need not be registered in the US
  138. domain, unless a geographical name (something.city.state.US) is
  139. desired.
  140.  
  141. If a host is in a UUCP, or BITNET, network, it doesn't need to
  142. register in the US domain, unless it wants to be registered with a
  143. geographical DNS domain name.
  144.  
  145. Only hosts on the Internet can act as forwarding hosts.  Hosts on
  146. networks such as UUCP,or BITNET, etc., must affiliate their hosts
  147. with an Internet host.  This is necessary because when messages for
  148. your host arrive at the Internet host it will need to know where to
  149. forward them.  MX records are necessary.
  150.  
  151. Unique Name:
  152.  
  153. It is the policy that a computer must have a single primary name, so it
  154. should not be registered in both US and COM (or both US and EDU).  It is
  155. possible to have "nicknames" for a brief period while a host name change
  156. is in progress.
  157.  
  158. Wild Cards:
  159.  
  160. While we strongly believe that it is in everyone's interest and good
  161. for the Internet to have each host explicitly registered (that is, we
  162. believe that wild cards should not be used), we also realize that not
  163. everyone agrees with this belief.  Thus, we will allow wild card
  164. records in the US domain under groups or organizations.  For example,
  165. "*.BIRDSONG.SUVL.CA.US".
  166.  
  167. Servers:
  168.  
  169. The US domain is currently supported by four name servers:
  170.  
  171. VENERA.ISI.EDU, VAXA.ISI.EDU, HERCULES.CSL.SRI.COM, and NNSC.NSF.NET.
  172.  
  173. Cost:
  174.  
  175. Currently, there is no cost for registering a host in the US domain.
  176.  
  177. References:
  178.  
  179. RFC-974,  Partridge, C., "Mail Routing and the Domain Name System".
  180. RFC-1034, Mockapetris, P., "Domain Names - Concepts and Facilities".
  181. RFC-1035, Mockapetris, P., "Domain Names - Implementation and Specification".
  182.  
  183. Registration:
  184.  
  185. To register in the US Domain send a message to the US Domain Registrar
  186. (Cooper@ISI.EDU).  The response will be a US Domain Questionnaire for
  187. you to fill out.
  188.  
  189. In several cities a "coordinator" has volunteered to process requests
  190. locally and communicate with the US Domain Registrar on behalf of all
  191. interested users in that city, or organization within that city.  If
  192. in your request we see that you are in a city or organization with a
  193. coordinator we will refer you to that coordinator.
  194.  
  195. More Information:
  196.  
  197. For more information about the US domain please contact:
  198.     Ann Westine Cooper at (COOPER@ISI.EDU).
  199.  
  200.  
  201.  
  202.  
  203.                                                      August 1990
  204.  
  205.  
  206.  
  207.                  US DOMAIN QUESTIONNAIRE FOR HOST ENTRY
  208.  
  209.  
  210. To register a host in the US domain, the following information must be
  211. sent to the US Domain Registrar, Ann Westine Cooper (COOPER@ISI.EDU).
  212. Questions may be sent by electronic mail to the above address, or by
  213. phone at (213-822- 1511).
  214.  
  215.  
  216. (1)  The name of the top-level domain to join.
  217.  
  218.            For example:  US
  219.  
  220.  
  221. (2)  The name of the administrative head of the organization, including
  222.      title, mailing address, phone number, organization, and network
  223.      mailbox.  This is the contact point for administrative and policy
  224.      questions about the domain.  In the case of a research project,
  225.      this should be the principal investigator.
  226.  
  227.            For example:
  228.  
  229.               Administrator
  230.  
  231.                  Organization  The NetWorthy Corporation
  232.                  Name          Penelope Q. Sassafrass
  233.                  Title         President
  234.                  Mail Address  The NetWorthy Corporation
  235.                                4676 Andrews Way, Suite 100
  236.                                Santa Clara, CA 94302-1212
  237.                  Phone Number  (415) 123-4567
  238.                  Net Mailbox   Sassafrass@ECHO.TNC.COM
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254. Postel & Cooper                                                 [Page 1]
  255.  
  256. Domain Questionnaire                                         August 1991
  257.  
  258.  
  259. (3)  The name of the technical contact for the entry, including title,
  260.      mailing address, phone number, organization, and network mailbox.
  261.      This is the contact point for problems concerning the domain or
  262.      zone, as well as for updating information about the domain or zone.
  263.  
  264.            For example:
  265.  
  266.               Technical Contact
  267.  
  268.                  Organization  The NetWorthy Corporation
  269.                  Name          Ansel A. Aardvark
  270.                  Title         Executive Director
  271.                  Mail Address  The NetWorthy Corporation
  272.                                4676 Andrews Way, Suite 100
  273.                                Santa Clara, CA. 94302-1212
  274.                  Phone Number  (415) 123-6789
  275.                  Net Mailbox   Aardvark@ECHO.TNC.COM
  276.  
  277.  
  278. (4)  The name of the host.  This is the name that will be used in tables
  279.      and lists associating the domain with the domain server addresses.
  280.      [While, from a technical standpoint, domain names can be quite long
  281.      (programmers beware), shorter names are easier for people to cope
  282.      with.]
  283.  
  284.            For example:  NetWorthy.Santa-Clara.CA.US
  285.  
  286.            Or:  Alpha.NetWorthy.Santa-Clara.CA.US
  287.                 Beta.NetWorthy.Santa-Clara.CA.US
  288.  
  289.  
  290. (5)  If this machine is not directly on the internet, how does it
  291.      communicate with the Internet.  Through UUCP, CREN, etc?  Which
  292.      forwarding host?
  293.  
  294.           For example:  The host "Networthy.Santa-Clara.CA.US" uses UUCP
  295.           to connect to "RELAY.ISI.EDU" which is an Internet host.
  296.  
  297.           The administrator of RELAY.ISI.EDU must agree to be the
  298.           forwarding host for Networthy.Santa-Clara.CA.US, and the
  299.           forwarding host must know a delivery method and route to it.
  300.           No double MXing.
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310. Postel & Cooper                                                 [Page 2]
  311.  
  312. Domain Questionnaire                                         August 1991
  313.  
  314.  
  315.           If you are requesting an indirect connection, that is, a Mail
  316.           Exchanger (MX) record, what is the name and mailbox of the
  317.           administrator of the forwarding host.
  318.  
  319.           For example:John Smith
  320.                js@RELAY.ISI.EDU
  321.  
  322.  
  323. (6)  Please describe your organization briefly.
  324.  
  325.      For example: The NetWorthy Corporation is a consulting
  326.      organization of people working with UNIX and the C language in an
  327.      electronic networking environment.  It sponsors two technical
  328.      conferences annually and distributes a bimonthly newsletter.
  329.  
  330.  
  331. (7)  What Domain Name System (DNS) Resource Records (RR) and values are
  332.      to be entered.
  333.  
  334.      a.  A       Internet Address (internet hosts only)
  335.      b.  HINFO   Host Information, Machine System
  336.      c.  WKS     Well Known Services, Protocols, Ports (internet hosts only)
  337.      d.  MX      Mail Exchanger (required for UUCP, and CREN hosts)
  338.  
  339.      An example of RRs for an internet host.
  340.  
  341.      NetWorthy.Santa-Clara.CA.US   IN   A       128.9.3.123
  342.                               IN   HINFO   SUN-3/11OC UNIX
  343.                               IN   MX      10  ISI.EDU
  344.                               IN   WKS     128.9.3.123. UDP (echo
  345.                                                              tftp)
  346.                               IN   WKS     128.9.3.133. TCP (telnet
  347.                                                              ftp
  348.                                                              tftp
  349.                                                              finger)
  350.  
  351.      An example of RRs for a non-internet host.
  352.  
  353.      Beta.NetWorthy.Santa-Clara.CA.US   MX      10   RELAY.ISI.EDU
  354.                                         HINFO   SUN-3/11OC UNIX
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366. Postel & Cooper                                                 [Page 3]
  367.  
  368. Domain Questionnaire                                         August 1991
  369.  
  370.  
  371. (8)  Where is the IN-ADDR pointer record to be entered. (For internet
  372.      hosts only.) It is your responsibility to see that this is done.
  373.      Contact the administrator of the IP network your host is on.
  374.  
  375.         For example:
  376.  
  377.            123.3.9.128.IN-ADDR.ARPA.    PTR  NetWorthy.Santa-Clara.CA.US
  378.  
  379.      Who is the contact for the zone of the IN-ADDR.ARPA data, where
  380.      this record will be entered?
  381.  
  382.  
  383. (9)  What Time to Live (TTL)?  TTL is the time (in seconds) that a
  384.      resolver will use the data it got from the domain server before it
  385.      asks it again for the data.  A typical TTL is One Week 604800.
  386.      (NOTE:  TTL is not applicable to non-Internet hosts.)
  387.  
  388.         For example:
  389.  
  390.            One Week   604800
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422. Postel & Cooper                                                [Page 4]
  423.  
  424.  
  425.  
  426.  
  427.