rfc3172.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 452 行 · 第 1/2 页


RFC 3172                    arpa Guidelines               September 2001


   The IPv4 reverse address domain, "in-addr.arpa" is delegated to the
   IANA.  The "in-addr.arpa" zone is currently located on the same same
   subset of the root servers  as "arpa".  Sub-delegations within this
   hierarchy are undertaken in accordance with the IANA's address
   allocation practices.

   The "ip6.arpa" IPv6 reverse address domain uses a method of
   delegation that is the same as is used for "in-addr.arpa", where the
   "ip6.arpa" domain is delegated to the IANA, and names within this
   zone further delegated to the regional IP registries in accordance
   with the delegation of IPv6 address space to those registries [6]
   [7].

   The "e164.arpa" domain is used to map E.164 style phone numbers into
   URIs.  This mechanism is defined in RFC 2916 [9].  RFC 2916 notes
   that the provision that names within this DNS zone are to be
   delegated to parties according to ITU recommendation E.164 [10].  RFC
   3026 [8] describes the overall liaison arrangements between the IETF
   and ITU-T about the use of this domain.

5. Infrastructure domains elsewhere in the DNS tree

   Any infrastructure domains that are located elsewhere in the DNS tree
   than as sub-domains of "arpa", for historical or other reasons,
   should adhere to all of the requirements established in this document
   for sub-domains of "arpa", and consideration should be given to
   migrating them into "arpa" as and when appropriate.

6. Security Considerations

   The security considerations as documented in RFC 2870 [5], and any
   successors to that document, apply to the operation of the "arpa"
   servers.

   The security considerations specific to the E.164 subdomain are
   documented in Section 5 of RFC 2916 [9].

   Any new subdomain delegation must adequately document any security
   considerations specific to the information stored therein.

7. IANA Considerations

   As noted in section 3 of this document, the IAB may request the IANA
   to delegate the sub-domains of "arpa" in accordance with the "IANA
   Considerations" section of an IETF Standards Track document.  This
   request falls under the scope of section 4 of the MoU between the
   IETF and ICANN concerning the IANA [3].




Huston                   Best Current Practice                  [Page 5]

RFC 3172                    arpa Guidelines               September 2001


Acknowledgements

   This document is a document of the IAB, and the editor acknowledges
   the contributions of the members of the IAB in the preparation of the
   document.  In addition, suggestions have been incorporated from Scott
   Bradner.

References

   [1]  Mockapetris, P., "Domain names - concepts and facilities", STD
        13, RFC 1034, November 1987.

   [2]  Mockapetris, P., "Domain names - implementation and
        specification", STD 13, RFC 1035, November 1987.

   [3] Carpenter, B., Baker, F. and M. Roberts, "Memorandum of
        Understanding Concerning the Technical Work of the Internet
        Assigned Numbers Authority", RFC 2860, June 2000.

   [4]  Bradner, S., "The Internet Standards Process -- Revision 3", BCP
        9, RFC2026, October 1996.

   [5]  Bush, R., Karrenberg, D., Kosters, M. and R. Plzak, "Root Name
        Server Operational Requirements", BCP 40, RFC 2870, June 2000.

   [6]  Crawford, M. and C. Huitema, "DNS Extensions to Support IPv6
        Address Aggregation and Renumbering", RFC 2874, July 2000.

   [7]  Bush, R., "Delegation of IP6.arpa", BCP 49, RFC 3152, August
        2001.

   [8]  Blane, P., "Liaison to IETF/ISOC on ENUM", RFC 3026, January
        2001.

   [9] Falstrom, P., "E.164 number and DNS", RFC 2916, September 2000.

   [10] ITU-T Recommendation E.164/I.331 (05/97): The International
        Public Telecommunication Numbering Plan. 1997.

Author's Address

   Internet Architecture Board
   Geoff Huston, Editor

   [e-mail]






Huston                   Best Current Practice                  [Page 6]

RFC 3172                    arpa Guidelines               September 2001


Appendix A

   April 28, 2000

   Mr. Louis Touton
   Vice-President, Secretary, and General Counsel
   Internet Corporation for Assigned Names and Numbers
   4676 Admiralty Way, Suite 330
   Marina del Rey, CA 90292

   Re:   Purchase Order No. 40SBNT067020:
         Administration of the arpa Top Level Domain

   Dear Mr. Touton:

   As noted in your organization's quotation of February 2, 2000, the
   arpa Top Level Domain (TLD) exists in the root zone of the domain
   name system as a limited use domain currently consisting of one
   record, in-addr.arpa.  On April 14, 2000, the Defense Advanced
   Research Projects Agency (DARPA), formerly known as the Advanced
   Research Projects Agency (ARPA), officially signaled its
   disassociation with the arpa domain and its understanding the domain
   would be used by the Internet Corporation for Assigned Names (ICANN)
   and Numbers and the Internet Architecture Board (IAB) for additional
   Internet infrastructure uses.

   In keeping with the DARPA understanding, we believe that the arpa
   domain should be made available for this specific, limited purpose.
   The Department of Commerce considers this an Internet Assigned
   Numbers Authority (IANA) function and has requested that the WHOIS
   entry for the arpa domain reflect IANA as the registrant.

   Purchase Order No. 40SBNT067020 provides that "[ICANN] will perform
   other IANA functions as needed upon request of DOC." As such, the
   Department of Commerce requests that, as part of the IANA functions,
   ICANN undertake administration of the arpa TLD in cooperation with
   the Internet technical community under the guidance of the IAB, as a
   limited use domain for Internet infrastructure applications,
   including the migration of Internet infrastructure applications that
   currently reside in the .int TLD.  Further, as indicated by DARPA,
   the arpa TLD string should be given a different expansion such as
   "Address and Routing Parameter Area" to avoid any implication that
   DARPA has operational responsibility for the domain.

   If you have any questions, please do not hesitate to contact me.

                              Sincerely, Karen Rose
                              Purchase Order Technical Representative



Huston                   Best Current Practice                  [Page 7]

RFC 3172                    arpa Guidelines               September 2001


Full Copyright Statement

   Copyright (C) The Internet Society (2001).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.



















Huston                   Best Current Practice                  [Page 8]