Re: [mpowr] Why MPOWR?

Pekka Savola <pekkas@netcore.fi> Sun, 08 February 2004 07:07 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 CAA04426 for <mpowr-archive@odin.ietf.org>; Sun, 8 Feb 2004 02:07:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Apj1z-0006es-Q6 for mpowr-archive@odin.ietf.org; Sun, 08 Feb 2004 02:07:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i18773uc025578 for mpowr-archive@odin.ietf.org; Sun, 8 Feb 2004 02:07:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Apj1y-0006e9-S3 for mpowr-web-archive@optimus.ietf.org; Sun, 08 Feb 2004 02:07: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 CAA03745 for <mpowr-web-archive@ietf.org>; Sun, 8 Feb 2004 02:07:00 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Apj1v-0000so-00 for mpowr-web-archive@ietf.org; Sun, 08 Feb 2004 02:06:59 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Apj0y-0000oB-00 for mpowr-web-archive@ietf.org; Sun, 08 Feb 2004 02:06:01 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1Apj03-0000iz-00 for mpowr-web-archive@ietf.org; Sun, 08 Feb 2004 02:05:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Apj01-0005gv-MO; Sun, 08 Feb 2004 02:05:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ApizG-0005Ll-Ba for mpowr@optimus.ietf.org; Sun, 08 Feb 2004 02:04:14 -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 CAA00549 for <mpowr@ietf.org>; Sun, 8 Feb 2004 02:04:11 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ApizC-0000ew-00 for mpowr@ietf.org; Sun, 08 Feb 2004 02:04:10 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1ApiyL-0000ae-00 for mpowr@ietf.org; Sun, 08 Feb 2004 02:03:17 -0500
Received: from netcore.fi ([193.94.160.1]) by ietf-mx with esmtp (Exim 4.12) id 1Apixb-0000Ut-00 for mpowr@ietf.org; Sun, 08 Feb 2004 02:02:31 -0500
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id i1871mZ24683; Sun, 8 Feb 2004 09:01:49 +0200
Date: Sun, 08 Feb 2004 09:01:48 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: John C Klensin <john-ietf@jck.com>
cc: mpowr@ietf.org
Subject: Re: [mpowr] Why MPOWR?
In-Reply-To: <327742548.1076153200@scan.jck.com>
Message-ID: <Pine.LNX.4.44.0402080852260.24167-100000@netcore.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: mpowr-admin@ietf.org
Errors-To: mpowr-admin@ietf.org
X-BeenThere: mpowr@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>, <mailto:mpowr-request@ietf.org?subject=unsubscribe>
List-Id: Management Positions -- Oversight, Work and Results <mpowr.ietf.org>
List-Post: <mailto:mpowr@ietf.org>
List-Help: <mailto:mpowr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>, <mailto:mpowr-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

Hi,

I agree with Joel's comments, so I don't repeat them here, but only 
want to spell out an issue explicitly..

On Sat, 7 Feb 2004, John C Klensin wrote:
> If we want this to stop, we need to make it _very_ clear to the 
> IESG, clear enough to overwhelm the noise, that we are tired of 
> it.  No more BOFs, and especially no second BOFs, unless it is 
> clear that useful information is likely to come out of them. 
> An accelerated chartering process with clear community support 
> for shutting down WGs that looked marginal at charter time, were 
> given a chance anyway, but aren't producing (there may be 
> elements of the O'Dell-Klensin and/or Huston-Rose proposals from 
> early in this reform process that might be useful here).


.. you seem to state "aren't producing" as a criterion for shutting 
down a WG.  I'm not sure if this is intended, but the problem seems to 
be more generic than that.

For example,

 a) the WG could get nothing done, because of the lack of 
interested/committed people, or do so only slowly;

 b) the WG might be getting something done, but the stuff produced 
would not seem to be a useful approach (e.g., architecturally wrong 
choice after the fast-track WG process began)

 c) the WG might be producing something, but the results will be 
irrelevant, as it lacks the support/commitment from major vendors, 
which would be a requirement for getting any useful work done (e.g., 
forces WG could be one example).

There are probably more issues to spell out, but "aren't producing" 
could be interpreted in a narrow fashion ("aren't producing 
anything"), or broader ("aren't producing good, useful output").

It is important to see the distinction, and the unavoidable pitfalls 
of the latter interpretation, as b) and c) are likely to be another 
(subjective) judgment call.

Thus it seems to make sense to "charter carefully because you've got
to live with the results", and "charter with sufficient number of
checkpoints to check whether the WG is producing the right stuff".  
However, this doesn't necessarily mean the chartering process needs to
be slow..

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings


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