< draft-ietf-simple-pres-policy-caps-00.txt		draft-ietf-simple-pres-policy-caps-01.txt >
	SIMPLE J. Rosenberg		SIMPLE J. Rosenberg
	Internet-Draft Cisco Systems		Internet-Draft Cisco Systems
	Expires: January 11, 2006 July 10, 2005		Expires: December 28, 2006 June 26, 2006
	An Extensible Markup Language (XML) Representation for Expressing		An Extensible Markup Language (XML) Representation for Expressing
	Presence Policy Capabilities		Presence Policy Capabilities
	draft-ietf-simple-pres-policy-caps-00		draft-ietf-simple-pres-policy-caps-01
	Status of this Memo		Status of this Memo
	By submitting this Internet-Draft, each author represents that any		By submitting this Internet-Draft, each author represents that any
	applicable patent or other IPR claims of which he or she is aware		applicable patent or other IPR claims of which he or she is aware
	have been or will be disclosed, and any of which he or she becomes		have been or will be disclosed, and any of which he or she becomes
	aware will be disclosed, in accordance with Section 6 of BCP 79.		aware will be disclosed, in accordance with Section 6 of BCP 79.
	Internet-Drafts are working documents of the Internet Engineering		Internet-Drafts are working documents of the Internet Engineering
	Task Force (IETF), its areas, and its working groups. Note that		Task Force (IETF), its areas, and its working groups. Note that
	skipping to change at page 1, line 34 ¶		skipping to change at page 1, line 34 ¶
	and may be updated, replaced, or obsoleted by other documents at any		and may be updated, replaced, or obsoleted by other documents at any
	time. It is inappropriate to use Internet-Drafts as reference		time. It is inappropriate to use Internet-Drafts as reference
	material or to cite them other than as "work in progress."		material or to cite them other than as "work in progress."
	The list of current Internet-Drafts can be accessed at		The list of current Internet-Drafts can be accessed at
	http://www.ietf.org/ietf/1id-abstracts.txt.		http://www.ietf.org/ietf/1id-abstracts.txt.
	The list of Internet-Draft Shadow Directories can be accessed at		The list of Internet-Draft Shadow Directories can be accessed at
	http://www.ietf.org/shadow.html.		http://www.ietf.org/shadow.html.
	This Internet-Draft will expire on January 11, 2006.		This Internet-Draft will expire on December 28, 2006.
	Copyright Notice		Copyright Notice
	Copyright (C) The Internet Society (2005).		Copyright (C) The Internet Society (2006).
	Abstract		Abstract
	An important component of presence services is policy. Policy		An important component of presence services is policy. Policy
	systems allow the presentity to grant access to specific pieces of		systems allow the presentity to grant access to specific pieces of
	information to specific watchers. To allow for interoperability		information to specific watchers. To allow for interoperability
	between clients which set such policies, and servers which execute		between clients which set such policies, and servers which execute
	them, it is necessary for clients to be able to determine the		them, it is necessary for clients to be able to determine the
	capabilities of the server to which it is connected. This		capabilities of the server to which it is connected. This
	specification defines a set of Extensible Markup Language (XML)		specification defines a set of Extensible Markup Language (XML)
	skipping to change at page 2, line 14 ¶		skipping to change at page 2, line 14 ¶
	Table of Contents		Table of Contents
	1. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3		1. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
	2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3		2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
	3. Structure of Presence Policy Capabilities . . . . . . . . . . 3		3. Structure of Presence Policy Capabilities . . . . . . . . . . 3
	4. XML Schema . . . . . . . . . . . . . . . . . . . . . . . . . . 4		4. XML Schema . . . . . . . . . . . . . . . . . . . . . . . . . . 4
	5. Example Document . . . . . . . . . . . . . . . . . . . . . . . 5		5. Example Document . . . . . . . . . . . . . . . . . . . . . . . 5
	6. Security Considerations . . . . . . . . . . . . . . . . . . . 6		6. Security Considerations . . . . . . . . . . . . . . . . . . . 6
	7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6		7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
	7.1 URN Sub-Namespace Registrations . . . . . . . . . . . . . 6		7.1. URN Sub-Namespace Registrations . . . . . . . . . . . . . 6
	7.2 XML Schema Registration . . . . . . . . . . . . . . . . . 7		7.2. XML Schema Registration . . . . . . . . . . . . . . . . . 7
	8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 7		8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 7
	8.1 Normative References . . . . . . . . . . . . . . . . . . . 7		8.1. Normative References . . . . . . . . . . . . . . . . . . . 7
	8.2 Informative References . . . . . . . . . . . . . . . . . . 8		8.2. Informative References . . . . . . . . . . . . . . . . . . 8
	Author's Address . . . . . . . . . . . . . . . . . . . . . . . 8		Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 9
	Intellectual Property and Copyright Statements . . . . . . . . 9		Intellectual Property and Copyright Statements . . . . . . . . . . 10
	1. Terminology		1. Terminology
	In this document, the key words "MUST", "MUST NOT", "REQUIRED",		In this document, the key words "MUST", "MUST NOT", "REQUIRED",
	"SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY",		"SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY",
	and "OPTIONAL" are to be interpreted as described in RFC 2119 [3] and		and "OPTIONAL" are to be interpreted as described in RFC 2119 [3] and
	indicate requirement levels for compliant implementations.		indicate requirement levels for compliant implementations.
	2. Introduction		2. Introduction
	An important component of presence [6] is policy. Policy systems		An important component of presence [5] is policy. Policy systems
	allow the presentity to grant access to specific pieces of		allow the presentity to grant access to specific pieces of
	information to specific watchers. These policy systems can be		information to specific watchers. These policy systems can be
	extremely simple or extremely complex. For this reason [1] defines a		extremely simple or extremely complex. For this reason [1] defines a
	generic Extensible Markup Language (XML) based format for		generic Extensible Markup Language (XML) based format for
	representing policy capabilities. That format applies to many		representing policy capabilities. That format applies to many
	services, including location and presence. This specification		services, including location and presence. This specification
	extends that one by defining policy capabilities specific to		extends that one by defining policy capabilities specific to
	presence. Those policy capabilities correspond to the conditions,		presence. Those policy capabilities correspond to the conditions,
	actions and transformations defined in [2].		actions and transformations defined in [2].
	skipping to change at page 6, line 46 ¶		skipping to change at page 6, line 46 ¶
	6. Security Considerations		6. Security Considerations
	This specification does not introduce any new security considerations		This specification does not introduce any new security considerations
	beyond those discussed in [1].		beyond those discussed in [1].
	7. IANA Considerations		7. IANA Considerations
	There are several IANA considerations associated with this		There are several IANA considerations associated with this
	specification.		specification.
	7.1 URN Sub-Namespace Registrations		7.1. URN Sub-Namespace Registrations
	This section registers a new XML namespace, as per the guidelines in		This section registers a new XML namespace, as per the guidelines in
	[4]		[4]
	URI: The URI for this namespace is		URI: The URI for this namespace is
	urn:ietf:params:xml:ns:presence-policy-capabilities		urn:ietf:params:xml:ns:presence-policy-capabilities
	Registrant Contact: IETF, SIMPLE working group, (simple@ietf.org),		Registrant Contact: IETF, SIMPLE working group, (simple@ietf.org),
	Jonathan Rosenberg (jdrosen@jdrosen.net).		Jonathan Rosenberg (jdrosen@jdrosen.net).
	XML:		XML:
	skipping to change at page 7, line 30 ¶		skipping to change at page 7, line 30 ¶
	<title>Supported Presence Permissions Namespace</title>		<title>Supported Presence Permissions Namespace</title>
	</head>		</head>
	<body>		<body>
	<h1>Namespace for Supported Permissions</h1>		<h1>Namespace for Supported Permissions</h1>
	<h2>urn:ietf:params:xml:ns:presence-policy-capabilities</h2>		<h2>urn:ietf:params:xml:ns:presence-policy-capabilities</h2>
	<p>See <a href="[[[URL of published RFC]]]">RFCXXXX</a>.</p>		<p>See <a href="[[[URL of published RFC]]]">RFCXXXX</a>.</p>
	</body>		</body>
	</html>		</html>
	END		END
	7.2 XML Schema Registration		7.2. XML Schema Registration
	This section registers an XML schema as per the procedures in [4].		This section registers an XML schema as per the procedures in [4].
	URI: urn:ietf:params:xml:schema:presence-policy-capabilities.		URI: urn:ietf:params:xml:schema:presence-policy-capabilities.
	Registrant Contact: IETF, SIMPLE working group, (simple@ietf.org),		Registrant Contact: IETF, SIMPLE working group, (simple@ietf.org),
	Jonathan Rosenberg (jdrosen@jdrosen.net).		Jonathan Rosenberg (jdrosen@jdrosen.net).
	The XML for this schema can be found as the sole content of		The XML for this schema can be found as the sole content of
	Section 4.		Section 4.
	8. References		8. References
	8.1 Normative References		8.1. Normative References
	[1] Rosenberg, J., "An Extensible Markup Language (XML)		[1] Rosenberg, J., "An Extensible Markup Language (XML)
	Representation for Expressing Policy Capabilities",		Representation for Expressing Policy Capabilities",
	draft-rosenberg-simple-common-policy-caps-02 (work in progress),		draft-rosenberg-simple-common-policy-caps-02 (work in progress),
	February 2005.		February 2005.
	[2] Rosenberg, J., "Presence Authorization Rules",		[2] Rosenberg, J., "Presence Authorization Rules",
	draft-ietf-simple-presence-rules-02 (work in progress),		draft-ietf-simple-presence-rules-07 (work in progress),
	February 2005.		June 2006.
	[3] Bradner, S., "Key words for use in RFCs to Indicate Requirement		[3] Bradner, S., "Key words for use in RFCs to Indicate Requirement
	Levels", BCP 14, RFC 2119, March 1997.		Levels", BCP 14, RFC 2119, March 1997.
	[4] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,		[4] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
	January 2004.		January 2004.
	8.2 Informative References		8.2. Informative References
	[5] Rosenberg, J., "The Extensible Markup Language (XML)
	Configuration Access Protocol (XCAP)", draft-ietf-simple-xcap-07
	(work in progress), June 2005.
	[6] Day, M., Rosenberg, J., and H. Sugano, "A Model for Presence and		[5] Day, M., Rosenberg, J., and H. Sugano, "A Model for Presence and
	Instant Messaging", RFC 2778, February 2000.		Instant Messaging", RFC 2778, February 2000.
	Author's Address		Author's Address
	Jonathan Rosenberg		Jonathan Rosenberg
	Cisco Systems		Cisco Systems
	600 Lanidex Plaza		600 Lanidex Plaza
	Parsippany, NJ 07054		Parsippany, NJ 07054
	US		US
	skipping to change at page 9, line 41 ¶		skipping to change at page 10, line 41 ¶
	This document and the information contained herein are provided on an		This document and the information contained herein are provided on an
	"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS		"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
	OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET		OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
	ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,		ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
	INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE		INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
	INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED		INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
	WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.		WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
	Copyright Statement		Copyright Statement
	Copyright (C) The Internet Society (2005). This document is subject		Copyright (C) The Internet Society (2006). This document is subject
	to the rights, licenses and restrictions contained in BCP 78, and		to the rights, licenses and restrictions contained in BCP 78, and
	except as set forth therein, the authors retain all their rights.		except as set forth therein, the authors retain all their rights.
	Acknowledgment		Acknowledgment
	Funding for the RFC Editor function is currently provided by the		Funding for the RFC Editor function is currently provided by the
	Internet Society.		Internet Society.
End of changes. 14 change blocks.
	23 lines changed or deleted		19 lines changed or added
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/