Re: [Icar] Progress?
Brian E Carpenter <brc@zurich.ibm.com> Fri, 16 April 2004 06:55 UTC
Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA16728
for <icar-archive@odin.ietf.org>; Fri, 16 Apr 2004 02:55:51 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1BENF7-0002wd-DH
for icar-archive@odin.ietf.org; Fri, 16 Apr 2004 02:54:29 -0400
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id i3G6sTOL011319
for icar-archive@odin.ietf.org; Fri, 16 Apr 2004 02:54:29 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1BENBk-0002OL-UI
for icar-web-archive@optimus.ietf.org; Fri, 16 Apr 2004 02:51:00 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA16540
for <icar-web-archive@ietf.org>; Fri, 16 Apr 2004 02:50:58 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx)
by ietf-mx with esmtp (Exim 4.32) id 1BENBh-0007gy-3B
for icar-web-archive@ietf.org; Fri, 16 Apr 2004 02:50:57 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1BENAo-0007cL-00
for icar-web-archive@ietf.org; Fri, 16 Apr 2004 02:50:03 -0400
Received: from optimus.ietf.org ([132.151.1.19])
by ietf-mx with esmtp (Exim 4.12) id 1BENA3-0007Xb-00
for icar-web-archive@ietf.org; Fri, 16 Apr 2004 02:49:15 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1BEN43-00017g-1R; Fri, 16 Apr 2004 02:43:03 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1BEN1z-0000fO-Qk
for icar@optimus.ietf.org; Fri, 16 Apr 2004 02:40:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA15904
for <icar@ietf.org>; Fri, 16 Apr 2004 02:40:52 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx)
by ietf-mx with esmtp (Exim 4.32) id 1BEN1v-0006p7-PN
for icar@ietf.org; Fri, 16 Apr 2004 02:40:51 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1BEN12-0006ja-00
for icar@ietf.org; Fri, 16 Apr 2004 02:39:57 -0400
Received: from imhotep.hursley.ibm.com ([195.212.14.170]
helo=mail-gw2.hursley.ibm.com) by ietf-mx with esmtp (Exim 4.12)
id 1BEN0A-0006Z1-00
for icar@ietf.org; Fri, 16 Apr 2004 02:39:02 -0400
Received: from localhost.localdomain ([127.0.0.1]
helo=mail-gw2.hursley.ibm.com)
by mail-gw2.hursley.ibm.com with esmtp (Exim 4.12)
id 1BEMzg-0006bz-00
for icar@ietf.org; Fri, 16 Apr 2004 07:38:32 +0100
Received: from [9.20.136.27] (helo=sp15en17.hursley.ibm.com)
by mail-gw2.hursley.ibm.com with esmtp (Exim 4.12)
id 1BEMzg-0006bu-00
for icar@ietf.org; Fri, 16 Apr 2004 07:38:32 +0100
Received: from zurich.ibm.com (sig-9-145-171-93.de.ibm.com [9.145.171.93])
by sp15en17.hursley.ibm.com (AIX5.1/8.11.6p2/8.11.0) with ESMTP id
i3G6cWF134386 for <icar@ietf.org>; Fri, 16 Apr 2004 07:38:33 +0100
Message-ID: <407EBCBA.EC753D6B@zurich.ibm.com>
Date: Thu, 15 Apr 2004 18:47:54 +0200
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,fr,de
MIME-Version: 1.0
To: icar@ietf.org
Subject: Re: [Icar] Progress?
References: <5.1.0.14.0.20040413211842.022b1918@localhost>
<1396035342.20040414094134@brandenburg.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
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.2 required=5.0 tests=AWL,DATE_IN_PAST_12_24
autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
To a large extent I agree with Dave, but not everywhere... Dave Crocker wrote: > > Joel, > > Thanks for pursuing this. By way of trying to help prime the pump: > > JMH> Should the proposal explicitly address cross-area, or just outside the WG, or ? > > Cross-area, versus outside the wg, can be viewed as two different > concerns, both very important. Hence, I think the proposal should > deal explicitly with both, but leave the actual choices to the working > group. > > This deferral to the wg is based on the view that the proposal should > provide a mechanism that is available to the working group, but that > the wg chooses whether to use it, rather than having the proposal > impose anything on the wg. But at the end of the process, the IESG will impose cross-area review on the WG; that's what the IESG does. So if we want to ease the perception that the IESG is a bottleneck, we need to *encourage* WGs to solicit (and react to) cross-area review. > > JMH> Should the proposal address the reported problems from other review panels > JMH> with calling for volunteers to review specific documents? > > That would be nice, but not essential. All feedback is relevant. > Requiring that a particular proposal deal with the entire range of > possible feedback could be more distracting than beneficial. > > JMH> Should the proposal have detailed requirements for the review, or just > JMH> guidelines as to what an initial summary needs to say? > > If we view proposals as offering services to working groups, rather > than imposing requirements to them, then the the question of review > process and content detail become a matter of quality and style, > rather than formal requirement. More detail is usually better, but not > always. For some strange reason I think the level of guidelines for the content of a review in the SIRs draft is about right. Note, they are guidelines, not requirements. In some of the reviews I've done recently for Harald, I've been amazed - I've seen both void Security sections and missing tables of contents in documents already on the IESG's table. So it seems we do need to apply elementary guidelines, even before getting to review the meat of a document. > > JMH> Should the proposal include requirements / restrictions on qualifications > JMH> of reviewers? > > Again, this is a matter of addressing quality control of the review > process. The more random and unpredictable the backgrounds and skills > of the reviewers, the more random and unpredictable will be their > reviews. We need to make the system self-correcting (i.e. people who turn out to be weak reviewers simply don't get asked back.) > > JMH> Should a proposal provide for formal inclusion of early review in the > JMH> standards process, or should it just be a mechanism for a WG getting early > JMH> feedback? > > I think the formal view should be the latter, and that the former will > evolve naturally from that, as the reviewing is shown to improve > quality and timeliness. > > JMH> Should the proposal provide incentives for WGs to make use of early > JMH> reviews, or "rewards" for doing so? > > BY implication, yes, but not by formal rule. > > d/ > -- > Dave Crocker <mailto:dcrocker@brandenburg.com> > Brandenburg InternetWorking <http://www.brandenburg.com> > Sunnyvale, CA USA <tel:+1.408.246.8253>, <fax:+1.866.358.5301> > > _______________________________________________ > Icar mailing list > Icar@ietf.org > https://www1.ietf.org/mailman/listinfo/icar -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Brian E Carpenter Distinguished Engineer, Internet Standards & Technology, IBM _______________________________________________ Icar mailing list Icar@ietf.org https://www1.ietf.org/mailman/listinfo/icar
- [Icar] Progress? Joel M. Halpern
- Links to experiments (Re: [Icar] Progress?) Harald Tveit Alvestrand
- Re: [Icar] Progress? Dave Crocker
- Re: [Icar] Progress? Brian E Carpenter
- Re: [Icar] Progress? Dave Crocker
- Re: Links to experiments (Re: [Icar] Progress?) Mark Allman
- Re: [Icar] Progress? Mark Allman
- Re: [Icar] Progress? Dave Crocker
- Re: [Icar] Progress? Mark Allman
- archiving reviews (Re: [Icar] Progress?) Mark Allman
- Re: [Icar] Progress? Dave Crocker
- Re: [Icar] Progress? Spencer Dawkins
- Re: [Icar] Progress? Mark Allman
- RE: [Icar] Progress? Robert Snively