Movatterモバイル変換


[0]ホーム

URL:


RFC 9121Infrastructure .int domainsApril 2023
Davies & BaberInformational[Page]
Stream:
Internet Engineering Task Force (IETF)
RFC:
9121
Obsoletes:
1528
Updates:
1706
Category:
Informational
Published:
ISSN:
2070-1721
Authors:
K. Davies
IANA
A. Baber
IANA

RFC 9121

Deprecating Infrastructure "int" Domains

Abstract

This document deprecates the use of any "int" domain names that weredesignated for infrastructure purposes by the IETF, and it identifiesthem for removal from the "int" top-level domain. Any implementationsthat involve these domains are now deprecated. Thisdocument also changes the status of RFC 1528 and RFC 1706 toHistoric.

Status of This Memo

This document is not an Internet Standards Track specification; it is published for informational purposes.

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are candidates for any level of Internet Standard; see Section 2 of RFC 7841.

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained athttps://www.rfc-editor.org/info/rfc9121.

Copyright Notice

Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.

Table of Contents

1.Introduction

The "int" top-level domain[RFC1591] is a specialized domaindesignated for intergovernmental organizations, which are organizationsestablished by international treaties between or among nationalgovernments.

Historically, the "int" domain was also used for purposes related to Internet infrastructure. This practice ended in 2001 when the "arpa" domain wasdeclared the appropriate home for infrastructural identifier spaces[RFC3172]. In conjunction with this change, the eligibility for "int"domains was limited to only intergovernmental treaty organizations.

The documented uses of infrastructural identifiers in the "int" domainwere largely experimental and are now, in practice, obsolete. This documentchanges the status of related specifications to Historic, and it removes any associated delegations from the "int" zone in thedomain name system.

2.Historical Infrastructural Uses

The following domains were used for infrastructural identifier purposesthat are now considered historic. Although each of these names waseither delegated or documented at one time, the parties administeringthem have long since stopped using them.

2.1.atma.int

The atma.int domain was experimentally defined to implement addresslookups for Asynchronous Transfer Mode (ATM), including ATM End SystemAddresses (AESAs)[ANS].

2.2.ip4.int

The ip4.int domain was described as providing an alternative to thein-addr.arpa domain for mapping host IPv4 addresses to host names. Thein-addr.arpa domain zone continues to be administered for this purpose[RFC1035].

2.3.ip6.int

The ip6.int domain was originally delegated for mapping host IPv6 addressesto host names. It was subsequently removed from the "int" zone, havingbeen replaced by ip6.arpa[RFC4159].

2.4.nsap.int

The nsap.int domain name was specified to experimentally map OpenSystems Interconnection (OSI) Network Service Access Points to domainnames[RFC1706].

2.5.rdi.int

The rdi.int domain name experimentally mapped OSI Inter-Domain RoutingProtocol's Routing Domain Identifiers[ISO10747] to the domain namesystem.

2.6.reg.int

The reg.int domain name hosted an experimental mechanism for publishingIANA registration values in the domain name system.

2.7.tpc.int

The tpc.int domain name hosted an experimental remote printingservice that served as a gateway between Internet mail and facsimiletransmission[RFC1528].

3.Updates to Other RFC Series Documents

3.1.RFC 1528

The specification for tpc.int[RFC1528] is Historic,as it no longer functions as described in the document.

3.2.RFC 1706

The specification for nsap.int[RFC1706] is Historic,as it no longer functions as described in the document.

4.IANA Considerations

IANA has removed the historical "int" domains discussed in this document.

5.Security Considerations

Some old systems might have one or more subdomains of these nameshardwired and expect a positive response for at least the second-leveldomain. This is, of course, true for any name in the DNS and should notbe the sole basis for retaining obsolete names.

Existing applications should eliminate any reliance upon thesezones. The operator of the "int" domainshould be cautious about any potential re-use of these domains forintergovernmental treaty organizations.

6.Additional Information

This document is the result of a comprehensive inventory of .int domains to accurately establish and record theirpurpose based on historical documentation. As part of this inventory,IANA studied the domains delegated for purposes related to infrastructure identifiers. Query patterns in the DNS for these domains were analyzedand judged to be insignificant; preliminary outreach to the contacts for the associated domains was conducted. The assessment concludedthat these domains are very likely obsolete. This document formalizes that assessment.

There are a small number of nominal "int" domains for"international databases" that are not defined by any standardsdocumentation. They are assigned to entities rather than foridentifier purposes. Their dispositions are beyond the scope of thismemo.

7.Informative References

[ANS]
The ATM Forum Technical Committee,"ATM Name System Specification Version 1.0",ATM Forum af-saa-0069.000,,<https://www.broadband-forum.org/technical/download/af-saa-0069.000.pdf>.
[ISO10747]
ISO/IEC,"Information technology - Telecommunications and information exchange between systems - Protocol for exchange of inter-domain routeing information among intermediate systems to support forwarding of ISO 8473 PDUs",ISO/IEC 10747:1994,,<https://www.iso.org/standard/21417.html>.
[RFC1035]
Mockapetris, P.,"Domain names - implementation and specification",STD 13,RFC 1035,DOI 10.17487/RFC1035,,<https://www.rfc-editor.org/info/rfc1035>.
[RFC1528]
Malamud, C. andM. Rose,"Principles of Operation for the TPC.INT Subdomain: Remote Printing -- Technical Procedures",RFC 1528,DOI 10.17487/RFC1528,,<https://www.rfc-editor.org/info/rfc1528>.
[RFC1591]
Postel, J.,"Domain Name System Structure and Delegation",RFC 1591,DOI 10.17487/RFC1591,,<https://www.rfc-editor.org/info/rfc1591>.
[RFC1706]
Manning, B. andR. Colella,"DNS NSAP Resource Records",RFC 1706,DOI 10.17487/RFC1706,,<https://www.rfc-editor.org/info/rfc1706>.
[RFC3172]
Huston, G., Ed.,"Management Guidelines & Operational Requirements for the Address and Routing Parameter Area Domain ("arpa")",BCP 52,RFC 3172,DOI 10.17487/RFC3172,,<https://www.rfc-editor.org/info/rfc3172>.
[RFC4159]
Huston, G.,"Deprecation of "ip6.int"",BCP 109,RFC 4159,DOI 10.17487/RFC4159,,<https://www.rfc-editor.org/info/rfc4159>.

Acknowledgments

This document was compiled with help from Ted Hardie and MichelleCotton, with additional input from Jari Arkko, John Klensin, WarrenKumari, Pete Resnick, George Michaelson, and Toerless Eckert.

Authors' Addresses

Kim Davies
Internet Assigned Numbers Authority
PTI/ICANN
12025 Waterfront Drive
Los Angeles,CA90094
United States of America
Email:kim.davies@iana.org
Amanda Baber
Internet Assigned Numbers Authority
PTI/ICANN
12025 Waterfront Drive
Los Angeles,CA90094
United States of America
Email:amanda.baber@iana.org

[8]ページ先頭

©2009-2025 Movatter.jp