Telephone Number Mapping (ENUM) Service Registration for Presence Services
RFC 3953
Document | Type |
RFC - Proposed Standard
(January 2005; No errata)
Updated by RFC 6118
Was draft-ietf-enum-pres (enum WG)
|
|
---|---|---|---|
Author | Jon Peterson | ||
Last updated | 2015-10-14 | ||
Replaces | draft-peterson-enum-pres | ||
Stream | IETF | ||
Formats | plain text html pdf htmlized bibtex | ||
Stream | WG state | (None) | |
Document shepherd | No shepherd assigned | ||
IESG | IESG state | RFC 3953 (Proposed Standard) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | Allison Mankin | ||
Send notices to | rich@shockey.us |
Network Working Group J. Peterson Request for Comments: 3953 NeuStar Category: Standards Track January 2005 Telephone Number Mapping (ENUM) Service Registration for Presence Services 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 (2005). Abstract This document registers a Telephone Number Mapping (ENUM) service for presence. Specifically, this document focuses on provisioning pres URIs in ENUM. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. ENUM Service Registration . . . . . . . . . . . . . . . . . . . 2 3. Presence for E.164 Numbers . . . . . . . . . . . . . . . . . . . 2 4. The 'E2U+pres' Enumservice . . . . . . . . . . . . . . . . . . . 3 5. Example of E2U+pres Enumservice . . . . . . . . . . . . . . . . 4 6. Security Considerations . . . . . . . . . . . . . . . . . . . . 4 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5 8. References . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 8.1. Normative References . . . . . . . . . . . . . . . . . . . 5 8.2. Informative References . . . . . . . . . . . . . . . . . . 5 Author's Address. . . . . . . . . . . . . . . . . . . . . . . . . . 6 Full Copyright Statement. . . . . . . . . . . . . . . . . . . . . . 7 Peterson Standards Track [Page 1] RFC 3953 ENUM Registration for Presence Services January 2005 1. Introduction ENUM (E.164 Number Mapping, RFC 3761 [1]) is a system that uses DNS (Domain Name Service, RFC 1034 [8]) to translate telephone numbers, such as +12025332600, into URIs (Uniform Resource Identifiers, RFC 2396 [9]), such as pres:user@host.com. ENUM exists primarily to facilitate the interconnection of systems that rely on telephone numbers with those that use URIs to identify resources. Presence is a service defined in RFC 2778 [2] that allows users of a communications service to monitor one another's availability and disposition in order to make decisions about communicating. Presence information is highly dynamic and generally characterizes whether a user is online or offline, busy or idle, away from communications devices or nearby, and the like. The IETF has defined a generic URI used to identify a presence service for a particular resource: the 'pres' URI scheme (defined in CPP [4]). This document describes an enumservice for advertising presence information associated with an E.164 number. 2. ENUM Service Registration As defined in [1], the following is a template covering information needed for the registration of the enumservice specified in this document: Service name: "E2U+pres" URI scheme(s): "pres:" Functional Specification: See section 4. Security considerations: See section 6. Intended usage: COMMON Author: Jon Peterson (jon.peterson@neustar.biz) Any other information that the author deems interesting: See section 3. 3. Presence for E.164 Numbers This document specifies an enumservice field that allows presence information to be provided for an E.164 number. This may include presence states associated with telephones, or presence of non- telephony communications services advertised by ENUM. Peterson Standards Track [Page 2] RFC 3953 ENUM Registration for Presence Services January 2005 Endpoints that participate in a presence architecture are known (following the framework in RFC 2778 [2]) as watchers and presentities. Watchers subscribe to the presence of presentities and are notified when the presence of a presentity changes. Watchers generally monitor the presence of a group of presentities with whom they have an ongoing association. As an example, consider how this might apply to a telephony service. Most cellular telephones today have an address book-like feature, a small database of names and telephone numbers. Such a telephone might act as a watcher, subscribing to the presence of some or all of the telephone numbers in its address book. The display of the telephone might then show its user, when a presence-enabled telephone number is selected, the availability of the destination. With this information, the user might change their calling habits to correspond better to theShow full document text