contrib/bind9/doc/rfc/rfc1886.txt

   1
   2
   3
   4
   5
   6
   7 Network Working Group                                         S. Thomson
   8 Request for Comments: 1886                                      Bellcore
   9 Category: Standards Track                                     C. Huitema
  10                                                                    INRIA
  11                                                            December 1995
  12
  13
  14                 DNS Extensions to support IP version 6
  15
  16
  17 Status of this Memo
  18
  19    This document specifies an Internet standards track protocol for the
  20    Internet community, and requests discussion and suggestions for
  21    improvements.  Please refer to the current edition of the "Internet
  22    Official Protocol Standards" (STD 1) for the standardization state
  23    and status of this protocol.  Distribution of this memo is unlimited.
  24
  25
  26 Abstract
  27
  28    This document defines the changes that need to be made to the Domain
  29    Name System to support hosts running IP version 6 (IPv6).  The
  30    changes include a new resource record type to store an IPv6 address,
  31    a new domain to support lookups based on an IPv6 address, and updated
  32    definitions of existing query types that return Internet addresses as
  33    part of additional section processing.  The extensions are designed
  34    to be compatible with existing applications and, in particular, DNS
  35    implementations themselves.
  36
  37
  38
  39
  40
  41
  42
  43
  44
  45
  46
  47
  48
  49
  50
  51
  52
  53
  54
  55 Thompson & Huitema          Standards Track                    [Page 1]
  56 \f
  57 RFC 1886                  IPv6 DNS Extensions              December 1995
  58
  59
  60 1. INTRODUCTION
  61
  62    Current support for the storage of Internet addresses in the Domain
  63    Name System (DNS)[1,2] cannot easily be extended to support IPv6
  64    addresses[3] since applications assume that address queries return
  65    32-bit IPv4 addresses only.
  66
  67    To support the storage of IPv6 addresses we define the following
  68    extensions:
  69
  70       o A new resource record type is defined to map a domain name to an
  71         IPv6 address.
  72
  73       o A new domain is defined to support lookups based on address.
  74
  75       o Existing queries that perform additional section processing to
  76         locate IPv4 addresses are redefined to perform additional
  77         section processing on both IPv4 and IPv6 addresses.
  78
  79    The changes are designed to be compatible with existing software. The
  80    existing support for IPv4 addresses is retained. Transition issues
  81    related to the co-existence of both IPv4 and IPv6 addresses in DNS
  82    are discussed in [4].
  83
  84
  85 2. NEW RESOURCE RECORD DEFINITION AND DOMAIN
  86
  87    A new record type is defined to store a host's IPv6 address. A host
  88    that has more than one IPv6 address must have more than one such
  89    record.
  90
  91
  92 2.1 AAAA record type
  93
  94    The AAAA resource record type is a new record specific to the
  95    Internet class that stores a single IPv6 address.
  96
  97    The value of the type is 28 (decimal).
  98
  99
 100 2.2 AAAA data format
 101
 102    A 128 bit IPv6 address is encoded in the data portion of an AAAA
 103    resource record in network byte order (high-order byte first).
 104
 105
 106
 107
 108 Thompson & Huitema          Standards Track                    [Page 2]
 109 \f
 110 RFC 1886                  IPv6 DNS Extensions              December 1995
 111
 112
 113 2.3 AAAA query
 114
 115    An AAAA query for a specified domain name in the Internet class
 116    returns all associated AAAA resource records in the answer section of
 117    a response.
 118
 119    A type AAAA query does not perform additional section processing.
 120
 121
 122 2.4 Textual format of AAAA records
 123
 124    The textual representation of the data portion of the AAAA resource
 125    record used in a master database file is the textual representation
 126    of a IPv6 address as defined in [3].
 127
 128
 129 2.5 IP6.INT Domain
 130
 131    A special domain is defined to look up a record given an address. The
 132    intent of this domain is to provide a way of mapping an IPv6 address
 133    to a host name, although it may be used for other purposes as well.
 134    The domain is rooted at IP6.INT.
 135
 136    An IPv6 address is represented as a name in the IP6.INT domain by a
 137    sequence of nibbles separated by dots with the suffix ".IP6.INT". The
 138    sequence of nibbles is encoded in reverse order, i.e. the low-order
 139    nibble is encoded first, followed by the next low-order nibble and so
 140    on. Each nibble is represented by a hexadecimal digit. For example,
 141    the inverse lookup domain name corresponding to the address
 142
 143        4321:0:1:2:3:4:567:89ab
 144
 145    would be
 146
 147 b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.INT.
 148
 149
 150
 151 3. MODIFICATIONS TO EXISTING QUERY TYPES
 152
 153    All existing query types that perform type A additional section
 154    processing, i.e. name server (NS), mail exchange (MX) and mailbox
 155    (MB) query types, must be redefined to perform both type A and type
 156    AAAA additional section processing. These new definitions mean that a
 157    name server must add any relevant IPv4 addresses and any relevant
 158
 159
 160
 161 Thompson & Huitema          Standards Track                    [Page 3]
 162 \f
 163 RFC 1886                  IPv6 DNS Extensions              December 1995
 164
 165
 166    IPv6 addresses available locally to the additional section of a
 167    response when processing any one of the above queries.
 168
 169
 170 4. SECURITY CONSIDERATIONS
 171
 172    Security issues are not discussed in this memo.
 173
 174
 175
 176
 177
 178
 179
 180
 181
 182
 183
 184
 185
 186
 187
 188
 189
 190
 191
 192
 193
 194
 195
 196
 197
 198
 199
 200
 201
 202
 203
 204
 205
 206
 207
 208
 209
 210
 211
 212
 213
 214 Thompson & Huitema          Standards Track                    [Page 4]
 215 \f
 216 RFC 1886                  IPv6 DNS Extensions              December 1995
 217
 218
 219 5. REFERENCES
 220
 221
 222    [1]  Mockapetris, P., "Domain Names - Concepts and Facilities", STD
 223         13, RFC 1034, USC/Information Sciences Institute, November 1987.
 224
 225    [2]  Mockapetris, P., "Domain Names - Implementation and Specifica-
 226         tion", STD 13, RFC 1035, USC/Information Sciences Institute,
 227         November 1987.
 228
 229    [3]  Hinden, R., and S. Deering, Editors, "IP Version 6 Addressing
 230         Architecture", RFC 1884, Ipsilon Networks, Xerox PARC, December
 231         1995.
 232
 233
 234    [4]  Gilligan, R., and E. Nordmark, "Transition Mechanisms for IPv6
 235         Hosts and Routers", Work in Progress.
 236
 237
 238 Authors' Addresses
 239
 240    Susan Thomson
 241    Bellcore
 242    MRE 2P343
 243    445 South Street
 244    Morristown, NJ 07960
 245    U.S.A.
 246
 247    Phone: +1 201-829-4514
 248    EMail: set@thumper.bellcore.com
 249
 250
 251    Christian Huitema
 252    INRIA, Sophia-Antipolis
 253    2004 Route des Lucioles
 254    BP 109
 255    F-06561 Valbonne Cedex
 256    France
 257
 258    Phone: +33 93 65 77 15
 259    EMail: Christian.Huitema@MIRSA.INRIA.FR
 260
 261
 262
 263
 264
 265
 266
 267 Thompson & Huitema          Standards Track                    [Page 5]
 268 \f