rfc1637.txt

RFC 的详细文档！

   [The specification in this section is necessary for completeness in
   describing name server support for TUBA. For the time being, name
   servers participating in TUBA demonstrations MAY ELECT to implement
   this behavior; it SHOULD NOT be the default behavior of name servers
   because the IPng sweepstakes are still outstanding and further
   consideration is required for truncation and other issues.]

   RFC 1035 describes the additional section processing (ASP) required
   when servers encounter NS records during query processing. From
   Section 3.3.11, "NS RDATA format":

      NS records cause both the usual additional section processing to
      locate a type A record, and, when used in a referral, a special
      search of the zone in which they reside for glue information.

   For TUBA, identical ASP is required on type NSAP records to support
   servers and resolvers that use CLNP, either because of preference or
   because it is the only internetworking protocol available (i.e., in
   the absense of IPv4). Thus, NS records cause ASP which locates a type
   NSAP record in addition to a type A record. Both type A and NSAP
   records should be returned, if available.






Manning & Colella                                               [Page 6]

RFC 1637                      DNS NSAP RRs                     June 1994


6.  NSAP-to-name Mapping Using the PTR RR

   The PTR RR is defined in RFC 1035. This RR is typically used under
   the "IN-ADDR.ARPA" domain to map from IPv4 addresses to domain names.

   Similarly, the PTR RR is used to map from NSAPs to domain names under
   the "NSAP.INT" domain. A domain name is generated from the NSAP
   according to the rules described below. A query is sent by the
   resolver requesting a PTR RR for the provided domain name.

   A domain name is generated from an NSAP by reversing the hex nibbles
   of the NSAP, treating each nibble as a separate subdomain, and
   appending the top-level subdomain name "NSAP.INT" to it. For example,
   the domain name used in the reverse lookup for the NSAP

             47.0005.80.005a00.0000.0001.e133.ffffff000162.00

   would appear as

     0.0.2.6.1.0.0.0.f.f.f.f.f.f.3.3.1.e.1.0.0.0.0.0.0.0.0.0.a.5.0.0. \
                         0.8.5.0.0.0.7.4.NSAP.INT.

   [Implementation note: For sanity's sake user interfaces should be
   designed to allow users to enter NSAPs using their natural order,
   i.e., as they are typically written on paper. Also, arbitrary "."s
   should be allowed (and ignored) on input.]

7.  Master File Format

   The format of NSAP RRs (and NSAP-related PTR RRs) in Master Files
   conforms to Section 5, "Master Files," of RFC 1035. Below are
   examples of the use of these RRs in Master Files to support name-to-
   NSAP and NSAP-to-name mapping.

   The NSAP RR introduces a new hex string format for the RDATA field.
   The format is "0x" (i.e., a zero followed by an 'x' character)
   followed by a variable length string of hex characters (0 to 9, a to
   f). The hex string is case-insensitive. "."s (i.e., periods) may be
   inserted in the hex string anywhere after the "0x" for readability.
   The "."s have no significance other than for readability and are not
   propagated in the protocol (e.g., queries or zone transfers).










Manning & Colella                                               [Page 7]

RFC 1637                      DNS NSAP RRs                     June 1994


   ;;;;;;
   ;;;;;; Master File for domain nsap.nist.gov.
   ;;;;;;


   @      IN     SOA    emu.ncsl.nist.gov.  root.emu.ncsl.nist.gov. (
                                     1994041800   ; Serial  - date
                                     1800         ; Refresh - 30 minutes
                                     300          ; Retry   - 5 minutes
                                     604800       ; Expire  - 7 days
                                     3600 )       ; Minimum - 1 hour
          IN     NS     emu.ncsl.nist.gov.
          IN     NS     tuba.nsap.lanl.gov.
   ;
   ;
   $ORIGIN nsap.nist.gov.
   ;
   ;     hosts
   ;
   bsdi1    IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.ffffff000161.00
            IN  A      129.6.224.161
            IN  HINFO PC_486    BSDi1.1(TUBA)
   ;
   bsdi2    IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.ffffff000162.00
            IN  A      129.6.224.162
            IN  HINFO PC_486    BSDi1.1(TUBA)
   ;
   cursive  IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.ffffff000171.00
            IN  A      129.6.224.171
            IN  HINFO PC_386    DOS_5.0/NCSA_Telnet(TUBA)
   ;
   infidel  IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.ffffff000164.00
            IN  A      129.6.55.164
            IN  HINFO PC/486    BSDi1.0(TUBA)
   ;
   ;     routers
   ;
   cisco1   IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.aaaaaa000151.00
            IN  A      129.6.224.151
            IN  A      129.6.225.151
            IN  A      129.6.229.151
   ;
   3com1    IN  NSAP  0x47.0005.80.005a00.0000.0001.e133.aaaaaa000111.00
            IN  A      129.6.224.111
            IN  A      129.6.225.111
            IN  A      129.6.228.111





