[Icar] Assessing wg risk and criticality

Dave Crocker <dhc@dcrocker.net> Sun, 11 January 2004 00:57 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27211 for <icar-archive@odin.ietf.org>; Sat, 10 Jan 2004 19:57:08 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AfTuC-0003ih-5D for icar-archive@odin.ietf.org; Sat, 10 Jan 2004 19:56:40 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0B0ueu9014295 for icar-archive@odin.ietf.org; Sat, 10 Jan 2004 19:56:40 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AfTuB-0003iU-VD for icar-web-archive@optimus.ietf.org; Sat, 10 Jan 2004 19:56:40 -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 TAA27051 for <icar-web-archive@ietf.org>; Sat, 10 Jan 2004 19:56:37 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AfTuA-0001WJ-00 for icar-web-archive@ietf.org; Sat, 10 Jan 2004 19:56:38 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AfToY-0001GM-00 for icar-web-archive@ietf.org; Sat, 10 Jan 2004 19:50:52 -0500
Received: from [65.246.255.50] (helo=mx2.foretec.com) by ietf-mx with esmtp (Exim 4.12) id 1AfTln-00017D-00 for icar-web-archive@ietf.org; Sat, 10 Jan 2004 19:47:59 -0500
Received: from optimus22.ietf.org ([132.151.6.22] helo=optimus.ietf.org) by mx2.foretec.com with esmtp (Exim 4.24) id 1AfTjV-00061m-Hs for icar-web-archive@ietf.org; Sat, 10 Jan 2004 19:45:37 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AfTiu-0003LV-Ia; Sat, 10 Jan 2004 19:45:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AfTiP-0003L6-Qz for icar@optimus.ietf.org; Sat, 10 Jan 2004 19:44:34 -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 TAA26882 for <icar@ietf.org>; Sat, 10 Jan 2004 19:44:22 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AfTiE-00011L-00 for icar@ietf.org; Sat, 10 Jan 2004 19:44:18 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AfTbM-0000pn-00 for icar@ietf.org; Sat, 10 Jan 2004 19:37:12 -0500
Received: from joy.songbird.com ([208.184.79.7]) by ietf-mx with esmtp (Exim 4.12) id 1AfTZB-0000f3-00 for icar@ietf.org; Sat, 10 Jan 2004 19:34:57 -0500
Received: from bbprime (jay.songbird.com [208.184.79.253]) by joy.songbird.com (8.11.6/8.11.6) with SMTP id i0B0fcc14026; Sat, 10 Jan 2004 16:41:41 -0800
From: Dave Crocker <dhc@dcrocker.net>
To: <joel@stevecrocker.com>
CC: <icar@ietf.org>
X-Mailer: PocoMail 3.03 (1740) - EVALUATION VERSION
X-URL: http://www.pocomail.com/
Date: Sat, 10 Jan 2004 16:33:53 -0800
Message-ID: <2004110163353.077341@bbprime>
In-Reply-To: <5.1.0.14.0.20040110013737.018ef758@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Icar] Assessing wg risk and criticality
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.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Folks,


>  I may be missing something, but the problem I see reading this is that this
>  gives the IESG no assistance in deciding which documents it needs to
>  review.  There was another proposal which I read to say ~the IESG needs to
>  review documents for which there is disagreement about the results of other
>  reviews

Joel is certainly correct.  If we expect to have the IESG treat working groups 
differentially, then there needs to be community-wide understanding of the 
differences they should filter on.

I think there are a number of factors that ought to be considered:


1. Infrastructure

	If the work is going to hit the core of the Internet, it needs to have 
high-level and broad-based review.  Period.  (In spite of being up in Apps 
space, something like imposing a system-wide spam control mechanism hits the 
email infrastructure and probably should count in this category.)


2. Risk

	Some work is clearly pretty straightforward.  The work, itself, is well 
understood, and/or the core team working on it are known to do this sort of work 
really well.  When the work is not straightforward and/or the team is not known 
to be experienced with this IETF territory, then the IESG should give it more 
attention.


3. Urgency

	When there is rough consensus that useful work is needed Real Soon, then the 
IESG should endeavor to help that work get done quickly.


This does not mean that working groups which do not qualify under any of these 
concerns should be ignored, but it does provide a meaningful basis for 
prioritizing oversight.

It also has the advantage of requiring working groups and the IESG to assess the 
factors at the outset (and perhaps on a continuing basis?)

d/
--
Dave Crocker <dcrocker-at-brandenburg-dot-com>
Brandenburg InternetWorking <http://brandenburg.com>


_______________________________________________
Icar mailing list
Icar@ietf.org
https://www1.ietf.org/mailman/listinfo/icar