[Icar] Re: [Solutions] Summary of Discussion on Reforming IETF Quality Control Process
"James Kempf" <kempf@docomolabs-usa.com> Sat, 10 January 2004 05:36 UTC
Received: from optimus.ietf.org ([132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA10617
for <icar-archive@odin.ietf.org>; Sat, 10 Jan 2004 00:36:27 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AfBmy-0000yy-JZ
for icar-archive@odin.ietf.org; Sat, 10 Jan 2004 00:36:00 -0500
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id i0A5a0fL003774
for icar-archive@odin.ietf.org; Sat, 10 Jan 2004 00:36:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AfBmx-0000yj-JH
for icar-web-archive@optimus.ietf.org; Sat, 10 Jan 2004 00:35:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA10595
for <icar-web-archive@ietf.org>; Sat, 10 Jan 2004 00:35:56 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AfBmu-0006L6-00
for icar-web-archive@ietf.org; Sat, 10 Jan 2004 00:35:56 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AfBkx-0006FI-00
for icar-web-archive@ietf.org; Sat, 10 Jan 2004 00:33:56 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org)
by ietf-mx with esmtp (Exim 4.12) id 1AfBj5-00067s-00
for icar-web-archive@ietf.org; Sat, 10 Jan 2004 00:31:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1AfBj6-0000uR-Me; Sat, 10 Jan 2004 00:32:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AfBLu-0000Ue-Gt
for icar@optimus.ietf.org; Sat, 10 Jan 2004 00:08:02 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA09680
for <icar@ietf.org>; Sat, 10 Jan 2004 00:07:59 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AfBLr-00052O-00
for icar@ietf.org; Sat, 10 Jan 2004 00:07:59 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AfBK3-0004yn-00
for icar@ietf.org; Sat, 10 Jan 2004 00:06:08 -0500
Received: from key1.docomolabs-usa.com
([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
by ietf-mx with esmtp (Exim 4.12)
id 1AfBIx-0004v7-00; Sat, 10 Jan 2004 00:05:00 -0500
Message-ID: <003701c3d737$5b361530$386015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Margaret Wasserman" <margaret@thingmagic.com>
Cc: <solutions@alvestrand.no>, "MPowr" <mpowr@ietf.org>, <icar@ietf.org>
References: <5.1.0.14.2.20040109203410.04552a28@ms101.mail1.com>
Date: Fri, 9 Jan 2004 21:05:24 -0800
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Icar] Re: [Solutions] Summary of Discussion on Reforming IETF
Quality Control Process
Sender: icar-admin@ietf.org
Errors-To: icar-admin@ietf.org
X-BeenThere: icar@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/icar>,
<mailto:icar-request@ietf.org?subject=unsubscribe>
List-Id: Improved Cross-Area Review <icar.ietf.org>
List-Post: <mailto:icar@ietf.org>
List-Help: <mailto:icar-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/icar>,
<mailto:icar-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Hi Margaret,
That was quick! Here are a couple of quick answers, but if you think this
draft might have legs, I'll get an issues page up on it.
> What are the criteria for deciding whether a particular document
> requires full IESG review?
It is up to the IESG to decide that. The WG can ask for a full review if
they think it might be necessary, but the IESG makes the decision. Also, the
shepherding AD can ask for a full review if s(he) thinks its necessary. In
general, I think the IESG would want to review drafts from WGs that are
proposing new technology or major changes in old technology, but I did not
think it would be such a good idea to be that explicit because it would
decrease the attractiveness of serving on the review board, and, as a
practical matter, the IESG may want at some point to have the review board
do a review on some draft that proposes new technology if it's a small
change or a major change in old technology if it isn't all the different or
if the WG is composed of people who are known to be reliable and world class
experts in the field.
>And, when would this be decided -- at
> charter time, when the document is accepted as a WG item, during
> WG Last Call, when the shepherding AD reviews the status of the
> document, or at some other time?
>
In the normal case, as soon as the draft showed up as a work item on the
WG's goals list, which is what the process draft should say because some WG
drafts are added after the charter has been written. A review would have to
be done before the draft became a WG draft in any case. The idea here is to
inject a note of predictability into the review process, so the chair, WG,
and shepherding AD know exactly what to do when the time comes for the
review.
However, in exceptional cases, typically when the shepherding AD has
detected that the WG is off track or has reason to believe that the
solutions being discussed by the WG may be impractical or otherwise flawed,
the shepherding AD can call for a review and include an IESG review of
documents, if talking with the WG fails to reorient the WG.
> In dispute resolution, you seem to indicate that the shepherding
> AD will take all disputes to the full IESG. Currently, the
> shepherding AD (or two ADs in an area) make an attempt to resolve
> any dispute before it is brought to the full IESG. Is it your
> intention to change that?
>
Yes, I believe that is probably a better idea and I will add that to the
document. No reason for full IESG intervention if the WG and reviewers can
come to an accommodation with the AD's help.
> Do you have any sort of transition plan for how we could move
> to this approach? Are there useful experiments that we could
> run to see if it would work?
>
One way to start would be to pick a few WGs and give it a try. The list of
SIRS are obvious candidates for initial Reviewers. Obviously, if the process
is applied to some WGs that exist initially, they will not be able to set up
the review process when they are initially formed. I'd say picking groups
such as DHC where many of the drafts involve proposals for new options or
other small changes would be one way to test the review board process, I'm
not sure which ones would be appropriate for the new/deeply changed
technology case. The experiment could be run for, say, a year and closely
monitored to see how much work it really did eliminate for the IESG and
whether it really did free up more time for ADs to spend working with their
WGs, then tuned as appropriate or even discarded if it isn't working.
jak
_______________________________________________
Icar mailing list
Icar@ietf.org
https://www1.ietf.org/mailman/listinfo/icar
- [Icar] Summary of Discussion on Reforming IETF Qu… James Kempf
- [Icar] Re: [Solutions] Summary of Discussion on R… Margaret Wasserman
- [Icar] Re: [Solutions] Summary of Discussion on R… James Kempf
- [Icar] Re: [Solutions] Summary of Discussion on R… Alex Rousskov
- [Icar] Re: [Solutions] Summary of Discussion on R… Joel M. Halpern
- [Icar] Re: [mpowr] Re: [Solutions] Summary of Dis… Margaret Wasserman
- [Icar] Assessing wg risk and criticality Dave Crocker
- [Icar] Re: [Solutions] Summary of Discussion on R… Alex Rousskov
- [Icar] Re: [Solutions] Summary of Discussion on R… Alex Rousskov
- [Icar] Re: [mpowr] Re: [Solutions] Summary of Dis… Alex Rousskov
- [Icar] Reviewers: One single group or per-area gr… Michael A. Patton
- Re: [Icar] Reviewers: One single group or per-are… Dave Crocker
- Re: [Icar] Reviewers: One single group or per-are… Alex Rousskov
- Re: [Icar] Reviewers: One single group or per-are… Harald Tveit Alvestrand
- Re: [Icar] Reviewers: One single group or per-are… Alex Rousskov