contrib/bind9/doc/rfc/rfc1348.txt

   1
   2
   3
   4
   5
   6
   7 Network Working Group                                         B. Manning
   8 Request for Comments: 1348                               Rice University
   9 Updates: RFCs 1034, 1035                                       July 1992
  10
  11
  12                               DNS NSAP RRs
  13
  14 Status of this Memo
  15
  16    This memo defines an Experimental Protocol for the Internet
  17    community.  Discussion and suggestions for improvement are requested.
  18    Please refer to the current edition of the "IAB Official Protocol
  19    Standards" for the standardization state and status of this protocol.
  20    Distribution of this memo is unlimited.
  21
  22 Table of Contents
  23
  24    Introduction .....................................................  1
  25    Background .......................................................  1
  26    NSAP RR ..........................................................  2
  27    NSAP-PTR RR ......................................................  2
  28    REFERENCES and BIBLIOGRAPHY ......................................  3
  29    Security Considerations ..........................................  4
  30    Author's Address .................................................  4
  31
  32 Introduction
  33
  34    This RFC defines the format of two new Resource Records (RRs) for the
  35    Domain Name System (DNS), and reserves corresponding DNS type
  36    mnemonic and numerical codes.  This format may be used with the any
  37    proposal that has variable length addresses, but is targeted for CLNP
  38    use.
  39
  40    This memo assumes that the reader is familiar with the DNS [3,4].
  41
  42 Background
  43
  44    This section describes an experimental representation of NSAP
  45    addresses in the DNS. There are several reasons to take this approch.
  46    First, it provides simple documentation of the correct addresses to
  47    use in static configurations of CLNP compliant hosts and routers.
  48
  49    NSAP support requires that a new DNS resource record entry type
  50    ("NSAP") be defined, to store longer Internet (i.e., NSAP) addresses.
  51    This resource record allows mapping from DNS names to NSAP addresses,
  52    and will contain entries for systems which are able to run Internet
  53    applications, over TCP or UDP, over CLNP.
  54
  55
  56
  57
  58 Manning                                                         [Page 1]
  59 \f
  60 RFC 1348                      DNS NSAP RRs                     July 1992
  61
  62
  63    The backward translation (from NSAP address to DNS name) is
  64    facilitated by definition of an associated resource record. This
  65    resource record is known as "NSAP-PTR", and is used in a manner
  66    analogous to the existing "in-addr.arpa".
  67
  68    These RRs are intended for use in a proposal [6] by one of the
  69    members of the NOOP WG to address the next-generation internet.
  70
  71 The NSAP RR
  72
  73    The NSAP RR is defined with mnemonic NSAP and type code 22 (decimal).
  74
  75    An NSAP (Network Service Access Protocol) number is a unique string
  76    to OSI transport service.
  77
  78    The numbering plan follows RFC 1237 and associated OSI definitions
  79    for NSAP format.
  80
  81    NSAP has the following format:
  82
  83    <owner> <ttl> <class> NSAP <length> <NSAP-address>
  84
  85    All fields are required.
  86
  87    <length> identifies the number of octets in the <NSAP-address> as
  88    defined by the various national and international authorities.
  89
  90    <NSAP-address> enumerates the actual octet values assigned by the
  91    assigning authority.  Its format in master files is a <character-
  92    string> syntactically identical to that used in TXT and HINFO.
  93
  94    The format of NSAP is class insensitive.  NSAP RR causes no
  95    additional section processing.
  96
  97    For example:
  98
  99 foo.bar.com.    IN  NSAP   21 47000580ffff000000321099991111222233334444
 100 host.school.de  IN  NSAP   17 39276f3100111100002222333344449876
 101
 102    The RR data is the ASCII representation of the digits.  It is encoded
 103    as two <character-strings>, i.e., count followed by characters.
 104
 105 The NSAP-PTR RR
 106
 107    The NSAP-PTR RR is defined with mnemonic NSAP-PTR and a type code 23
 108    (decimal).
 109
 110    Its function is analogous to the PTR record used for IP addresses
 111
 112
 113
 114 Manning                                                         [Page 2]
 115 \f
 116 RFC 1348                      DNS NSAP RRs                     July 1992
 117
 118
 119    [4,7].
 120
 121    NSAP-PTR has the following format:
 122
 123    <NSAP-suffix> <ttl> <class> NSAP-PTR <owner>
 124
 125    All fields are required.
 126
 127    <NSAP-suffix> enumerates the actual octet values assigned by the
 128    assigning authority for the LOCAL network.  Its format in master
 129    files is a <character-string> syntactically identical to that used in
 130    TXT and HINFO.
 131
 132    The format of NSAP-PTR is class insensitive.  NSAP-PTR RR causes no
 133    additional section processing.
 134
 135    For example:
 136
 137    In net ff08000574.nsap-in-addr.arpa:
 138
 139    444433332222111199990123000000ff    NSAP-PTR   foo.bar.com.
 140
 141    Or in net 11110031f67293.nsap-in-addr.arpa:
 142
 143    67894444333322220000  NSAP-PTR        host.school.de.
 144
 145    The RR data is the ASCII representation of the digits.  It is encoded
 146    as a <character-string>.
 147
 148 REFERENCES and BIBLIOGRAPHY
 149
 150    [1] Stahl, M., "Domain Administrators Guide", RFC 1032, Network
 151        Information Center, SRI International, November 1987.
 152
 153    [2] Lottor, M., "Domain Administrators Operations Guide", RFC 1033,
 154        Network Information Center, SRI International, November, 1987.
 155
 156    [3] Mockapetris, P., "Domain Names - Concepts and Facilities", RFC
 157        1034, USC/Information Sciences Institute, November 1987.
 158
 159    [4] Mockapetris, P., "Domain Names - Implementation and
 160        Specification", RFC 1035, USC/Information Sciences Institute,
 161        November 1987.
 162
 163    [5] Colella, R., Gardner, E., and R. Callon, "Guidelines for OSI
 164        NSAP Allocation in the Internet", RFC 1237, NIST, Mitre, DEC,
 165        July 1991.
 166
 167
 168
 169
 170 Manning                                                         [Page 3]
 171 \f
 172 RFC 1348                      DNS NSAP RRs                     July 1992
 173
 174
 175    [6] Callon, R., "TCP and UDP with Bigger Addresses (TUBA),
 176        A Simple Proposal for Internet Addressing and Routing",
 177        Digital Equipment Corporation, RFC 1347, June 1992.
 178
 179    [7] Mockapetris, P., "DNS Encoding of Network Names and Other Types",
 180        RFC 1101, USC/Information Sciences Institute, April 1989.
 181
 182    [8] ISO/IEC.  Information Processing Systems -- Data Communications
 183        -- Network Service Definition Addendum 2: Network Layer Address-
 184        ing. International Standard 8348/Addendum 2, ISO/IEC JTC 1,
 185        Switzerland, 1988.
 186
 187    [9] Bryant, P., "NSAPs", PB660, IPTAG/92/23, SCIENCE AND ENGINEERING
 188        RESEARCH COUNCIL, RUTHERFORD APPLETON LABORATORY May 1992.
 189
 190 Security Considerations
 191
 192    Security issues are not addressed in this memo.
 193
 194 Author's Address
 195
 196    Bill Manning
 197    Rice University - ONCS
 198    PO Box 1892
 199    6100 South Main
 200    Houston, Texas  77251-1892
 201
 202    Phone: +1.713.285.5415
 203    EMail: bmanning@rice.edu
 204
 205
 206
 207
 208
 209
 210
 211
 212
 213
 214
 215
 216
 217
 218
 219
 220
 221
 222
 223
 224
 225
 226 Manning                                                         [Page 4]
 227 \f