Re: [Simple] Internal WG Review: Recharter of SIP for Instant Messaging and Presence Leveraging Extensions (simple)

Jonathan Rosenberg <jdrosen@cisco.com> Mon, 26 February 2007 20:37 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLmas-0006rb-OB; Mon, 26 Feb 2007 15:37:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLmar-0006rD-6e for simple@ietf.org; Mon, 26 Feb 2007 15:37:09 -0500
Received: from sj-iport-4.cisco.com ([171.68.10.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLman-0003cw-2R for simple@ietf.org; Mon, 26 Feb 2007 15:37:09 -0500
Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 26 Feb 2007 12:37:04 -0800
X-IronPort-AV: i="4.14,221,1170662400"; d="scan'208"; a="42766741:sNHT60191361"
Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l1QKb4Yi005507; Mon, 26 Feb 2007 12:37:04 -0800
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l1QKaxi6028836; Mon, 26 Feb 2007 12:37:03 -0800 (PST)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Feb 2007 15:37:02 -0500
Received: from [192.168.1.104] ([10.86.242.23]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Feb 2007 15:37:02 -0500
Message-ID: <45E344EE.2050800@cisco.com>
Date: Mon, 26 Feb 2007 15:37:02 -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: Avshalom Houri <AVSHALOM@il.ibm.com>
Subject: Re: [Simple] Internal WG Review: Recharter of SIP for Instant Messaging and Presence Leveraging Extensions (simple)
References: <OF7AA255DE.713394A5-ONC2257274.004858DF-C2257274.00487866@il.ibm.com>
In-Reply-To: <OF7AA255DE.713394A5-ONC2257274.004858DF-C2257274.00487866@il.ibm.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 26 Feb 2007 20:37:02.0392 (UTC) FILETIME=[DED03B80:01C759E5]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=7949; t=1172522224; x=1173386224; c=relaxed/simple; s=sjdkim6002; 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[Simple]=20Internal=20WG=20Review=3A=20Recharter=20of =20SIP=20for=20Instant=09Messaging=0A=20and=20Presence=20Leveraging=20Exte nsions=20(simple) |Sender:=20; bh=Qnoz2vh7H5e2nPmacL6xm9SxQwviggqFKFKgWUA7LZM=; b=JhgGf4/CarDdalnMjF/B5UbqXhJkvbbQ2rJVNvxySraLVK41J6hTwO12vukmxwthlqF/JAJG 2KGXpRjMAW8WEXdhfFLFzarSBy7NjHSu3oAHW4lVhv2c2jONH/6KadRO;
Authentication-Results: sj-dkim-6; header.From=jdrosen@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; );
X-Spam-Score: 0.5 (/)
X-Scan-Signature: a8041eca2a724d631b098c15e9048ce9
Cc: simple@ietf.org
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

THey would have to fomally be done in SIP, but I think it makes sense to 
cultivate them in SIMPLE. Sort of like RFC 4662 worked.


-Jonathan R.

Avshalom Houri wrote:

> 
> Regarding:
> 
> Mar 2007 Submission of a performance and scalability analysis of the
> SIMPLE presence mechanisms to the IESG for publication as Informational
> 
> Assuming that we will find things that need to be improved in e.g. 3265
> what will be the mechanism for the improvements? Via SIP WG?
> 
> --Avshalom
> 
> 
> 
> *IESG Secretary <iesg-secretary@ietf.org>*
> 
> 30/01/2007 23:33
> 
> 	
> To
> 	iesg@ietf.org, iab@iab.org, simple@ietf.org, Robert Sparks 
> <RjS@estacado.net>, Hisham Khartabil <hisham.khartabil@gmail.com>
> cc
> 	
> Subject
> 	[Simple] Internal WG Review: Recharter of SIP for Instant Messaging and 
> Presence Leveraging Extensions (simple)
> 
> 
> 	
> 
> 
> 
> 
> 
> 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

-- 
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

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