RE: [Simple] Internal WG Review: Recharter of SIP for InstantMessaging and Presence Leveraging Extensions (simple)

<Markus.Isomaki@nokia.com> Wed, 31 January 2007 09:42 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCBzK-0000ge-Hq; Wed, 31 Jan 2007 04:42:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCBzJ-0000fH-5S for simple@ietf.org; Wed, 31 Jan 2007 04:42:45 -0500
Received: from smtp.nokia.com ([131.228.20.173] helo=mgw-ext14.nokia.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCBuB-0007mr-A0 for simple@ietf.org; Wed, 31 Jan 2007 04:37:30 -0500
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-ext14.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l0V9YL5c025629; Wed, 31 Jan 2007 11:34:37 +0200
Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 31 Jan 2007 11:37:05 +0200
Received: from esebe101.NOE.Nokia.com ([172.21.138.215]) by esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 31 Jan 2007 11:37:05 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Simple] Internal WG Review: Recharter of SIP for InstantMessaging and Presence Leveraging Extensions (simple)
Date: Wed, 31 Jan 2007 11:37:05 +0200
Message-ID: <C84E0A4ABA6DD74DA5221E0833A35DF308FDEA91@esebe101.NOE.Nokia.com>
In-Reply-To: <45BFC36C.4060304@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Simple] Internal WG Review: Recharter of SIP for InstantMessaging and Presence Leveraging Extensions (simple)
Thread-Index: AcdEvKJkg/fhcoQdTvOuJtUsSh2CtAAXM44w
References: <E1HC0bx-0006P1-FG@ietf.org> <45BFC36C.4060304@cisco.com>
From: Markus.Isomaki@nokia.com
To: pkyzivat@cisco.com, simple@ietf.org
X-OriginalArrivalTime: 31 Jan 2007 09:37:05.0221 (UTC) FILETIME=[5E51EF50:01C7451B]
X-Nokia-AV: Clean
X-Spam-Score: 0.7 (/)
X-Scan-Signature: a743e34ab8eb08259de9a7307caed594
Cc:
X-BeenThere: simple@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SIP for Instant Messaging and Presence Leveraging Extensions <simple.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/simple>
List-Post: <mailto:simple@ietf.org>
List-Help: <mailto:simple-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=subscribe>
Errors-To: simple-bounces@ietf.org

Hi,

Yes, I think this is a feature that would be needed in practice. Having
two messaging mechanisms without clear guidance on how they relate to
each other is going to cause interoperability issues - if not on the
protocol level then at least on the UI-to-UI or user-to-user level.

Another thing is that there should be some kind of
specification/guideline on how to actually deliver one-shot messages
that are larger than 1300 bytes. One way is to use MSRP, another to do
content indirection with MESSAGE. In MSRP the key is the ability for the
sender to indicate (at least as a preference/hint) that the session is
established for just sending a single message, not to open a
conversation. This is wanted by providers who would like to be able to
offer something similar to MMS service on top of a SIP infra. 

SIMPLE WG has not been very enthusiastic about this in the past, so I
think OMA has already defined a particular mechanism for MSRP. If
everyone who is interested in this is anyway involved in OMA, as it
seems, there would be not much value for IETF to do anything about it.
However, if there is real interest outside OMA, it would be useful to
have some work in SIMPLE WG.

Markus
 

