Re: [RAI] RAI reorganization

"Spencer Dawkins" <spencer@wonderhamster.org> Fri, 13 February 2009 15:00 UTC

Return-Path: <spencer@wonderhamster.org>
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 8809C3A6C1A for <rai@core3.amsl.com>; Fri, 13 Feb 2009 07:00:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 g9jEROEoRPlh for <rai@core3.amsl.com>; Fri, 13 Feb 2009 07:00:53 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) by core3.amsl.com (Postfix) with ESMTP id 55ECB3A6B7E for <rai@ietf.org>; Fri, 13 Feb 2009 07:00:53 -0800 (PST)
Received: from S73602b (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MKpCa-1LXzX71C5r-00013W; Fri, 13 Feb 2009 10:00:53 -0500
Message-ID: <5ECB4B3058BA4E92BEEFD0DCE464FECD@china.huawei.com>
From: Spencer Dawkins <spencer@wonderhamster.org>
To: Henning Schulzrinne <hgs@cs.columbia.edu>, Salvatore Loreto <salvatore.loreto@ericsson.com>
References: <498A0FE8.5040307@neustar.biz> <C5AFB3D5.B32D%hsinnrei@adobe.com><XFE-SJC-211ABeBJZL40000bcca@xfe-sjc-211.amer.cisco.com> <498A9F64.5010901@ericsson.com> <1ECE0EB50388174790F9694F77522CCF1C137240@zrc2hxm0.corp.nortel.com> <AD19766B-980C-4CF4-9B2B-4863EB7C3349@standardstrack.com> <B3F72E5548B10A4A8E6F4795430F8418036C55E39E@NOK-EUMSG-02.mgdnok.nokia.com> <4991EA5A.7030008@nostrum.com><4992B3E8.1080101@iptel.org> <4993037A.9000409@nostrum.com><49930DEB.6000807@ericsson.com> <4993208D.8050606@nostrum.com><49935428.8040206@neustar.biz> <49935F15.8090106@nostrum.com> <4993c89d.1c185e0a.3281.7878@mx.google.com> <072401c98cfb$346e3ed0$0201a8c0@nsnintra.net><4993F9B3.8030606@ericsson.com> <4994107F.8010402@ericsson.com> <225B82E0-83AD-4812-9534-860934543253@cs.columbia.edu>
Date: Fri, 13 Feb 2009 09:00:23 -0600
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="response"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-Provags-ID: V01U2FsdGVkX1+9ejwKZM0gXHFUNgmlly7vEur9ZuMSx3ta768 HPfGeji7J4Ds06dHV+DfslA4xAZNQ6KOPL6KNFfP279qkWUMZO ccubtP4X6ikPBRViFk+CABn6FcwSL5rd21RLffGUq8=
Cc: rai@ietf.org
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: Fri, 13 Feb 2009 15:00:54 -0000

>> even if I would say  that sip developers  have to spend a  huge  amount 
>> of time and effort to get their tiny
>> new, and probably already implemented, sip extensions standardized:  if 
>> they success!
>> That's not the only cause, but it is one
>
> And the "tail end" delays and frustration are one part of that. Ever 
> longer dependency chains of drafts (examples that affect my own  drafts: 
> SIP outbound, now nearing four years since *ietf*-00, and  mDNS, stalled 
> indefinitely) are probably not exactly helpful.
>
> If there was a way to take a risk and simply allow "down references"  to 
> drafts that are technically complete, but wending their way through  the 
> IETF management chain, we'd be able to cut a year or two off the 
> publication delay in some cases.

In March 2004, Scott Bradner proposed "Stable Snapshots" (SSS), and Dave 
Crocker, Charlie Perkins and I proposed "Working Group Snapshots" (WGS). SSS 
and WGS did not differ much (great minds think alike, apparently).

At least WGSs were stable references that a working group could checkpoint 
for any reason, including "working group thinks we're through, publication 
is requested". The point was that the references were stable, so in the 
cases where it was appropriate to do so, they could be down-referenced in 
other documents.

The IESG at that time didn't pursue these proposals, but the IESG population 
will have almost completely "turned over" after IETF 74, so maybe it's time 
to think about this again.

Speaking only for myself about MEDIACTRL, we have three drafts that are 
"stable", but we're still collecting implementation reports (this is not a 
bad thing) on all three, so if WGS or the moral equivalent was available, we 
might consider checkpointing WGS all three drafts, instead of (1) leaving 
them hanging for a couple of IETF cycles as drafts-like-any-others, or (2) 
requesting publication as Proposed Standards, knowing that we may be doing 
"-bis" versions fairly quickly.

Historical URLs are available at

http://www.watersprings.org/pub/id/draft-dawkins-newtrk-wgs-00.txt

http://www.watersprings.org/pub/id/draft-bradner-ietf-stds-trk-01.txt

Thanks,

Spencer