RE: [Sipping] Exploders anad ad-hoc lists

"Orit Levin" <oritl@microsoft.com> Tue, 25 November 2003 20:17 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07216 for <sipping-archive@odin.ietf.org>; Tue, 25 Nov 2003 15:17:25 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AOjcR-0005M1-I4 for sipping-archive@odin.ietf.org; Tue, 25 Nov 2003 15:17:08 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hAPKH7lq020577 for sipping-archive@odin.ietf.org; Tue, 25 Nov 2003 15:17:07 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AOjcR-0005Lo-DR for sipping-web-archive@optimus.ietf.org; Tue, 25 Nov 2003 15:17:07 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07176 for <sipping-web-archive@ietf.org>; Tue, 25 Nov 2003 15:16:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AOjcP-0004lH-00 for sipping-web-archive@ietf.org; Tue, 25 Nov 2003 15:17:05 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AOjcP-0004lC-00 for sipping-web-archive@ietf.org; Tue, 25 Nov 2003 15:17:05 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AOjcL-0005Kf-0z; Tue, 25 Nov 2003 15:17:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AOjbr-0005Jz-M0 for sipping@optimus.ietf.org; Tue, 25 Nov 2003 15:16:31 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07062 for <sipping@ietf.org>; Tue, 25 Nov 2003 15:16:05 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AOjbe-0004iB-00 for sipping@ietf.org; Tue, 25 Nov 2003 15:16:18 -0500
Received: from mail3.microsoft.com ([131.107.3.123]) by ietf-mx with esmtp (Exim 4.12) id 1AOjbd-0004gq-00 for sipping@ietf.org; Tue, 25 Nov 2003 15:16:17 -0500
Received: from INET-VRS-03.redmond.corp.microsoft.com ([157.54.5.27]) by mail3.microsoft.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 25 Nov 2003 12:15:31 -0800
Received: from 157.54.5.25 by INET-VRS-03.redmond.corp.microsoft.com (InterScan E-Mail VirusWall NT); Tue, 25 Nov 2003 12:15:28 -0800
Received: from RED-MSG-52.redmond.corp.microsoft.com ([157.54.12.12]) by inet-hub-03.redmond.corp.microsoft.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 25 Nov 2003 12:15:21 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Sipping] Exploders anad ad-hoc lists
Date: Tue, 25 Nov 2003 12:15:25 -0800
Message-ID: <DD07841287D0AD428833021705E0D14ED6AE50@RED-MSG-52.redmond.corp.microsoft.com>
Thread-Topic: [Sipping] Exploders anad ad-hoc lists
Thread-Index: AcOykF3dmBGL72V7SmuIrhIkNRz13gAQBHEgAAUIvAAAIHWsAAAKYdug
From: Orit Levin <oritl@microsoft.com>
To: Markus.Isomaki@nokia.com, Gonzalo.Camarillo@ericsson.com, sipping@ietf.org
Cc: adam@dynamicsoft.com, aki.niemi@nokia.com, hisham.khartabil@nokia.com
X-OriginalArrivalTime: 25 Nov 2003 20:15:21.0643 (UTC) FILETIME=[DA58EFB0:01C3B390]
Content-Transfer-Encoding: quoted-printable
Sender: sipping-admin@ietf.org
Errors-To: sipping-admin@ietf.org
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Id: SIPPING Working Group (applications of SIP) <sipping.ietf.org>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Just to clarify:

This specific part (i.e. using XCAP schema alone) does not meet the
delta requirements right now. "Operations" need to be appended to
list/roster XML schema in order to do this.

Orit.

-----Original Message-----
From: Markus.Isomaki@nokia.com [mailto:Markus.Isomaki@nokia.com] 
Sent: Tuesday, November 25, 2003 7:16 AM
To: Orit Levin; Gonzalo.Camarillo@ericsson.com; sipping@ietf.org
Cc: adam@dynamicsoft.com; aki.niemi@nokia.com;
hisham.khartabil@nokia.com
Subject: RE: [Sipping] Exploders anad ad-hoc lists

Hi,

I also like the approach for carrying lists proposed in
http://standards.ericsson.net/gonzalo/papers/draft-camarillo-sipping-exp
loders-01.txt

For me the best part is how this aligns with XCAP list usage, since I
believe that we should be able to do the exactly same things using both
ad hoc and pre-provisioned lists. 

Markus 


