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