Re: [RAI] RAI reorganization
"James M. Polk" <jmpolk@cisco.com> Wed, 04 February 2009 23:55 UTC
Return-Path: <jmpolk@cisco.com>
X-Original-To: rai@core3.amsl.com
Delivered-To: rai@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5360628C108 for <rai@core3.amsl.com>; Wed, 4 Feb 2009 15:55:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.523
X-Spam-Level:
X-Spam-Status: No, score=-6.523 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AVnuqWS0nyIc for <rai@core3.amsl.com>; Wed, 4 Feb 2009 15:55:23 -0800 (PST)
Received: from syd-iport-1.cisco.com (syd-iport-1.cisco.com [64.104.193.196]) by core3.amsl.com (Postfix) with ESMTP id BDE8B28C152 for <rai@ietf.org>; Wed, 4 Feb 2009 15:55:22 -0800 (PST)
Received: from syd-dkim-1.cisco.com ([64.104.193.116]) by syd-iport-1.cisco.com with ESMTP; 04 Feb 2009 23:55:00 +0000
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by syd-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n14Nsvaq030373; Thu, 5 Feb 2009 10:54:57 +1100
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id n14NseLq017005; Wed, 4 Feb 2009 23:54:56 GMT
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Feb 2009 15:54:46 -0800
Received: from jmpolk-wxp01.cisco.com ([10.89.19.69]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Feb 2009 15:54:46 -0800
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 04 Feb 2009 17:54:44 -0600
To: Jon Peterson <jon.peterson@neustar.biz>, rai@ietf.org
From: "James M. Polk" <jmpolk@cisco.com>
In-Reply-To: <498A0FE8.5040307@neustar.biz>
References: <498A0FE8.5040307@neustar.biz>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Message-ID: <XFE-SJC-212VuMhvqgS0000bb12@xfe-sjc-212.amer.cisco.com>
X-OriginalArrivalTime: 04 Feb 2009 23:54:46.0124 (UTC) FILETIME=[F506D2C0:01C98723]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4970; t=1233791697; x=1234655697; c=relaxed/simple; s=syddkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20<jmpolk@cisco.com> |Subject:=20Re=3A=20[RAI]=20RAI=20reorganization |Sender:=20; bh=7uYUXqtvAz++ffcpAwUT30ogHxMCKw8iHcPusyY8TsE=; b=IMYjN+Oros3JAjbb59VlQ2AzhnCkovlVtCMvda1GBe0ADBMVkzRhHA65CX HogdsE6c57BbNr3GDdU/qghDUNHyGxQI/g1w7E2oIlb0zQaGAIYNN4xNDSgp U0EH/8XyblOLDRv0JueSu4fML6qqaN/k/LvnUUlKzlnuvhmAMrsys=;
Authentication-Results: syd-dkim-1; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/syddkim1002 verified; );
Subject: Re: [RAI] RAI reorganization
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2009 23:55:24 -0000
I am generally happy with the suggestions here. That said, what I do not see is what will happen to existing SIP WG IDs that are going down a Standards track -- that do not directly relate to RFCs 3261-5. This appears to be a fairly major gap in what's to occur to them - within the explanation below. Let's take an example of one ID I'm writing on Location Conveyance, creating a new Geolocation header. This is clearly not SIPCORE as defined, yet in some circles - especially around the the ECRIT and GEOPRIV WGs, this new header is quite necessary. What's the happen with an ID such as Conveyance? Or is this even more motivation to complete the work before March 09? (once RFC 5378 issues are resolved (!!), of course) ;-) James At 04:00 PM 2/4/2009, Jon Peterson wrote: >Since the open area meeting in Minneapolis, Cullen and I have given >some thought to the best way to try to act on the discussion and >suggested changes. As a continuing part of that process, though >certainly not the last step, we'd like some input from the community >on the following proposal and accompanying draft. > >We have long heard concerns about the perennially overworked SIP and >SIPPING WGs, to say nothing of the general structure of long-lived >working groups that serve as a standing army to attack problems as >they arise. The main drawback of this structure is that these groups >assume responsibility for rosters of known "hard" problems which >seemingly never complete, while easier and more tactical work >struggles for attention and participate energy gradually depletes. >One wouldn't have to look hard in either of those groups for >evidence of this phenomenon. > >Our proposal is therefore to end the current SIP and SIPPING working >groups and replace them with a different structure. This will >include one continuing long-lived working group called SIPCORE, but >unlike SIP, SIPCORE will have a more narrow mandate of handling only >updates or revisions to the core SIP specifications (which we define >here, somewhat arbitrarily, as RFC3261 through RFC3265). This means >that work previously tied to SIP, such as ongoing security work, >would find a new home in this structure. In this proposal the >SIPPING working group will be replaced by a more radical departure, >a working group called DISPATCH. DISPATCH will function much more >like the "open area" groups one sees in other areas - a forum where >new issues and ideas can be presented. DISPATCH will be tasked with >identifying the right venue for new work in the RAI area; the >deliverables of the group might be a BoF charter or an initial >problem statement document, but no protocol work as such. We hope to >use the DISPATCH WG as an incubator for narrowly-scoped, short >duration BoF or working group efforts to solve particular problems. >Ideally, we could emulate structures like the RTPSEC BoF or the >recent P2Pi workshop, both of which were far lighter-weight than a >traditional WG, to address specific issues a more timely manner than >we might have with our previous structure. > >Since this proposal would require a revision to RFC3427, we have >begun work on one, which can now be found here: > >http://svn.resiprocate.org/rep/ietf-drafts/fluffy/draft-peterson-rai-rfc3427bis-01a.txt > >(Sorry, we can't submit this yet due to new RFC 5378 rules but will >submit as soon as that gets fixed) > >In addition to describing the new role of the SIPCORE and DISPATCH >WG, this document also makes a significant change to the header >registration policies, as was recommended in Jonathan's >modest-proposal document. The "P-" header process is deprecated in >RFC3427bis in favor of a more open IANA policy requiring only expert >review for Informational headers - in a nutshell, this means that >new proposals for headers that would have used the "P-" prefix are >directed to omit it, and that these headers can be registered with >the IANA without an Internet-Draft if desired. Note that this does >not mean that we will rename PAID to AID - existing headers will >continue as they are, only the process for new registrations would >change. It is hoped that this change will enable more work to be >done at the "edges" of the RAI area without depending on winning the >approval of everyone at the core. > >Before we undertake any change this radical, however, we'd like some >input from the community about the overall direction. Comments on >the document are also welcome, though do not consider this a last >call review, but more of an overall conceptual read. We do aim to >implement some changes before the end of March, however, to >facilitate the transition to the new Area Director. > >Cullen & Jon >_______________________________________________ >RAI mailing list >RAI@ietf.org >https://www.ietf.org/mailman/listinfo/rai
- Re: [RAI] RAI reorganization James M. Polk
- Re: [RAI] RAI reorganization Jon Peterson
- [RAI] RAI reorganization Jon Peterson
- Re: [RAI] RAI reorganization James M. Polk
- Re: [RAI] RAI reorganization Dan York
- Re: [RAI] RAI reorganization Henry Sinnreich
- Re: [RAI] RAI reorganization Tom Taylor
- Re: [RAI] RAI reorganization Henry Sinnreich
- Re: [RAI] RAI reorganization James M. Polk
- Re: [RAI] RAI reorganization James M. Polk
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization DRAGE, Keith (Keith)
- Re: [RAI] RAI reorganization Mary Barnes
- Re: [RAI] RAI reorganization Mary Barnes
- Re: [RAI] RAI reorganization Alan Johnston
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization Francois Audet
- Re: [RAI] RAI reorganization Eric Burger
- Re: [RAI] RAI reorganization Jonathan Rosenberg
- Re: [RAI] RAI reorganization Hannes Tschofenig
- Re: [RAI] RAI reorganization Dan Wing
- Re: [RAI] RAI reorganization Markus.Isomaki
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Ted Hardie
- Re: [RAI] RAI reorganization Dan York
- Re: [RAI] RAI reorganization - allocation of exis… Hadriel Kaplan
- Re: [RAI] RAI reorganization Jiri Kuthan
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization Hadriel Kaplan
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Richard Shockey
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Jon Peterson
- Re: [RAI] RAI reorganization Adam Roach
- Re: [RAI] RAI reorganization Hadriel Kaplan
- Re: [RAI] RAI reorganization - Clusters Cullen Jennings
- Re: [RAI] RAI reorganization - allocation of exis… Cullen Jennings
- Re: [RAI] RAI reorganization Cullen Jennings
- Re: [RAI] RAI reorganization Francois Audet
- Re: [RAI] RAI reorganization Henry Sinnreich
- Re: [RAI] RAI reorganization - Clusters Roni Even
- Re: [RAI] RAI reorganization Roni Even
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization - Clusters Cullen Jennings
- Re: [RAI] RAI reorganization Hannes Tschofenig
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization Salvatore Loreto
- Re: [RAI] RAI reorganization Henning Schulzrinne
- Re: [RAI] RAI reorganization Henning Schulzrinne
- [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] RAI reorganization Eric Burger
- Re: [RAI] RAI reorganization Mary Barnes
- Re: [RAI] RAI reorganization - Clusters Mary Barnes
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization - Clusters Vijay K. Gurbani
- Re: [RAI] RAI reorganization Mary Barnes
- [RAI] Software as open source (was RAI reorganiza… Henry Sinnreich
- Re: [RAI] RAI reorganization - Clusters Eric Burger
- Re: [RAI] RAI reorganization Vijay K. Gurbani
- Re: [RAI] RAI reorganization - Clusters Jon Peterson
- Re: [RAI] RAI reorganization - Clusters Mary Barnes
- Re: [RAI] RAI reorganization - Clusters Tom Taylor
- [RAI] Code -- was RE: RAI reorganization Hannes Tschofenig
- [RAI] SIP to Draft -- was RAI reorganization Hannes Tschofenig
- Re: [RAI] SIP to Draft -- was RAI reorganization Mary Barnes
- Re: [RAI] Option-tag registration Francois Audet
- Re: [RAI] RAI reorganization Henning Schulzrinne
- Re: [RAI] RAI reorganization Vijay K. Gurbani
- Re: [RAI] RAI reorganization Hannes Tschofenig
- Re: [RAI] RAI reorganization Ben Campbell
- Re: [RAI] RAI reorganization - Clusters Ben Campbell
- Re: [RAI] RAI reorganization - Clusters Ben Campbell
- [RAI] SIP and Open Source (was Re: RAI reorganiza… Adam Roach
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] SIP and Open Source (was Re: RAI reorga… Adam Roach
- Re: [RAI] RAI reorganization Henning Schulzrinne
- Re: [RAI] RAI reorganization Francois Audet
- Re: [RAI] SIP and Open Source (was Re: RAI reorga… Vijay K. Gurbani
- Re: [RAI] RAI reorganization Mike Hammer (hmmr)
- Re: [RAI] RAI reorganization Vijay K. Gurbani
- Re: [RAI] RAI reorganization Hannes Tschofenig
- Re: [RAI] RAI reorganization - Clusters Gonzalo Camarillo
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization Gonzalo Camarillo
- Re: [RAI] RAI reorganization - Clusters Elwell, John
- Re: [RAI] RAI reorganization Spencer Dawkins
- Re: [RAI] Code -- was RE: RAI reorganization Eric Burger
- Re: [RAI] Option-tag registration Francois Audet
- [RAI] The Cluster Idea ... was RAI reorganization… Hannes Tschofenig
- Re: [RAI] Code -- was RE: RAI reorganization Hannes Tschofenig
- Re: [RAI] RAI reorganization - role of SIP Markus.Isomaki
- Re: [RAI] RAI reorganization - allocation of exis… Elwell, John
- Re: [RAI] RAI reorganization Jiri Kuthan
- Re: [RAI] SIP to Draft -- was RAI reorganization James M. Polk
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Romascanu, Dan (Dan)
- Re: [RAI] SIP to Draft -- was RAI reorganization Mary Barnes
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Cullen Jennings
- Re: [RAI] RAI reorganization - allocation of exis… Cullen Jennings
- Re: [RAI] RAI reorganization - Clusters Cullen Jennings
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henning Schulzrinne
- Re: [RAI] RAI reorganization - Clusters James M. Polk
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Elwell, John
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Markus.Isomaki
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Elwell, John
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Elwell, John
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Gonzalo Camarillo
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Spencer Dawkins
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Schmidt, Christian 1. (NSN - DE/Munich)
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Michael Procter
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Dan York
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henning Schulzrinne
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hannes Tschofenig
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Roni Even
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henry Sinnreich
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henry Sinnreich
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hadriel Kaplan
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Markus.Isomaki
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Spencer Dawkins
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Michael Procter
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Gonzalo Camarillo
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Elwell, John
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Elwell, John
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henry Sinnreich
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Hadriel Kaplan
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Cullen Jennings
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Cullen Jennings
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henry Sinnreich
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Schmidt, Christian 1. (NSN - DE/Munich)
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Dan York
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Henry Sinnreich
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Lars Eggert
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Gonzalo Camarillo
- Re: [RAI] The Cluster Idea ... was RAI reorganiza… Mike Hammer (hmmr)
- [RAI] Combining the use of SIP and XMPP in an end… Markus.Isomaki
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Scott Lawrence
- Re: [RAI] Option-tag registration Dan York
- Re: [RAI] Option-tag registration Richard Shockey
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Richard Shockey
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Cullen Jennings
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration Scott Lawrence
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hans Erik van Elburg
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Peterson, Jon
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Scott Lawrence
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Spencer Dawkins
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Kevin P. Fleming
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Adam Roach
- Re: [RAI] Option-tag registration Elwell, John
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration DRAGE, Keith (Keith)
- Re: [RAI] Option-tag registration Gonzalo Camarillo
- Re: [RAI] Option-tag registration Gonzalo Camarillo
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Christer Holmberg
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Dean Willis
- Re: [RAI] Option-tag registration Adam Roach
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Hadriel Kaplan
- Re: [RAI] Option-tag registration Adam Roach