Re: draft-housley-two-maturity-levels

John Leslie <john@jlc.net> Sat, 30 July 2011 19:31 UTC

Return-Path: <john@jlc.net>
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 596C321F8834 for <ietf@ietfa.amsl.com>; Sat, 30 Jul 2011 12:31:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.579
X-Spam-Level:
X-Spam-Status: No, score=-106.579 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KCi0R-2qienz for <ietf@ietfa.amsl.com>; Sat, 30 Jul 2011 12:31:37 -0700 (PDT)
Received: from mailhost.jlc.net (mailhost.jlc.net [199.201.159.4]) by ietfa.amsl.com (Postfix) with ESMTP id B308421F8696 for <ietf@ietf.org>; Sat, 30 Jul 2011 12:31:37 -0700 (PDT)
Received: by mailhost.jlc.net (Postfix, from userid 104) id 95F1A33C26; Sat, 30 Jul 2011 15:31:38 -0400 (EDT)
Date: Sat, 30 Jul 2011 15:31:38 -0400
From: John Leslie <john@jlc.net>
To: IETF <ietf@ietf.org>
Subject: Re: draft-housley-two-maturity-levels
Message-ID: <20110730193138.GA26631@verdi>
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu> <12B69DB8-AFDD-4C40-BC9A-0A8158D9F7C0@nostrum.com> <0D43A851-C57B-484F-ADDD-BBD7A412689C@standardstrack.com> <4E343791.7040401@qualcomm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <4E343791.7040401@qualcomm.com>
User-Agent: Mutt/1.4.1i
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: Sat, 30 Jul 2011 19:31:38 -0000

Pete Resnick <presnick@qualcomm.com> wrote:
> 
> I *really* want an answer to the issue that Scott raises. Eric and Brian 
> each refer to a "baby step". A baby step toward what exactly?
> 
> If the answer is simply, "to align documentation with current 
> procedure", that's fine, but then I want to know:
> a) Why is it useful and positive to line up documentation with current
>    procedure? That is, what are we gaining by publishing this? and
> b) This document is identical to neither 2026 *nor* current procedure,
>    so how is it accomplishing the goal of aligning with current
>    procedure anyway?

   Although, to tell truth, I don't care very much whether this I-D
becomes an RFC, I am _very_ glad that Pete is raising these questions.

   We have been wandering in the weeds for years now over "how many
steps should there be?" IMHO, the last serious WG effort (newtrk)
reached something very like consensus that that was the wrong question.

   I _seriously_ hope the IESG will either decide to enact this I-D or
stop beating this horse.

   I suggest that we accept the principle that "consensus" process
means it will be hard to change something in the future; and admit
that "adjust to current practice" isn't a sufficient shibboleth to
gain consensus for a change from a previous consensus.

   It _is_ appropriate for anyone sufficiently bothered by failure to
follow current documented rules to appeal actions which don't follow
the "rules". That _will_ make you unpopular with the folks that must
process the appeal, but it is less harmful than asking the entire IETF
to wander in the weeds in seek of consensus to change the "rules".

   If I may make a suggestion, actual practice could be documented on
ietf.org web pages (with some explanation of how it differs from the
RFC "rules" and why) -- without all this wandering in the weeds. It
is _really_ unlikely that would invoke the full appeal process more
than once, and it would save a lot of bandwidth on this list.

   BTW, while I do intend to be silent if the IESG adopts this I-D
for publication, that does _not_ mean I will be silent when the next
"adjust to current practice" I-D comes up.

--
John Leslie <john@jlc.net>