RE: [mpowr] Re: [Solutions] Further work on WG (chair) roles - MPOWRWG proposal

John C Klensin <john-ietf@jck.com> Tue, 30 March 2004 23:37 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 SAA02869 for <mpowr-archive@odin.ietf.org>; Tue, 30 Mar 2004 18:37:12 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B8RjD-0006WI-DK for mpowr-archive@odin.ietf.org; Tue, 30 Mar 2004 17:29:03 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hBFFd6ii001569 for mpowr-archive@odin.ietf.org; Mon, 15 Dec 2003 10:39:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AVuoL-0000P7-53 for mpowr-web-archive@optimus.ietf.org; Mon, 15 Dec 2003 10:39:05 -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 KAA14120 for <mpowr-web-archive@ietf.org>; Mon, 15 Dec 2003 10:39:01 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AVuoI-00078Z-00 for mpowr-web-archive@ietf.org; Mon, 15 Dec 2003 10:39:02 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AVuoI-00078V-00 for mpowr-web-archive@ietf.org; Mon, 15 Dec 2003 10:39:02 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AVuoI-0000OQ-Lq; Mon, 15 Dec 2003 10:39:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AVuoD-0000Nq-HN for mpowr@optimus.ietf.org; Mon, 15 Dec 2003 10:38:57 -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 KAA14109 for <mpowr@ietf.org>; Mon, 15 Dec 2003 10:38:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AVuoB-00078E-00 for mpowr@ietf.org; Mon, 15 Dec 2003 10:38:55 -0500
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com) by ietf-mx with esmtp (Exim 4.12) id 1AVuoA-00078B-00 for mpowr@ietf.org; Mon, 15 Dec 2003 10:38:54 -0500
Received: from bs.jck.com ([209.187.148.211] helo=localhost.jck.com) by bs.jck.com with esmtp (Exim 4.10) id 1AVuo2-0008io-00; Mon, 15 Dec 2003 10:38:46 -0500
Date: Mon, 15 Dec 2003 10:38:45 -0500
From: John C Klensin <john-ietf@jck.com>
To: Pete Resnick <presnick@qualcomm.com>, Margaret.Wasserman@nokia.com
cc: mpowr@ietf.org, solutions@alvestrand.no
Subject: RE: [mpowr] Re: [Solutions] Further work on WG (chair) roles - MPOWRWG proposal
Message-ID: <7450364.1071484725@r3.jck.com>
In-Reply-To: <p06100706bc00187ed205@[216.43.25.67]>
References: <E320A8529CF07E4C967ECC2F380B0CF9027E4644@bsebe001.ame ricas.nokia.com> <p06100706bc00187ed205@[216.43.25.67]>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
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>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi.

I continue to believe, and this discussion illustrates, that we
are going around in circles rather than solving problems.  Given
the prior and long-standing IESG position that it can make any
policy on processing of standards that isn't explicitly
prohibited (and maybe some that are), and that any document
coming out of a WG is subject to IESG approval, I suggest
(again) the following:

* While it may be difficult to do so, it is ultimately more
reasonable to judge _IETF_ consensus on a procedural issue by
surveying comments on a wide-participation list than it is to
judge it from a narrowly-constituted WG, especially a WG that
competes with others and is populated primarily by people who
are more interested in process than in technical work.  If the
IESG needs a Last Call to calibrate community preferences/
consensus, the IESG is empowered (or has empowered itself) to
issue a Last Call on substantially anything, at substantially
any time.

* Any decisions coming out of the WG will be subject to IESG
approval.  If the IESG does not approve, then the WG becomes a
waste of time.  If the IESG knows of things of which it will
approve, then, if it believes there is some basis in community
consensus, it is free to make the changes today.  That leaves a
(probably very small, IMO) area in which the IESG possibly
prefers to not do something, but might be persuaded by a large
community consensus.  But, again, a narrow-focus WG is not the
best was to demonstrate such consensus.

* As Pete and others have pointed out, most of the things that a
WG might decide to permit or require under this proposed charter
are already within the scope of authority of a WG Chair ...
assuming that the relevant AD decides to interpret the scope and
authority that way.

So...

(1) Let's have those ADs who are enthused about transferring
more authority and responsibility to WG Chairs, do it.  Just
make an announcement about what you are expecting WG Chairs to
do and that you will rubber-stamp that action, without delay,
when it gets to you as AD.  If different ADs come up with
slightly different details and formulas, so much the better: I
agree with Melinda that most of the issues are in the substance
and fine details, but we will learn far more about what is
workable with a few experiments than with endless speculative
debate... and we will learn it _much_ more quickly.  If other
ADs try to block this without good reason, write an open letter
to the WG explaining the blockage (don't just put a cryptic
entry into the I-D tracker) and copy the Nomcom.  If one AD is
seen as blocking things sufficiently, the WG membership can
presumably find the recall procedures.  It is time to put a stop
to the endless looping on this subject.

(2) The other major concern that has been voiced involves WG
Chairs abusing their (possibly new-found) power.  But WG Chairs
serve more or less at the pleasure of ADs.   An abuse can be
discussed with the relevant AD (the procedures are pretty clear
about that).  If the AD refuses to do anything, that situation
can be appealed (that is less clear from the procedures, but,
IMO, it would be completely rational for the community to
consider recalling any AD who said "my nit-picking reading of
the procedures doesn't permit an appeal in this case, so I vote
to reject it without considering the issues").

If, once we have the output from this type of experimental
process, we conclude that the relevant BCPs need rewriting (as I
suspect we will), that is the right time to form WGs, if needed.
They will, at that point, have firm experience behind them to
evaluate.   But, right now, I think the criterion for forming
more WGs ought to be "there is evidence that we need to do X,
and we can't even try that without a change in procedures".
Given the precedents of authority the IESG has claimed for
itself in the past, I don't think this one meets that test.

Do we think we can get more protection than that from more
procedures?  Personally, I doubt it.  And, if the answer is
"no", we have, I think, just exhausted the topic list for this
proposed WG.

        john


--On Friday, December 12, 2003 20:41 -0600 Pete Resnick
<presnick@qualcomm.com> wrote:

>...
> Chairs have plenty of authority to judge consensus now, and in
> the normal course of events, that will allow them to hold a
> document when there hasn't been sufficient cross-area review.
> However, it won't allow them to usurp the consensus of the WG.
>...



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