rfc1480.txt

来自「<VC++网络游戏建摸与实现>源代码」· 文本 代码 · 共 1,581 行 · 第 1/5 页

Cooper & Postel                                                [Page 17]

RFC 1480                     The US Domain                     June 1993


      STATE
      =====

      Senate.STATE.MN.US      <====  state Senate
      House.STATE.MN.US       <====  state House of Reps
      MDH.STATE.MN.US         <====  state Health Dept.
      HUD.STATE.CA.US         <====  state House and Urban Dev. Dept.
      DOT.STATE.MN.US         <====  state Transportation Dept.
      CALTRANS.STATE.CA.US    <====  state Transportation Dept.
      DMV.STATE.CA.US         <====  state Motor Vehicles Dept.
      Culver-City.DMV.STATE.CA.US  <====  a local office of DMV

      DNI  (distributed national Institutes)
      ======================================

      METACENTER.DNI.US       <==== a distributed nat'l Inst.


      GEN (General Independent Entities)
      ==================================

      GARDEN.GEN.AZ.US        <==== a garden club of Arizona


      CITY | CI | COUNTY | CO (locality)
      ==================================

      Parks.CI.Culver-City.CA.US          <====  a city department
      Fire-Dept.CI.Los-Angeles.CA.US      <====  a city department
      Fire-Dept.CO.Los-Angeles.CA.US      <====  a county department
      Planning.CO.Fulton.GA.US.           <====  a county department
      Main.Library.CI.Los-Angeles.CA.US   <====  a city department
      MDR.Library.CO.Los-Angeles.CA.US    <====  a county department


      TOWNSHIP | PARISH (locality)
      ============================

      Police.TOWNSHIP.Green.OH.US           <====  a township department
      Administration.PARISH.Lafayette.LA.US <====  a parish department











Cooper & Postel                                                [Page 18]

RFC 1480                     The US Domain                     June 1993


      DISTRICT | LIBRARY  (agency)
      ============================

      SCAQMD.DISTRICT.CA.US                 <====  a regional district
      Bunker-Hill-Improvement.DISTRICT.LA.CA.US <====  a local district

      Huntington.LIB.CA.US                  <====  a private library
      Venice.LA-City.LIB.CA.US              <====  a city library
      MDR.LA-County.LIB.CA.US               <====  a county library

      K12 | PRIVATE SCHOOLS (PVT) | CC | TEC
      ======================================

      Hamilton.High.LA-Unified.K12.CA.US      <====  a public school
      Sherman-Oaks.Elem.LA-Unified.K12.CA.US  <====  a public K12 school
      John-Muir.Middle.Santa-Monica.K12.CA.US <====  a public K12 school
      Culver-High.CCSD.K12.CA.US              <====  a public K12 school

      St-Monica.High.Santa-Monica.CA.US       <====  a private school
      Crossroads-School.Santa-Monica.CA.US    <====  a private school
      Mary-Ellens.Montessori-School.LA.CA.US  <====  a private school
      Progress-Learning-Center.PVT.K12.CA.US  <====  a private school

      SMCC.Santa-Monica.CC.CA.US      <====  a public community college
      Trade-Tech.Los-Angeles.CC.CA.US <====  a public community college
      Valley.Los-Angeles.CC.CA.US     <====  a public community college

      Brick-and-Basket-Institute.TEC.CA.US    <== a technical college


      When appropriate, subdomains are delegated and partioned in
      various categories, such as:

       <locality>.<state>.US   =   city/locality based names
              K12.<state>.US   =   kindergarten thru 12th grade
           PVT.K12.<state.US   =   private kindergarten thru 12th grade
               CC.<state>.US   =   community colleges
              TEC.<state>.US   =   technical or vocational schools
              LIB.<state>.US   =   libraries
            STATE.<state>.US   =   state government agencies
           <org-name>.FED.US   =   federal government agencies
           <org-name>.DNI.US   =   distributed national institutes
      <org-name>.GEN.<state>.US. = statewide assoc,clubs,domain parks

      The Appendix-I contains the current US Domain Names BNF.






Cooper & Postel                                                [Page 19]

RFC 1480                     The US Domain                     June 1993


3. REGISTRATION

   There are two types of registrations (1) Delegation, where a branch
   of the US Domain is delegated to an organization running name servers
   to support that branch; or (2) Direct Registration, in which the
   information is put directly into the main database.

   In Direct Registration there are two cases: (a) an IP-host (with an
   IP address), and (b) non-IP host (for example, a UUCP host).  Any
   particular registration will involve any one of these three
   situations.

   3.1  Requirements

   Anyone requesting to register a host in the US Domain is sent a copy
   of the "Instructions for the US Domain Template", and must fill out a
   US Domain template.

   The US Domain template, is similar to the InterNIC Domain template,
   but it is not the same.  To request a copy of the US Domain template,
   send a message to the US Domain registrar ([e-mail]).

   If you are registering a name in a delegated zone, please register
   with the contact for that zone.  You can FTP the file "in-notes/us-
   domain-delegated.txt" from venera.isi.edu, via anonymous FTP.  This
   information is also available via email from [e-mail]
   (include as the only text in the message
   "Help: us_domain_delegated_domains").

   The key people must have electronic mailboxes (that work).  Please
   provide all the information indicated in the "Administrator" and
   "Technical Contact" slots.

   The administrator will be the point of contact for any administrative
   and policy questions about the domain. The administrator is usually
   the person who manages the organization being registered.

   The technical contact can also be administrator, or the systems
   person, or someone who is familiar with the technical details of the
   Internet.  The technical contact should have a valid working email
   address.  This is necessary in case something goes wrong.

   It is important that your "Return-Path" and "From" field indicate an
   Internet-style address.  UUCP-style addresses such as "host1!user"
   will not work.  This is fine within the UUCP world, but not the
   Internet.  If you want people on the Internet to be able to send mail
   to you, your return path needs to be an Internet-style address such
   as: host1![e-mail] or [e-mail].



