Re: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis

Robert Elz <kre@munnari.OZ.AU> Thu, 19 June 2008 22:17 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60FCB3A69B6; Thu, 19 Jun 2008 15:17:50 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B6A73A69B6; Thu, 19 Jun 2008 15:17:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.551
X-Spam-Level: *
X-Spam-Status: No, score=1.551 tagged_above=-999 required=5 tests=[FH_RELAY_NODNS=1.451, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BI-oloFjgOzQ; Thu, 19 Jun 2008 15:17:48 -0700 (PDT)
Received: from jade.coe.psu.ac.th (unknown [202.28.99.196]) by core3.amsl.com (Postfix) with ESMTP id 277D53A69A0; Thu, 19 Jun 2008 15:17:47 -0700 (PDT)
Received: from epsilon.noi.kre.to (localhost [127.0.0.1]) by jade.coe.psu.ac.th with ESMTP id m5JMErSd013443; Fri, 20 Jun 2008 05:14:54 +0700 (ICT)
Received: from epsilon.noi.kre.to (localhost [127.0.0.1]) by epsilon.noi.kre.to (8.14.2/8.14.2) with ESMTP id m5JMDF9t013306; Fri, 20 Jun 2008 05:13:23 +0700 (ICT)
From: Robert Elz <kre@munnari.OZ.AU>
To: Eliot Lear <lear@cisco.com>
Subject: Re: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis
In-Reply-To: <485AC27B.6070206@cisco.com>
References: <485AC27B.6070206@cisco.com> <8832006D4D21836CBE6DB469@klensin-asus.vbn.inter-touch.net> <485590E2.3080107@gmail.com> <p06250116c47c330c7dd0@[75.145.176.242]> <4856DE3A.3090804@gmail.com> <C122F91B-59B0-49AC-ABBC-6752217C4E47@NOKIA.COM> <20080619024147.9146C3A6938@core3.amsl.com> <485A353B.30403@dcrocker.net> <20080619175645.0CA443A68C2@core3.amsl.com> <p06240601c480518c107f@[10.0.1.196]>
Mime-Version: 1.0
Date: Fri, 20 Jun 2008 05:13:15 +0700
Message-ID: <19774.1213913595@epsilon.noi.kre.to>
Cc: Ted Hardie <hardie@qualcomm.com>, "iesg@ietf.org" <iesg@ietf.org>, IETF Discussion <ietf@ietf.org>, "dcrocker@bbiw.net" <dcrocker@bbiw.net>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

    Date:        Thu, 19 Jun 2008 22:32:59 +0200
    From:        Eliot Lear <lear@cisco.com>
    Message-ID:  <485AC27B.6070206@cisco.com>

  | Isn't the IESG is meant to serve two roles?

Yes, but not the two you enumerated.   The first, and far and away
most important, is to cause the work to get done - to coordinate the
working groups, help keep out (unwanted) duplicated effort, and somehow
try to cajole people into actually getting things done (etc.)

The second ...

  | The first is to be the arbiter of community consensus.

is that one - which really ought to be done by something different, as
asking #1 to do the work, then #2 to judge if the work is done correctly
really is a conflict of interest.   But that's not germane to any
current discussion.

  | The second is to be a judge on the 
  | quality of the work before them, as to whether it is ready to move 
  | forward.

In the sense of whether the WG has reached consensus, yes, but that's
all a part of #1.

In the sense you mean it, no, that's the job of the whole community.

Of course, the IESG members are a part of the community, and are just
as entitled to an opinion as anyone else.   Their opinions also carry
the same weight as anyone else's (or anyone else with similar reputation
and experience anyway - there's no expectation that necessarily everyone's
ability is equal).

  | I don't want the IESG to author the docs like Jon did but I do
  | want them to stand in the way of dumb ideas.

I don't, I want the community as a whole to do that.   It is just fine for
an IESG member (or anyone else) to point out that they think a proposal is
deficient in some way, but then the community get to judge whether it
should go forward anyway (whether the objection matters).

The IESG do get to judge the community's opinion (figure out what we're all
saying), but when doing that, they need to do so absent any personal
biases one way or the other.

It always appeals to have someone else we can blame when dumb things happen,
"anyone but me", but that's unreasonable.   If poor ideas become codified,
its our fault, not the IESGs, nor is it their responsibility to prevent it.

kre

_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf