IANA Registration for Enumservice Voice
RFC 4415

Document Type RFC - Proposed Standard (February 2006; No errata)
Updated by RFC 6118
Last updated 2013-03-02
Replaces draft-brandner-enum-voice
Stream IETF
Formats plain text pdf html
Stream WG state (None)
Consensus Unknown
Document shepherd No shepherd assigned
IESG IESG state RFC 4415 (Proposed Standard)
Telechat date
Responsible AD Allison Mankin
Send notices to paf@cisco.com, panic@paf.se, rich.shockey@neustar.biz, rudolf.brandner@siemens.com, Richard.Stastny@oefeg.at, lconroy@insensate.co.uk
Network Working Group                                        R. Brandner
Request for Comments: 4415                                    Siemens AG
Category: Standards Track                                      L. Conroy
                                             Siemens Roke Manor Research
                                                              R. Stastny
                                                                   Oefeg
                                                           February 2006

                IANA Registration for Enumservice Voice

Status of This Memo

   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.

Copyright Notice

   Copyright (C) The Internet Society (2006).

Abstract

   This document registers the Enumservice "voice" (which has a defined
   subtype "tel"), as per the IANA registration process defined in the
   ENUM specification RFC 3761.  This service indicates that the contact
   held in the generated Uniform Resource Identifier (URI) can be used
   to initiate an interactive voice (audio) call.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3
   3.  Voice Service Registration  . . . . . . . . . . . . . . . . . . 3
   4.  Example of voice:tel Enumservice  . . . . . . . . . . . . . . . 4
   5.  Security Considerations . . . . . . . . . . . . . . . . . . . . 4
   6.  IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . . . 6
       7.1.  Normative References  . . . . . . . . . . . . . . . . . . 6
       7.2.  Informative References  . . . . . . . . . . . . . . . . . 6

Brandner, et al.            Standards Track                     [Page 1]
RFC 4415          IANA Voice Enumservice Registration      February 2006

1.  Introduction

   ENUM (E.164 Number Mapping, RFC 3761 [1]) is a system that transforms
   E.164 numbers [2] into domain names and then uses DNS (RFC 1034 [3])
   features such as delegation through NS records, and the use of Naming
   Authority Pointer (NAPTR) records, to look up the communication
   services available for a specific domain name.

   This document registers an Enumservice according to the guidelines
   given in RFC 3761 to be used for provisioning in the services field
   of a NAPTR [4] resource record to indicate what class of
   functionality a given endpoint offers.  The registration is defined
   within the Dynamic Delegation Discovery System (DDDS, [5] [6] [4] [7]
   [8]) hierarchy, for use with the "E2U" DDDS application defined in
   RFC 3761.

   Enumservices have a type and subtype.  This latter is optional, as it
   may be implicit in the service type.  The type defines the kind of
   communication session that can be initiated using the contact
   indicated by the URI generated by the enclosing NAPTR.  In
   telecommunications engineering terms, it reflects the "teleservice".

   The subtype defines the subsystem that is to be used to initiate the
   communication session.  Note that the subtype definition is usually
   associated with the URI scheme that is to be used.

   Both the type and subtype (where present) must be supported for the
   NAPTR to be used by a potential correspondent.

   There are a number of DDDS applications in addition to ENUM (for
   example, see [7] and [8]).  However, an Enumservice indication
   operates only within the context of the "E2U" (ENUM) DDDS
   Application.

   Whilst the protocol elements that make up ENUM are defined in the
   above documents and in this one, further examples of the use to which
   these may be put are given in other documents, for example, in ETSI
   TS 102 172 [11].

   This document registers the Enumservice "voice" (which has a defined
   subtype "tel"), as per the IANA registration process defined in the
   ENUM specification RFC 3761.  This service indicates that the contact
   held in the generated URI can be used to initiate an interactive
   voice (audio) call.

Brandner, et al.            Standards Track                     [Page 2]
RFC 4415          IANA Voice Enumservice Registration      February 2006

2.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
Show full document text