Re: [Icar] Progress?

Mark Allman <mallman@icir.org> Mon, 19 April 2004 17:06 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 NAA23924 for <icar-archive@odin.ietf.org>; Mon, 19 Apr 2004 13:06:07 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BFcCC-0000lM-BF for icar-archive@odin.ietf.org; Mon, 19 Apr 2004 13:04:37 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i3JH4aGP002928 for icar-archive@odin.ietf.org; Mon, 19 Apr 2004 13:04:36 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BFc3y-0007LH-VA for icar-web-archive@optimus.ietf.org; Mon, 19 Apr 2004 12:56:07 -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 MAA23461 for <icar-web-archive@ietf.org>; Mon, 19 Apr 2004 12:56:03 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BFc3x-0000z9-6t for icar-web-archive@ietf.org; Mon, 19 Apr 2004 12:56:05 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BFc2x-0000iy-00 for icar-web-archive@ietf.org; Mon, 19 Apr 2004 12:55:04 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BFc1w-0000Lm-00 for icar-web-archive@ietf.org; Mon, 19 Apr 2004 12:54:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BFbwA-0005JD-Mr; Mon, 19 Apr 2004 12:48:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BFboq-0003RL-8U for icar@optimus.ietf.org; Mon, 19 Apr 2004 12:40:28 -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 MAA22560 for <icar@ietf.org>; Mon, 19 Apr 2004 12:40:24 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BFboo-00051D-Kf for icar@ietf.org; Mon, 19 Apr 2004 12:40:26 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BFbo2-0004ls-00 for icar@ietf.org; Mon, 19 Apr 2004 12:39:39 -0400
Received: from wyvern.icir.org ([192.150.187.14]) by ietf-mx with esmtp (Exim 4.12) id 1BFbn9-0004VJ-00 for icar@ietf.org; Mon, 19 Apr 2004 12:38:43 -0400
Received: from guns.icir.org (adsl-68-76-113-50.dsl.bcvloh.ameritech.net [68.76.113.50]) by wyvern.icir.org (8.12.9p1/8.12.8) with ESMTP id i3JGcdH4095184; Mon, 19 Apr 2004 09:38:39 -0700 (PDT) (envelope-from mallman@guns.icir.org)
Received: from guns.icir.org (localhost [127.0.0.1]) by guns.icir.org (Postfix) with ESMTP id 39B5C77A6D5; Mon, 19 Apr 2004 12:38:38 -0400 (EDT)
To: Dave Crocker <dcrocker@brandenburg.com>
From: Mark Allman <mallman@icir.org>
Reply-To: mallman@icir.org
Cc: Brian E Carpenter <brc@zurich.ibm.com>, icar@ietf.org
Subject: Re: [Icar] Progress?
In-Reply-To: <717382561.20040416091907@brandenburg.com>
Organization: ICSI Center for Internet Research (ICIR)
Song-of-the-Day: Jungle Love
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature"
Date: Mon, 19 Apr 2004 12:38:38 -0400
Message-Id: <20040419163838.39B5C77A6D5@guns.icir.org>
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

Dave-

Thanks for the input!

I want to push back a little to understand the thinking ....

> The significant point, however, is that having this become a de facto
> requirement is not part of defining or using the review process
> itself.  Making it effectively mandatory is outside of the critical
> path for initiating the review capability.
> 
> Rather, it develops as a requirement later, as the utility of early,
> wg-initiated reviews becomes evident. Hence it is the usefulness of
> the reviews that prompts working groups to get them done, rather than
> the imposition of an externally imposed and externally managed rule.

First, I think that we can seperate the "review function" from the
"process function" that might mandate/suggest/whatever the review
function, as you suggest.

But, I wonder if getting this all going is a chicken-and-egg thing.
I.e., if we don't invoke the review function as an explicit step in the
process will anyone do it?  It seems clear that if we could get folks to
start doing it then things may well snowball nicely (i.e., the community
would see that it was worthwhile).  But, in the absence of experience
that concretely shows that some sort of early review function is, in
fact, useful and worthwhile what is the incentive for a WG to invoke the
review function?

The other thing I wonder about is new-ish folk in the IETF.  People
bring ideas in that are not really baked, but they don't realize it (new
UDP-based app with no congestion control, no thoughts given to security,
etc.).  What is the incentive for these people to turn around and ask a
bunch of people they don't know to pick apart their work when they are
Obviously Correct?

SIRS didn't get much activity in the grand scheme of things.  So, in the
absence of expicit direction how do we get some sort of review function
going?

Thanks!

allman


--
Mark Allman -- ICIR -- http://www.icir.org/mallman/