Manning & Colella                                               [Page 8]

RFC 1637                      DNS NSAP RRs                     June 1994


   ;;;;;;
   ;;;;;; Master File for reverse mapping of NSAPs under the
   ;;;;;;     NSAP prefix:
   ;;;;;;
   ;;;;;;          47.0005.80.005a00.0000.0001.e133
   ;;;;;;


   @      IN     SOA    emu.ncsl.nist.gov.  root.emu.ncsl.nist.gov. (
                                     1994041800   ; Serial  - date
                                     1800         ; Refresh - 30 minutes
                                     300          ; Retry   - 5 minutes
                                     604800       ; Expire  - 7 days
                                     3600 )       ; Minimum - 1 hour
          IN     NS     emu.ncsl.nist.gov.
          IN     NS     tuba.nsap.lanl.gov.
   ;
   ;
   $ORIGIN 3.3.1.e.1.0.0.0.0.0.0.0.0.0.a.5.0.0.0.8.5.0.0.0.7.4.NSAP.INT.
   ;
   0.0.1.6.1.0.0.0.f.f.f.f.f.f  IN    PTR  bsdi1.nsap.nist.gov.
   ;
   0.0.2.6.1.0.0.0.f.f.f.f.f.f  IN    PTR  bsdi2.nsap.nist.gov.
   ;
   0.0.1.7.1.0.0.0.f.f.f.f.f.f  IN    PTR  cursive.nsap.nist.gov.
   ;
   0.0.4.6.1.0.0.0.f.f.f.f.f.f  IN    PTR  infidel.nsap.nist.gov.
   ;
   0.0.1.5.1.0.0.0.a.a.a.a.a.a  IN    PTR  cisco1.nsap.nist.gov.
   ;
   0.0.1.1.1.0.0.0.a.a.a.a.a.a  IN    PTR  3com1.nsap.nist.gov.

8.  Security Considerations

   Security issues are not discussed in this memo.
















Manning & Colella                                               [Page 9]

RFC 1637                      DNS NSAP RRs                     June 1994


9.  Authors' Addresses

   Bill Manning
   Rice University -- ONCS
   P.O. Box 1892
   6100 South Main
   Houston, Texas 77251-1892
   USA

   Phone: [phone]
   EMail: [e-mail]


   Richard Colella
   National Institute of Standards and Technology
   Technology/B217
   Gaithersburg, MD 20899
   USA

   Phone: [phone]
   Fax: [phone]
   EMail: [e-mail]

10.  References

   [1] Callon R., "TCP and UDP with Bigger Addresses (TUBA), A Simple
       Proposal for Internet Addressing and Routing", RFC 1347, DEC,
       June 1992.

   [2] Colella, R., Gardner, E., Callon, R., and Y. Rekhter, "Guidelines
       for OSI NSAP Allocation inh the Internet", RFC 1629, NIST,
       Wellfleet, Mitre, T.J. Watson Research Center, IBM Corp., May
       1994.

   [3] GOSIP Advanced Requirements Group.  Government Open Systems
       Interconnection Profile (GOSIP) Version 2. Federal Information
       Processing Standard 146-1, U.S. Department of Commerce, National
       Institute of Standards and Technology, Gaithersburg, MD, April
       1991.

   [4] ISO/IEC.  Data interchange - structures for the identification of
       organization.  International Standard 6523, ISO/IEC JTC 1,
       Switzerland, 1984.

   [5] ISO/IEC. Connection oriented transport protocol specification.
       International Standard 8073, ISO/IEC JTC 1, Switzerland, 1986.





Manning & Colella                                              [Page 10]

RFC 1637                      DNS NSAP RRs                     June 1994


   [6] ISO/IEC.  Protocol for Providing the Connectionless-mode Network
       Service.  International Standard 8473, ISO/IEC JTC 1,
       Switzerland, 1986.

   [7] ISO/IEC. Information Processing Systems -- Data Communications --
       Network Service Definition Addendum 2: Network Layer Addressing.
       International Standard 8348/Addendum 2, ISO/IEC JTC 1,
       Switzerland, 1988.

   [8] Mockapetris, P., "Domain Names -- Concepts and Facilities", STD
       13, RFC 1034, USC/Information Sciences Institute, November 1987.

   [9] Mockapetris, P., "Domain Names -- Implementation and
       Specification", STD 13, RFC 1035, USC/Information Sciences
       Institute, November 1987.




































Manning & Colella                                              [Page 11]