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

Ted Hardie <ted.ietf@gmail.com> Tue, 06 September 2011 21:33 UTC

Return-Path: <ted.ietf@gmail.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 0488F21F8ECF for <ietf@ietfa.amsl.com>; Tue, 6 Sep 2011 14:33:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 wBl+AirTn2yg for <ietf@ietfa.amsl.com>; Tue, 6 Sep 2011 14:33:23 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id 221D721F8ED7 for <ietf@ietf.org>; Tue, 6 Sep 2011 14:33:23 -0700 (PDT)
Received: by yxj17 with SMTP id 17so3834431yxj.31 for <ietf@ietf.org>; Tue, 06 Sep 2011 14:35:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=STQzo9RNMUuOsSbS14IcL64MnY01E1wogIQbmD7ZTQM=; b=JYKd48D9vB4eRGoOYdhg5+NH6nG+Tuzl0B6NB2wQ5RgtcaI0SsXkBUIqgH6E4QISvb oUI0/71Y14NIC7DxmnIYba+FL5miY/vLLGR838JDeVcXwtjGHfGCZh9IcSxpcxEKC7Td xknvY2ifHaOHSXfByLYuv9YGIv08c4DcvQL9Q=
MIME-Version: 1.0
Received: by 10.236.115.70 with SMTP id d46mr27378081yhh.83.1315344910445; Tue, 06 Sep 2011 14:35:10 -0700 (PDT)
Received: by 10.236.110.174 with HTTP; Tue, 6 Sep 2011 14:35:10 -0700 (PDT)
In-Reply-To: <01O5QFMUPV8S014O5Z@mauve.mrochek.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>
Date: Tue, 06 Sep 2011 14:35:10 -0700
Message-ID: <CA+9kkMBig=Oe=3x=G-8YVsd49buGNWX2vmAY3wj7dVgtjf9p5g@mail.gmail.com>
Subject: Re: Conclusion of the last call on draft-housley-two-maturity-levels
From: Ted Hardie <ted.ietf@gmail.com>
To: ned+ietf@mauve.mrochek.com
Content-Type: multipart/alternative; boundary="20cf30363b3d24ed9204ac4c9a7d"
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:33:24 -0000

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.

My personal opinion for some time has been that we ought to recognize that
the previous PS moved into "WG draft" years ago and that anything named an
RFC should be recognized as something that market will consider a standard.
(My own somewhat-tongue-in-cheek proposal was to make advancement completely
automatic, barring a stated objection, but that went nowhere.)  If we are
going to try to move the goalposts for PS back and retain more than one
maturity level with the label RFC, I think we'd have a better chance of
success if  we fess up that they were moved *and put into the document that
the community wants the IESG to use those and only those for PS*.  Without
that, the real requirements for PS remain up to the IESG of the moment--a
matter of lore rather than documented practice.

To add one final comment, I think what little consensus we have on this is
was well characterized as "by exhaustion" in John's earlier note.  It may be
no less real for that, but let's not pretend to ourselves that this is
anything but a much-needed removal of the requirement for annual review,
along with a fond hope that the future may be different from the past.

regards,

Ted