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
- [Simple] Internal WG Review: Recharter of SIP for… IESG Secretary
- Re: [Simple] Internal WG Review: Recharter of SIP… Paul Kyzivat
- Re: [Simple] Internal WG Review: Recharter of SIP… Ben Campbell
- Re: [Simple] Internal WG Review: Recharter of SIP… Hisham Khartabil
- Re: [Simple] Internal WG Review: Recharter of SIP… Ben Campbell
- Re: [Simple] Internal WG Review: Recharter of SIP… Paul Kyzivat
- RE: [Simple] Internal WG Review: Recharter of SIP… Markus.Isomaki
- RE: [Simple] Internal WG Review: Recharter of SIP… Stafford, Matthew
- RE: [Simple] Internal WG Review: Recharter of SIP… Salvatore Loreto (JO/LMF)
- Re: [Simple] Internal WG Review: Recharter of SIP… Jonathan Rosenberg
- Re: [Simple] Internal WG Review: Recharter of SIP… Jonathan Rosenberg
- RE: [Simple] Internal WG Review: Recharter of SIP… Drage, Keith (Keith)