Common Profile for Presence (CPP)
RFC 3859
Document | Type |
RFC - Proposed Standard
(August 2004; Errata)
Was draft-ietf-impp-pres (impp WG)
|
|
---|---|---|---|
Author | Jon Peterson | ||
Last updated | 2017-03-08 | ||
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 3859 (Proposed Standard) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | Ted Hardie | ||
Send notices to | (None) |
Network Working Group J. Peterson Request for Comments: 3859 NeuStar Category: Standards Track August 2004 Common Profile for Presence (CPP) 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 (2004). Abstract At the time this document was written, numerous presence protocols were in use (largely as components of commercial instant messaging services), and little interoperability between services based on these protocols has been achieved. This specification defines common semantics and data formats for presence to facilitate the creation of gateways between presence services. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Abstract Presence Service . . . . . . . . . . . . . . . . . . 4 3.1. Overview of the Presence Service . . . . . . . . . . . . 4 3.2. Identification of PRESENTITIES and WATCHERS . . . . . . 6 3.2.1. Address Resolution . . . . . . . . . . . . . . . 6 3.3. Format of Presence Information . . . . . . . . . . . . . 6 3.4. The Presence Service . . . . . . . . . . . . . . . . . . 7 3.4.1. The Subscribe Operation . . . . . . . . . . . . 7 3.4.2. The Notify Operation . . . . . . . . . . . . . . 8 3.4.3. Subscribe Operation (with Zero Duration) . . . . 8 4. Security Considerations . . . . . . . . . . . . . . . . . . . 8 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9 5.1. The PRES URI Scheme . . . . . . . . . . . . . . . . . . 9 6. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 10 7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 10 7.1. Normative References . . . . . . . . . . . . . . . . . . 10 7.2. Informative References . . . . . . . . . . . . . . . . . 11 Peterson Standards Track [Page 1] RFC 3859 Common Profile for Presence August 2004 A. PRES URI IANA Registration Template . . . . . . . . . . . . . 12 A.1. URI Scheme Name . . . . . . . . . . . . . . . . . . . . 12 A.2. URI Scheme Syntax . . . . . . . . . . . . . . . . . . . 12 A.3. Character Encoding Considerations . . . . . . . . . . . 12 A.4. Intended Usage . . . . . . . . . . . . . . . . . . . . . 12 A.5. Applications and/or Protocols which use this URI Scheme Name . . . . . . . . . . . . . . . . . . . . . . . . . . 12 A.6. Interoperability Considerations . . . . . . . . . . . . 13 A.7. Security Considerations . . . . . . . . . . . . . . . . 13 A.8. Relevant Publications . . . . . . . . . . . . . . . . . 13 A.9. Person & Email Address to Contact for Further Information. . . . . . . . . . . . . . . . . . . . . . . 13 A.10. Author/Change Controller . . . . . . . . . . . . . . . . 13 A.11. Applications and/or Protocols which use this URI Scheme Name . . . . . . . . . . . . . . . . . . . . . . . . . . 13 B. Issues of Interest . . . . . . . . . . . . . . . . . . . . . . 13 B.1. Address Mapping . . . . . . . . . . . . . . . . . . . . 13 B.2. Source-Route Mapping . . . . . . . . . . . . . . . . . . 13 C. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 14 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 14 Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 15 1. Introduction Presence is defined in RFC2778 [5]. At the time this document was written, numerous presence protocols are in use (largely as components of commercial instant messaging services), and little interoperability between services based on these protocols has been achieved. This specification defines semantics and data formats for common services of presence to facilitate the creation of gateways between presence services: a common profile for presence (CPP). Service behavior is described abstractly in terms of operations invoked between the consumer and provider of a service. Accordingly, each presence service must specify how this behavior is mapped onto its own protocol interactions. The choice of strategy is a local matter, providing that there is a clear relation between the abstract behaviors of the service (as specified in this memo) and how it isShow full document text