>-----Original Message-----
>From: ext Paul Kyzivat [mailto:pkyzivat@cisco.com] 
>Sent: 31 January, 2007 00:15
>To: simple@ietf.org
>Subject: Re: [Simple] Internal WG Review: Recharter of SIP for 
>InstantMessaging and Presence Leveraging Extensions (simple)
>
>Wasn't there some talk of a need to specify how to choose 
>between MESSAGE and MSRP, and/or to transition between them in 
>support of a single conversation?
>
>E.g. send a MESSAGE because there may never be a conversation, 
>but then INVITE with an MSRP session to continue the 
>conversation. The need here would be for a way to tie these 
>things together so it is clear that they are part of the same 
>conversation. There are obviously issues with involving the 
>same pair of UAs in both.
>
>I seem to recall this was discussed at some point, but I'm not 
>sure and if so I don't remember the outcome.
>
>	Paul
>
>IESG Secretary wrote:
>> A new charter for the SIP for Instant Messaging and Presence 
>> Leveraging Extensions (simple) working group in the Real-time 
>> Applications and Infrastructure Area of the IETF is being 
>considered. 
>> The draft charter is provided below for your review and comment.
>> 
>> Review time is one week.
>> 
>> The IETF Secretariat
>> 
>> +++
>> 
>> SIP for Instant Messaging and Presence Leveraging Extensions 
>(simple) 
>> 
>======================================================================
>> 
>> Last Modified: 2007-1-24
>> 
>> Current Status: Active Working Group
>> 
>> Chair(s):
>> Robert Sparks <RjS@estacado.net>
>> Hisham Khartabil <hisham.khartabil@gmail.com>
>> 
>> 
>> Real-time Applications and Infrastructure Area Director(s):
>> Jon Peterson <jon.peterson@neustar.biz> Cullen Jennings 
>> <fluffy@cisco.com>
>> 
>> Real-time Applications and Infrastructure Area Advisor:
>> Jon Peterson <jon.peterson@neustar.biz>
>> 
>> Technical Advisor(s):
>> Jon Peterson <jon.peterson@neustar.biz>
>> 
>> Mailing Lists:
>> General Discussion: simple@ietf.org
>> To Subscribe: simple-request@ietf.org
>> In Body: subscribe
>> Archive: http://www.ietf.org/mail-archive/web/simple/index.html
>> 
>> Description of Working Group:
>> 
>> This working group focuses on the application of the Session 
>> Initiation Protocol (SIP, RFC 3261) to the suite of services 
>> collectively known as instant messaging and presence (IMP). The IETF 
>> has committed to producing an interoperable standard for these 
>> services compliant to the requirements for IM outlined in RFC 2779 
>> (including the security and privacy requirements there) and in the 
>> Common Presence and Instant Messaging (CPIM) specification, 
>developed 
>> within the IMPP working group. As the most common services for which 
>> SIP is used share quite a bit in common with IMP, the adaptation of 
>> SIP to IMP seems a natural choice given the widespread support for 
>> (and relative maturity of) the SIP standard.
>> 
>> This group has completed the majority of its primary goals and will 
>> focus on the remaining tasks documented here and concluding. Any 
>> proposed new work should be socialized with the chairs and 
>AD early to 
>> determine if this WG is an appropriate venue.
>> 
>> The primary remaining work of this group will be to complete:
>> 
>> 1. The MSRP proposed standard mechanism for transporting sessions of 
>> messages initiated using the SIP, compliant to the 
>requirments of RFC 
>> 2779, CPIM and BCP 41.
>> 
>> 2. The XCAP framework for representing and carrying 
>configuration and 
>> policy information in SIMPLE systems.
>> 
>> 3. A mechanism for representing partial changes (patches) to XML 
>> documents and extensions to the SIMPLE publication and notification 
>> mechanisms to convey these partial changes.
>> 
>> 4. A mechanism for initiating and managing Instant Message 
>group chat.
>> 
>> 5. An annotated overview of the SIMPLE protocol definition documents.
>> 
>> Any SIP extensions proposed in the course of this development will, 
>> after a last call process, be transferred to the SIP WG for 
>> consideration as formal SIP extensions.
>> 
>> Any mechanisms created for managing Instant Message group chat are 
>> intended to provide a bridge to the conferencing protocols that will 
>> be defined in XCON. They will be limited in scope to address only 
>> simple Instant Message chat with nicknames and will not attempt to 
>> address complex conferencing concepts such as sidebars. Their design 
>> must anticipate operating in conjunction with the conferencing 
>> protocols XCON is working towards.
>> 
>> The working group will work within the framework for presence and IM 
>> described in RFC 2778. The extensions it defines must also be 
>> compliant with the SIP processes for extensions. The group cannot 
>> modify baseline SIP behavior or define a new version of SIP 
>for IM and 
>> presence. If the group determines that any capabilities requiring an 
>> extension to SIP are needed, the group will seek to define such 
>> extensions within the SIP working group, and then use them here.
>> 
>> Goals and Milestones:
>> Done Submission of event package for presence to IESG for 
>publication 
>> as Proposed Standard Done Submission of watcher information 
>drafts to 
>> IESG for publication as Proposed Standards Done Submission 
>of proposed 
>> event list mechanism to the SIP working group Done Submission of 
>> requirements for event publishing to the IESG for publication as 
>> Proposed Standard Done Submission of proposed mechanism for event 
>> publishing to the SIP working group Done Submission of SIMPLE PIDF 
>> profile to IESG for publication as Proposed Standard Done Submission 
>> of base XCAP draft to IESG for publication as Proposed Standard Done 
>> Submission of indication of instant message preparation using SIP to 
>> IESG for publication as a Proposed Standard Done Submission of XCAP 
>> usage for manipulation of presence document content Done 
>Submission of 
>> XCAP usage for setting presence authorization to IESG for 
>publication 
>> as Proposed Standard Done Submission of Filtering mechanisms to IESG 
>> for publication as a Proposed Standard Done Submission of instant 
>> messaging session draft to IESG for publication as a 
>Proposed Standard 
>> Done Submission of instant messaging session relay drafts to 
>IESG for 
>> publication as Proposed Standards Done Submission of Partial 
>> Notification mechanism to IESG for publication as a Proposed 
>Standard 
>> Feb 2007 Submission of an Instant Message Disposition Notification 
>> mechanism to the IESG for publication as a Proposed Standard 
>Feb 2007 
>> Submission of XCAP event package to IESG or appropriate 
>working group 
>> targeting publication as Proposed Standard Feb 2007 Submission of 
>> proposed mechanisms meeting the advanced messaging 
>requirements to the 
>> IESG or appropriate working group Mar 2007 Submission of a 
>performance 
>> and scalability analysis of the SIMPLE presence mechanisms 
>to the IESG 
>> for publication as Informational Jun 2007 Submission of SIMPLE 
>> protocol annotated overview draft to IESG for publication as 
>> Informational Aug 2007 Submission of proposed mechanisms for 
>> initiating and managing Instant Message group chat to the IESG for 
>> publication as Proposed Standard Aug 2007 Conclusion of SIMPLE
>> 
>> _______________________________________________
>> Simple mailing list
>> Simple@ietf.org
>> https://www1.ietf.org/mailman/listinfo/simple
>> 
>
>_______________________________________________
>Simple mailing list
>Simple@ietf.org
>https://www1.ietf.org/mailman/listinfo/simple
>

_______________________________________________
Simple mailing list
Simple@ietf.org
https://www1.ietf.org/mailman/listinfo/simple