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

Dave Crocker <dhc2@dcrocker.net> Tue, 17 June 2008 06:09 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 C19363A68EB; Mon, 16 Jun 2008 23:09:44 -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 EFE343A68EB; Mon, 16 Jun 2008 23:09:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.651
X-Spam-Level:
X-Spam-Status: No, score=-2.651 tagged_above=-999 required=5 tests=[AWL=0.949, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-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 xAqyRTioEYGR; Mon, 16 Jun 2008 23:09:42 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id EA0BC3A6848; Mon, 16 Jun 2008 23:09:42 -0700 (PDT)
Received: from [10.5.199.73] (62-50-193-241.client.stsn.net [62.50.193.241]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id m5GN91PN019373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jun 2008 16:09:10 -0700
Message-ID: <485738FB.4010802@dcrocker.net>
Date: Tue, 17 Jun 2008 05:09:31 +0100
From: Dave Crocker <dhc2@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: John C Klensin <john-ietf@jck.com>
Subject: Re: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis
References: <9C6606488F857EEA3152C952@7AD4D3FB4841A5E367CCF211>
In-Reply-To: <9C6606488F857EEA3152C952@7AD4D3FB4841A5E367CCF211>
X-Virus-Scanned: ClamAV 0.92/7493/Mon Jun 16 16:57:30 2008 on sbh17.songbird.com
X-Virus-Status: Clean
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 16 Jun 2008 16:09:14 -0700 (PDT)
Cc: iesg@ietf.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dcrocker@bbiw.net
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


John C Klensin wrote:
> (1) The tracker categories are a matter of IESG decisions, not
> of anything on which the community has ever reached consensus or
> been asked to do so (something I actually consider a good
> thing).  The IESG can change them as needed.   If the current
> state of the tools is such that they cannot be changed, then I
> believe that 

This type of problem with DISCUSS pre-dates the tools.

Yes, the tools will need to be changed, but they aren't the problem.


> (3) I believe that it would be perfectly reasonable for the IESG
> to decide to require the 2606 names, or to require them unless
> justification were explicitly provided and a waiver requested
> and granted. 

It is not reasonable to apply this requirement to advancement/revision 
efforts, absent active demonstration of problems with the existing choices 
used in the draft under revision.

> However, if there is one topic in the IETF's discussions in the
> last several years about procedures on which there is clear
> consensus, it is that the community doesn't like unnecessary
> late surprises and considers them destructive.  

This is definitely a deeper issue.


> Yes, exactly.  And the fact that this was discussed, and an
> explicit decision reached, months before Last Call makes the
> situation even worse, IMO.

Another deeper issue.  A single individual attempting to counter-act the 
judgement of the working group, without affirmative justification except 
erroneous citation of rules and without specific expertise to counteract the 
substantial expertise of the particular working group.  (Lest anyone want to 
invoke the "rogue" wg strawman.)

d/

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net

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