IANA Registration for Enumservices email, fax, mms, ems, and sms
RFC 4355

• Status
• IESG evaluation record
• IESG writeups
• Email expansions
• History

• Versions
• 05

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
   single NAPTR; this indicates that there is more than one service that
   can be achieved using the associated URI scheme.

   The common thread with this set of definitions is that they reflect
   the kind of service that the end-user will hope to achieve with the
   communication using the associated URI.