The History and Context of Telephone Number Mapping (ENUM) Operational Decisions: Informational Documents Contributed to ITU-T Study Group 2 (SG2)
RFC 3245

Document Type RFC - Informational (March 2002; Errata)
Last updated 2013-03-02
Stream IAB
Formats plain text pdf html bibtex
Stream IAB state (None)
Consensus Boilerplate Unknown
RFC Editor Note (None)
This information refers to IESG processing after the RFC was initially published:
Network Working Group                                    J. Klensin, Ed.
Request for Comments: 3245                                           IAB
Category: Informational                                       March 2002

       The History and Context of Telephone Number Mapping (ENUM)
       Operational Decisions: Informational Documents Contributed
                      to ITU-T Study Group 2 (SG2)

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Copyright Notice

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

Abstract

   RFC 2916 assigned responsibility for a number of administrative and
   operational details of Telephone Number Mapping (ENUM) to the IAB.
   It also anticipated that ITU would take responsibility for
   determining the legitimacy and appropriateness of applicants for
   delegation of "country code"-level subdomains of the top-level ENUM
   domain.  Recently, three memos have been prepared for the ITU-T Study
   Group 2 (SG2) to explain the background of, and reasoning for, the
   relevant decisions.  The IAB has also supplied a set of procedural
   instructions to the RIPE NCC for implementation of their part of the
   model.  The content of the three memos is provided in this document
   for the information of the IETF community.

Table of Contents

   1. Introduction: ENUM Background Information .....................  2
   2. Why one and only one domain is used in ENUM ...................  2
   3. Why .ARPA was selected as the top level domain for ENUM .......  4
   4. The selection of an operator for E164.ARPA ....................  7
   5. Procedures to be followed by RIPE NCC .........................  8
   6. References ....................................................  8
   6.1. Normative references ........................................  8
   6.2. Informative and explanatory references ......................  8
   7. Security Considerations .......................................  9
   8. IANA Considerations ...........................................  9
   9. Authors' Addresses ............................................  9
   10. Full Copyright Statement ..................................... 10

Klensin                      Informational                      [Page 1]
RFC 3245   History and Context of ENUM Operational Decisions  March 2002

1. Introduction: ENUM Background Information

   In January 2002, in response to questions from the ITU-T Study Group
   2 (referred to just as "SG2", below), specifically its group working
   on "Questions 1 and 2", and members of the IETF and
   telecommunications communities, Scott Bradner, as Area Director
   responsible for the ENUM work and ISOC Vice President for Standards,
   initiated an effort to produce explanations of the decisions made by
   the IETF about ENUM administration.  The effort to produce and refine
   those documents eventually involved him, Patrik Faltstrom (author of
   RFC 2916), and several members of the IAB.

   The documents have now been contributed to ITU-T, and are being
   published as internal SG2 documents.  This document provides the IETF
   community a copy of the information provided to SG2.  Section 2 below
   contains the same content as COM 2-11-E, section 3 contains the same
   content as COM 2-12-E, and section 4 contains the same content as SG2
   document COM 2-10-E.  The documents being published within SG2 show
   their source as "THE INTERNET SOCIETY ON BEHALF OF THE IETF", which
   is a formality deriving from the fact that ISOC holds an ITU sector
   membership on behalf of the IETF.

2. Why one and only one domain is used in ENUM

2.1. Introduction

   This contribution is one of a series provided by the IETF to ITU-T
   SG2 to provide background information about the IETF's ENUM Working
   Group deliberations and decisions.  This particular contribution
   addresses the IETF's decision that only a single domain could be
   supported in ENUM.

2.2. The need for a single root in the DNS

   In the Domain Name System (DNS), each domain name is globally unique.
   This is a fundamental fact in the DNS system and follows
   mathematically from the structure of that system as well as the
   resource identification requirements of the Internet.  Which DNS
   server is authoritative for a specific domain is defined by
   delegations from the parent domain, and this is repeated recursively
   until the so-called root zone, which is handled by a well-known set
   of DNS servers.  Note that words like "authoritative" and
   "delegation" and their variations are used here in their specific,
Show full document text