Re: [Sip] New Liaison Statement, "OMA LS 178 on XCAP diff-event"

Jonathan Rosenberg <jdrosen@cisco.com> Mon, 05 March 2007 22:38 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOLom-0001gt-7D; Mon, 05 Mar 2007 17:38:08 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOKtT-0006gd-Ov for sip@ietf.org; Mon, 05 Mar 2007 16:38:55 -0500
Received: from sj-iport-6.cisco.com ([171.71.176.117]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HOKcM-0005ZW-SH for sip@ietf.org; Mon, 05 Mar 2007 16:21:47 -0500
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by sj-iport-6.cisco.com with ESMTP; 05 Mar 2007 13:21:13 -0800
X-IronPort-AV: i="4.14,251,1170662400"; d="scan'208"; a="118159785:sNHT49345983"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l25LLDam019887; Mon, 5 Mar 2007 16:21:13 -0500
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l25LKuaL015949; Mon, 5 Mar 2007 21:21:07 GMT
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2007 16:20:56 -0500
Received: from [192.168.1.104] ([10.86.240.125]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2007 16:20:56 -0500
Message-ID: <45EC89B7.5070501@cisco.com>
Date: Mon, 05 Mar 2007 16:20:55 -0500
From: Jonathan Rosenberg <jdrosen@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: OMA-LIAISON@MAIL.OPENMOBILEALLIANCE.ORG, OMA-PAG@MAIL.OPENMOBILEALLIANCE.ORG
Subject: Re: [Sip] New Liaison Statement, "OMA LS 178 on XCAP diff-event"
References: <E1HMrLq-0007Rc-2u@ietf.org>
In-Reply-To: <E1HMrLq-0007Rc-2u@ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 05 Mar 2007 21:20:56.0345 (UTC) FILETIME=[29A9D090:01C75F6C]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3530; t=1173129673; x=1173993673; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jdrosen@cisco.com; z=From:=20Jonathan=20Rosenberg=20<jdrosen@cisco.com> |Subject:=20Re=3A=20[Sip]=20New=20Liaison=20Statement, =20=22OMA=20LS=2017 8=20on=20XCAP=20diff-event=22 |Sender:=20 |To:=20OMA-LIAISON@MAIL.OPENMOBILEALLIANCE.ORG, =0A=20=20=20=20=20=20=20=2 0OMA-PAG@MAIL.OPENMOBILEALLIANCE.ORG; bh=CTZXIrrzQC0HXqBZvLhz/CDaNZyFudM2hkfyYD5OxIM=; b=B7wkuj/vl5jvpsZqWOlfV/zbgwGrN+oOVOnFBqA7I4SQjMOEESZrKJNCKxCANhHdv4zVz0W+ mnre+Yluleae/+LKdUUGnxHqDcb2v3er02dBBqOU99f6XH0m6qVz+xQj;
Authentication-Results: rtp-dkim-1; header.From=jdrosen@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc: sip@ietf.org, fluffy@cisco.com, Antti Laurila <Antti.K.Laurila@nokia.com>, "Drage, Keith (Keith)" <drage@alcatel-lucent.com>, dean.willis@softarmor.com
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org

My main question here is what are the use cases for subscribing to an 
individual element, rather than the whole document? It would need to be 
a case where a user cares about changes in one of their documents, but 
not over certain parts of that document. For the cases of resource-lists 
and rls-services, it was far from clear when that would be desired. 
Wouldn't a user care about their entire buddy list and not just some of it?

If OMA could provide some specific example use cases and point out 
problems with draft-ietf-sip-xcap-config for those cases, it would be 
helpful in providing concrete feedback.

Thanks,
Jonathan R.

Dean Willis (OMA) wrote:
> Title: OMA LS 178  on XCAP diff-event
> Submission Date: 2007-03-01
> URL of the IETF Web page: https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=303 
> Please reply by 2007-03-23
> 
> From: Dean Willis(OMA) <dean.willis@softarmor.com>
> To: IETF SIP WG(sip@ietf.org)
> Cc: drage@alcaltel-lucent.com
> fluffy@cisco.com
> dean.willis@softarmor.com
> Reponse Contact: Pavel Dostal <pavel.dostal@siemens.com>
> Antti Laurila <Antti.K.Laurila@nokia.com>
> Technical Contact: Pavel Dostal <pavel.dostal@siemens.com>
> Antti Laurila <Antti.K.Laurila@nokia.com>
> Purpose: For comment 
> Body: 1	Overview
> 
> This liaison seeks IETF SIP WG for the opinion on the XCAP Diff 
> Event Package as drafted in draft-urpalainen-sip-xcap-diff-event-00.
> 
> 2	Proposal
> 
> OMA PAG WG deals with a requirement to enable subscription for
> notification of changes in XCAP resource not only to single 
> document but also to single XCAP component (XML element or attribute). 
> This can not be achieved using draft-ietf-sip-xcap-config because the 
> subscription in this case is allowed only to single document or 
> folder.
> 
> A new SIP event package “xcap-diff” is defined in
> draft-urpalainen-sip-xcap-diff-event-00. 
> This event package allows subscription to a set of XCAP 
> resources where resources can be either folder or document 
> or component identified by node selector. 
> 
> As this functionality fits to current requirements, OMA PAG WG 
> is considering adopting draft-urpalainen-sip-xcap-diff-event-00 
> as the solution for XCAP clients to receive partial changes of 
> the XCAP resources.
> 
> 3	Requested Action(s)
> 
> OMA PAG WG kindly requests IETF SIP WG on the opinion on the 
> XCAP Diff Event Package as drafted in 
> draft-urpalainen-sip-xcap-diff-event-00 and its expected 
> progress.
> 
> 4	Conclusion
> 
> OMA PAG WG would like to thank IETF SIP WG for their kind 
> consideration and response to this liaison request and look 
> forward to future opportunities to work together.
> Attachment(s):
>      OMA LS 178 on XCAP Diff Event (https://datatracker.ietf.org/documents/LIAISON/file404.pdf)
> 
> 
> 
> 
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip
> 

-- 
Jonathan D. Rosenberg, Ph.D.                   600 Lanidex Plaza
Cisco Fellow                                   Parsippany, NJ 07054-2711
Cisco Systems
jdrosen@cisco.com                              FAX:   (973) 952-5050
http://www.jdrosen.net                         PHONE: (973) 952-5000
http://www.cisco.com

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip