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
- [Sip] New Liaison Statement, "OMA LS 178 on XCAP … Dean Willis (OMA)
- Re: [Sip] New Liaison Statement, "OMA LS 178 on X… Dean Willis
- Re: [Sip] New Liaison Statement, "OMA LS 178 on X… Jonathan Rosenberg
- Re: [Sip] New Liaison Statement, "OMA LS 178 on X… Jari Urpalainen
- RE: [Sip] New Liaison Statement, "OMA LS 178 on X… Dostal, Pavel
- Re: [Sip] New Liaison Statement, "OMA LS 178 on X… Dean Willis
- RE: [Sip] New Liaison Statement, "OMA LS 178 on X… Dostal, Pavel
- [Sip] RE: New Liaison Statement, "OMA LS 178 on X… Dostal, Pavel
- Re: [Sip] RE: New Liaison Statement, "OMA LS 178 … Dean Willis
- Re: [Sip] RE: New Liaison Statement, "OMA LS 178 … Jari Urpalainen
- Re: [Sip] RE: New Liaison Statement, "OMA LS 178 … Dean Willis
- Re: [Sip] RE: New Liaison Statement, "OMA LS 178 … Jari Urpalainen