← Back to branch summary

~ubuntu-branches/ubuntu/maverick/bind9/maverick

« back to all changes in this revision

Viewing changes to doc/rfc/rfc1348.txt

  • Committer: Bazaar Package Importer
  • Author(s): LaMont Jones, LaMont Jones, Internet Software Consortium, Inc, localization folks
  • Date: 2008-08-02 14:20:20 UTC
  • mfrom: (1.2.1 upstream) (6.1.24 intrepid)
  • Revision ID: james.westby@ubuntu.com-20080802142020-l1hon9jy8lbbjxmg
http://bugs.debian.org/149259
http://bugs.debian.org/492418
http://bugs.debian.org/493392
http://bugs.debian.org/492564
http://bugs.debian.org/490027
http://bugs.debian.org/492949
http://bugs.debian.org/492425
http://bugs.debian.org/491369
http://bugs.debian.org/492048
http://bugs.debian.org/490630
http://bugs.debian.org/492587
[LaMont Jones]

* default to using resolvconf if it is installed
* fix sonames and dependencies.  Closes: #149259, #492418
* Do not build-depend libcap2-dev on non-linux.  Closes: #493392
* drop unused query-loc manpage.  Closes: #492564
* lwresd: Deliver /etc/bind directory.  Closes: #490027
* fix query-source comment in default install

[Internet Software Consortium, Inc]

* 9.5.0-P2.  Closes: #492949

[localization folks]

* l10n: Spanish debconf translation.  Closes: #492425 (Ignacio Mondino)
* l10n: Swedish debconf templates.  Closes: #491369 (Martin Ågren)
* l10n: Japanese debconf translations.  Closes: #492048 (Hideki Yamane
  (Debian-JP))
* l10n: Finnish translation.  Closes: #490630 (Esko Arajärvi)
* l10n: Italian debconf translations.  Closes: #492587 (Alessandro Vietta)

Show diffs side-by-side

added added

removed removed

Lines of Context:
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
 
 
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
 
 
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
 
 
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
 
 
 
 
b'\\ No newline at end of file'