Network Working Group R. Brandner
Request for Comments: 4355 Siemens AG
Category: Standards Track L. Conroy
Siemens Roke Manor Research
R. Stastny
Oefeg
January 2006
IANA Registration for Enumservices email, fax, mms, ems, and sms
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 Enumservices "email", "fax", "sms",
"ems", and "mms" using the URI schemes 'tel:' and 'mailto:' as per
the IANA registration process defined in the ENUM specification RFC
3761.
Brandner, et al. Standards Track [Page 1]
RFC 4355 IANA Msg Enumservice Registrations January 2006
Table of Contents
1. Introduction ....................................................2
2. Terminology .....................................................3
3. Email Service Registration ......................................4
4. Fax Service Registration ........................................4
5. MMS, EMS, SMS Service ...........................................5
5.1. Introduction ...............................................5
5.2. SMS Service Registrations ..................................6
5.2.1. SMS Service Registration with tel: URI ..............6
5.2.2. SMS Service Registration with mailto: URI ...........6
5.3. EMS Service Registrations ..................................7
5.3.1. EMS Service Registration with tel: URI ..............7
5.3.2. EMS Service Registration with mailto: URI ...........8
5.4. MMS Service Registrations ..................................9
5.4.1. MMS Service Registration with tel: URI ..............9
5.4.2. MMS Service Registration with mailto: URI ..........10
6. Security Considerations ........................................11
7. Acknowledgements ...............................................13
8. References .....................................................13
8.1. Normative References ......................................13
8.2. Informative References ....................................14
1. Introduction
ENUM (E.164 Number Mapping, RFC 3761 [2]) is a system that transforms
E.164 numbers [3] into domain names and then uses DNS (Domain Name
Service, RFC 1034 [4]) services like delegation through NS records
and NAPTR records to look up what services are available for a
specific domain name.
This document registers Enumservices according to the guidelines
given in RFC 3761 to be used for provisioning in the services field
of a NAPTR [5] resource record to indicate what class of
functionality a given endpoint offers. The registration is defined
within the DDDS (Dynamic Delegation Discovery System [6][7][5][8][9])
hierarchy, for use with the "E2U" DDDS Application defined in RFC
3761.
The following Enumservices are registered with this document:
"email", "fax", "sms", "ems", and "mms". These share a common
feature in that they each indicate that the functionality of the
given endpoints and the associated resources are capable of receiving
discrete messages, albeit of different types.
According to RFC 3761, the Enumservice registered must be able to
function as a selection mechanism when choosing one NAPTR resource
record from another. That means that the registration MUST specify
Brandner, et al. Standards Track [Page 2]
RFC 4355 IANA Msg Enumservice Registrations January 2006
what is expected when using that very NAPTR record, and the Uniform
Resource Identifier (URI) scheme that is the outcome of the use of
it.
Therefore, an Enumservice acts as a hint, indicating the kind of
service with which the URI constructed using the regexp field is
associated. There can be more than one Enumservice included within a
datatracker.ietf.org