Cooper & Postel                                                [Page 20]

RFC 1480                     The US Domain                     June 1993


   It is also possible to register through one of the Internet service
   providers that have established working relationships with the US
   Domain Administrator.

   If everything checks out, the turn around time for registering a host
   is usually a few days.  The name servers are updated anywhere from 12
   to 24 hours later.

   There are two ways to be registered in the US Domain, directly, or by
   delegation.

   3.2  Direct Entries

   Direct entry in the database of the US Domain appeals most to
   individuals and small companies.  You may fill out the application
   and send it directly to the US Domain Administrator.  If you are in
   an area where the zone is delegated to someone else your request will
   be forwarded to the zone administrator for your registration.  Or,
   you may send the form directly to the manager of a delegated zone
   (see Section 3.1).

   3.2.1 IP-Hosts

   These are hosts with IP addresses which correspond to "A" records in
   the DNS database.

   3.2.2 Non-IP Hosts

   Many applicants have hosts in the UUCP world.  Some are one hop away,
   some two and three hops away from their "Internet Forwarder", this is
   acceptable.  What is important is getting an Internet host to be your
   forwarder.  If you do not already have an Internet forwarder, there
   are several businesses that provide this service for a fee, such as
   UUNET.UU.NET ([e-mail]), PSI ([e-mail])
   and CERFNET ([e-mail]).  Sometimes local colleges in your area
   are already on the Internet and may be willing to act as an Internet
   Forwarder.  You would need to work this out with the systems
   administrator as we cannot make these arrangements for you.

   Although we work with UUCP service providers, the Internet US Domain
   registration is not affiliated with the registration of UUCP Map
   entries.  The UUCP map entry does not provide us with sufficient
   information.  If you do not have a copy of the US Domain
   questionnaire template, please send a message to: [e-mail]
   and request one.  See Appendix-II.






Cooper & Postel                                                [Page 21]

RFC 1480                     The US Domain                     June 1993


   The example below is not an appropriate registration for the US Domain.

     #N starl
     #S Amiga 2500; AmigaDOS 2.04; Dillon's AmigaUUCP 1.15D
     #O Starlight BBS
     #C Stephen Baker
     #E starl!sbaker
     #T [phone]
     #P 1107 SW 200th St #303B Miami, Fl. 33157
     #L 25 47 N / 88 10 W [city]
     #R
     #U mthvax
     #W starl!sbaker (Stephen Baker); Mon Feb 24 19:58:24 EST 1992
      starl        mthvax(DAILY)

   If you are registering your host as a central site for a USENET group
   where other UUCP sites will feed from you, that's fine.  These UUCP
   sites do not need to register.  If however, the other sites become a
   subdomain of your hostname, then we will need to register them
   individually or add a wildcard record. (See Section 4.4. Wildcards).

           For example:          bah.rochester.ny.us
                           host1.bah.rochester.ny.us
                           host2.bah.rochester.ny.us

   To use US Domain names for non-IP hosts, there must be a forwarder
   host that is an IP host.  There must be an administrative agreement
   and a technical procedure for relaying mail between the non-IP host
   and the forwarder host.

   Case 1:
   -------

   Your host is not an IP host but does talk directly with a host that
   is an IP host.
                                                  +-----------------+
   +----------+            +---------+            |                 |
   |your-host |---UUCP-----|forwarder|----IP/TCP--|    INTERNET     |
   +----------+            +---------+            |                 |
                                                  +-----------------+
   "Forwarder" must be an IP host on the Internet.

   You must ask "forwarder" if they are willing to be the Internet
   forwarder for "your-host".

   In the US Domain of the DNS data base there must be an entry like
   this:
          "your-host"  MX  10  "forwarder"



Cooper & Postel                                                [Page 22]

RFC 1480                     The US Domain                     June 1993


   This must be entered by the US Domain Administrator.

   In the "forwarder" routing tables there must be information about
   "your-host" with a rule like: If I see mail for "your-host" I will
   send it via uucp by calling phone number "123-4567".

   Case 2:
   -------

   In this case your hosts talks to another host that ... that talks to
   an IP host.  In other words, there are multiple hops between your host
   and the Internet.
                                                  +-----------------+
   +----------+            +---------+            |                 |
   |path-host |---UUCP-----|forwarder|----IP/TCP--|    INTERNET     |
   +----------+            +---------+            |                 |
       |                                          +-----------------+
      UUCP
       |
   +----------+
   |your-host |
   +----------+

   "Forwarder" must be an IP host on the Internet.

   You must ask "forwarder" if they are willing to be the Internet
   Forwarder for "Your-Host".  You must ask "path-host" to relay your
   mail.

   In the US Domain of the DNS Database there must be an entry like this: