Re: Conclusion of the last call on draft-housley-two-maturity-levels

John C Klensin <john-ietf@jck.com> Tue, 06 September 2011 21:54 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C52B121F8F00 for <ietf@ietfa.amsl.com>; Tue, 6 Sep 2011 14:54:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.583
X-Spam-Level:
X-Spam-Status: No, score=-102.583 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SQeB4lok2Ffo for <ietf@ietfa.amsl.com>; Tue, 6 Sep 2011 14:54:35 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by ietfa.amsl.com (Postfix) with ESMTP id EFB9E21F8EFC for <ietf@ietf.org>; Tue, 6 Sep 2011 14:54:34 -0700 (PDT)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1R13cq-00003G-IO; Tue, 06 Sep 2011 17:56:12 -0400
Date: Tue, 06 Sep 2011 17:56:11 -0400
From: John C Klensin <john-ietf@jck.com>
To: Ted Hardie <ted.ietf@gmail.com>, ned+ietf@mauve.mrochek.com
Subject: Re: Conclusion of the last call on draft-housley-two-maturity-levels
Message-ID: <2AAFFEB830D09D2FC04D999C@PST.JCK.COM>
In-Reply-To: <CA+9kkMBig=Oe=3x=G-8YVsd49buGNWX2vmAY3wj7dVgtjf9p5g@mail.gmail.com>
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu> <4E5D4570.9080108@piuha.net> <6.2.5.6.2.20110902090159.09e97af0@resistor.net> <4E6147D4.2020204@santronics.com> <DF7F294AF4153D498141CBEFADB17704C352657343@EMBX01-WF.jnpr.net> <20110906161108.GI31240@shinkuro.com> <CEDD8840-BE2D-405E-872A-271C25A9A59D@network-heretics.com> <01O5QFMUPV8S014O5Z@mauve.mrochek.com> <CA+9kkMBig=Oe=3x=G-8YVsd49buGNWX2vmAY3wj7dVgtjf9p5g@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: Keith Moore <moore@network-heretics.com>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Tue, 06 Sep 2011 21:54:35 -0000

While I disagree with the "WG Draft" part, partially because I
think we do still derive significant value from cross-area
review, I agree with the rest of this.

FWIW, I am actually quite sympathetic to Ned's argument that the
presence of two levels past proposed and the amount of nonsense
that seems necessary with each is demoralizing and acts as an
obstruction for some people to get to the second level.  It
hasn't persuaded me that this proposal is helpful only because,
if the experience with Proposed is extended from a three levels
to two, we will see the nonsense level at the second level
increase on the basis of "last shot, so we better get it right"
reasoning (which I believe is one of the things that has driven
the threshold for Proposed to its current level).  If we could
somehow take the combination of a quest for perfection and the
notion that, if the IESG has to review something, ADs have to
find something to complain about or some way to impose their
stamp on the document out of the system, then I'd completely
believe Ned's argument... except that, with the nonsense removed
from the 2nd and 3rd levels, that incentive to remove the third
might be much reduced.

As I indicated in my note last week, the way out of these
problems seems to me to be is much less symbolic tuning of the
standards process and much more having the community express
clear support for the IESG changing the way things are done
--within the existing rules or even closer to their intent-- and
having the IESG do it.  

best,
   john


--On Tuesday, September 06, 2011 14:35 -0700 Ted Hardie
<ted.ietf@gmail.com> wrote:

> I actually have a lot of sympathy with Andrew's formulation,
> largely because the document wants you to infer something
> rather than making it explicit.  Take this text:
> 
> 2.1. The First Maturity Level: Proposed Standard
> 
> 
>   The stated requirements for Proposed Standard are not
> changed; they   remain exactly as specified in RFC 2026 [1].
> No new requirements are   introduced; no existing published
> requirements are relaxed.
> 
> The document doesn't actually say out loud there that the
> requirements for Proposed Standard have been considerably
> increased by IESG practice over the years, nor does it charge
> subsequent IESGs to return to a faithful reading of the actual
> text.  You can infer it from the refrain ("stated
> requirements" and "published requirements"), but I don't think
> you could fairly call it explicit.  You can certainly get that
> from Russ in bar or on a mailing list, but we normally try to
> write our documents such that you don't have to have shared a
> bar with the author to get their real intent.
> 
> If the IESG does not choose to follow-up that inference with
> action, we have effectively moved from a one step standards
> process pretending to be a three-step standards process to a
> one step standards process pretending to have two.  That's
> hardly worth the electrons which have been spent in this
> argument.
>...