From: The IESG <email@example.com>
To: IETF-Announce <firstname.lastname@example.org>
Cc: Internet Architecture Board <email@example.com>,
RFC Editor <firstname.lastname@example.org>,
simple mailing list <email@example.com>,
simple chair <firstname.lastname@example.org>
Subject: Protocol Action: 'The Extensible Markup Language (XML)
Configuration Access Protocol (XCAP)' to Proposed Standard
The IESG has approved the following document:
- 'The Extensible Markup Language (XML) Configuration Access Protocol
<draft-ietf-simple-xcap-13.txt> as a Proposed Standard
This document is the product of the SIP for Instant Messaging and
Presence Leveraging Extensions Working Group.
The IESG contact persons are Jon Peterson and Cullen Jennings.
A URL of this Internet-Draft is:
In many communications applications, such as Voice over IP, instant
messaging, and presence, it is necessary for network servers to
access per-user information in the process of servicing a request.
While this per-user information resides on servers within the network, it
is managed by the end user themselves. Management can be done through
many access points, including the web, a wireless handset, or a PC
Among these per-user information stores are presence lists and
policiies, requirements for which have been specified by the SIMPLE
This specification describes a protocol that can be used to
manipulate this per-user data. XCAP is essentially a set
of conventions for mapping XML documents and document components into
HTTP URLs, rules for how the modification of one resource affects
another, data validation constraints, and authorization policies
associated with access to those resources. Because of this
structure, normal HTTP primitives can be used to manipulate the data.
XCAP is meant to support the configuration needs for a multiplicity of
applications, rather than just a single one. It is not, however, a
purpose XML search protocol or XML database update protocol.
Working Group Summary
The working group came to consensus on this approach after significant
discussion of the trade-offs. Adoption of an existing specification,
like XPATH, was considered, but the balance of capabilities did not seem
right to the working group; insteada more restricted set of capabilities
tuned to this specific use case was agreed. There were comments during
the Last Call period, and this document reflects changes made to handle
the issues raised.
This document was reviewed for the IESG by Ted Hardie and Jon Peterson.
Please add the following as a final paragraph to Section 1
XCAP was not designed as a general purpose XML search protocol, nor an
XML database update protocol nor a general purpose XML-based configuration
protocol for network elements.