IANA Registration for Enumservices email, fax, mms, ems, and sms
RFC 4355
Document | Type |
RFC - Proposed Standard
(January 2006; No errata)
Updated by RFC 6118
Was draft-ietf-enum-msg (enum WG)
|
|
---|---|---|---|
Authors | Lawrence Conroy , Rudolf Brandner , Richard Stastny | ||
Last updated | 2015-10-14 | ||
Stream | Internet Engineering Task Force (IETF) | ||
Formats | plain text html pdf htmlized (tools) htmlized bibtex | ||
Stream | WG state | (None) | |
Document shepherd | No shepherd assigned | ||
IESG | IESG state | RFC 4355 (Proposed Standard) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | Allison Mankin | ||
Send notices to | (None) |
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.Show full document text