Re: draft-housley-two-maturity-levels

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 30 July 2011 20:40 UTC

Return-Path: <brian.e.carpenter@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 CFB8D21F8782 for <ietf@ietfa.amsl.com>; Sat, 30 Jul 2011 13:40:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 kAeSHlBxvhvJ for <ietf@ietfa.amsl.com>; Sat, 30 Jul 2011 13:40:46 -0700 (PDT)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by ietfa.amsl.com (Postfix) with ESMTP id DB7C321F8779 for <ietf@ietf.org>; Sat, 30 Jul 2011 13:40:45 -0700 (PDT)
Received: by fxe6 with SMTP id 6so3840130fxe.31 for <ietf@ietf.org>; Sat, 30 Jul 2011 13:40:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=f97t7iNzTZ0WEE7ggnqeyaxGKW9WAa7xltRfQZrsHJ8=; b=TTqn9Le9geY+n1Vgy2cjj7drFmvowWK5aL5gtUKRPw9i7V3Sw4WUu1KPQ8NtHYwMP5 JaRyWrxFpIIh0C3ccinFvfiyxwcVZcFQtbvJpycKnqMVI7XKxYNqnFONmGsqGgy75o9y QAWmKcIJaTDpI51rwNW9pRq5VYwH4iFnqlBnc=
Received: by 10.223.58.75 with SMTP id f11mr2251127fah.70.1312058446887; Sat, 30 Jul 2011 13:40:46 -0700 (PDT)
Received: from [10.1.1.4] ([121.98.251.219]) by mx.google.com with ESMTPS id j18sm1068453faa.46.2011.07.30.13.40.42 (version=SSLv3 cipher=OTHER); Sat, 30 Jul 2011 13:40:45 -0700 (PDT)
Message-ID: <4E346C3E.4060509@gmail.com>
Date: Sun, 31 Jul 2011 08:40:30 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Pete Resnick <presnick@qualcomm.com>
Subject: Re: draft-housley-two-maturity-levels
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>
In-Reply-To: <4E343791.7040401@qualcomm.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: Bradner Scott <sob@harvard.edu>, IETF <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: Sat, 30 Jul 2011 20:40:46 -0000

Hi Pete,

On 2011-07-31 04:55, Pete Resnick 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? 

I believe that the present situation is confusing both to IETF newcomers
(who may falsely believe that the IETF actually follows the 3 stage process)
and, worse, confusing to users of IETF standards (who may falsely believe
that a document isn't useful until it's advanced). We, and those users,
gain by reducing the confusion. (Note: I did not write "eliminating the
confusion".)

> 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?

It defines a practice which is *very* close to present practice,
apart from a minor name change. I think that's the best we can do,
but that's why it's a baby step, not a no-op.

> 
> If the answer is, "Yes, this document will cause a change in the percent
> of Proposed Standards that move up", then I want to know "How?", because
> like Scott, I haven't heard the answer stated in this dicussion.

It might cause a change, simply because the effort of making the single
move PS->IS will get you to the end state, whereas previously you had
to make two efforts, PS->DS->STD. But only time will tell if this changes
our collective behaviour.

   Brian