> -----Original Message-----
> From: ext Orit Levin [mailto:oritl@microsoft.com]
> Sent: 25 November, 2003 01:46
> To: Orit Levin; Gonzalo Camarillo; sipping
> Cc: Adam Roach; Niemi Aki (NMP/Helsinki); Khartabil Hisham
> (NMP-MSW/Helsinki); Isomaki Markus (NRC/Helsinki)
> Subject: RE: [Sipping] Exploders anad ad-hoc lists
> 
> 
> I am removing my second question.
> (I re-read the xcap-list-usage-01 and found out that the "name" is the
> only required attribute - i.e. the only key which could be the URI
> itself.)
> 
> Thanks,
> Orit.
> 
> -----Original Message-----
> From: sipping-admin@ietf.org [mailto:sipping-admin@ietf.org] On Behalf
> Of Orit Levin
> Sent: Monday, November 24, 2003 1:45 PM
> To: Gonzalo Camarillo; sipping
> Cc: Adam Roach; Aki.Niemi@nokia.com; Hisham.Khartabil@nokia.com;
> Markus.Isomaki@nokia.com
> Subject: RE: [Sipping] Exploders anad ad-hoc lists
> 
> I like the direction.
> 
> Two questions:
> 1. How do you propose sending the deltas? (Consistently with 
> the updated
> requirements' draft.)
> 2. How do you propose managing the "entry_name" - especially 
> on a B2BUA
> that perform the "explosion" and needs to automatically break up the
> received list into different lists and pack them again?
> 
> My thinking was to use an XML schema such as in my updated
> draft-levin-simple-adhoc-list-01.txt that should appear in the IETF
> directory soon:
> 
>    <xs:schema targetNamespace="urn:ietf:params:xml:ns:adrl"
>               elementFormDefault="qualified"
>               xmlns="urn:ietf:params:xml:ns:adrl"
>               xmlns:xs="http://www.w3.org/2001/XMLSchema">
> 
>      <xs:element name="adhoclist">
>        <xs:complexType>
> 
>          <xs:sequence>
>            <xs:element name="delete" type="roster" minOccurs="0"
> maxOccurs="1"/>
>            <xs:element name="create" type="roster" minOccurs="0"
> maxOccurs="1"/>
>            <xs:element name="add"    type="roster" minOccurs="0"
> maxOccurs="1"/>
>            <xs:any     minOccurs="0" maxOccurs="unbounded" />
>          </xs:sequence>
> 
>          <xs:attribute name="uri" type="xs:anyURI" use="required" />
>          <xs:attribute name="name" type="xs:string" use="required" />
>          <xs:anyAttribute />
>        </xs:complexType>
>      </xs:element>
> 
>        <xs:complexType name="roster">
>          <xs:sequence>
>            <xs:element ref="resource" minOccurs="0"
> maxOccurs="unbounded" />
>          </xs:sequence>
>          <xs:anyAttribute />
>        </xs:complexType>
> 
>      <xs:element name="resource">
>          <xs:attribute name="uri" type="xs:anyURI" use="required" />
>          <xs:attribute name="name" type="xs:string" use="optional" />
>          <xs:anyAttribute />
>      </xs:element>
> 
>    </xs:schema>
> 
> Orit.
> 
> -----Original Message-----
> From: sipping-admin@ietf.org [mailto:sipping-admin@ietf.org] On Behalf
> Of Gonzalo Camarillo
> Sent: Monday, November 24, 2003 5:39 AM
> To: sipping
> Cc: Adam Roach; Aki.Niemi@nokia.com; Hisham.Khartabil@nokia.com;
> Markus.Isomaki@nokia.com
> Subject: [Sipping] Exploders anad ad-hoc lists
> 
> Folks,
> 
> we have just submitted three drafts about exploders and ad-hoc lists.
> 
> We have added more requirements to the following draft. The new 
> requirements were mainly discussed in the SIMPLE mailing list.
> 
> http://standards.ericsson.net/gonzalo/papers/draft-camarillo-s
> ipping-exp
> loders-01.txt
> 
> The following draft describes how to carry lists of URIs in SIP 
> requests. It is not a finished draft. It is intended to trigger 
> discussions on this topic to see whether this is a step the right
> direction.
> 
> http://standards.ericsson.net/gonzalo/papers/draft-camarillo-s
ipping-uri
-list-00.txt

The following draft defines a new method called EXPLODE. EXPLODE does 
the same as REFER. That is, it tells a UA to send a request somewhere. 
The differences are that EXPLODE accepts more than one destination 
(REFER carries a single Refer-To header field) and that EXPLODE does not

establish implicit subscriptions of any type. This draft is also 
intended to trigger discussions within the WG.

http://standards.ericsson.net/gonzalo/papers/draft-camarillo-sipping-exp
lode-method-00.txt

Let's try to keep discussions about this topic in the SIPPING mailing 
list. I will forward this mail to the SIMPLE mailing list to let them
know.

Comments are welcome,

Gonzalo



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



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





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