Re: draft-housley-two-maturity-levels

Eric Rosen <erosen@cisco.com> Wed, 07 July 2010 13:42 UTC

Return-Path: <erosen@cisco.com>
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 5F7233A6859 for <ietf@core3.amsl.com>; Wed, 7 Jul 2010 06:42:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.74
X-Spam-Level:
X-Spam-Status: No, score=-8.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
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 I9MqBRFr0jOH for <ietf@core3.amsl.com>; Wed, 7 Jul 2010 06:42:15 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 7F3153A67CC for <ietf@ietf.org>; Wed, 7 Jul 2010 06:42:14 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,553,1272844800"; d="scan'208";a="129591351"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 07 Jul 2010 13:42:16 +0000
Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o67DgGhe019904; Wed, 7 Jul 2010 13:42:16 GMT
Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id o67DgGns020071; Wed, 7 Jul 2010 09:42:16 -0400
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: draft-housley-two-maturity-levels
In-reply-to: Your message of Tue, 06 Jul 2010 17:17:11 +1200. <4C32BC57.5070605@gmail.com>
Date: Wed, 07 Jul 2010 09:42:16 -0400
Message-ID: <20070.1278510136@erosen-linux>
From: Eric Rosen <erosen@cisco.com>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: erosen@cisco.com
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/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: Wed, 07 Jul 2010 13:42:16 -0000

I don't think folks have appreciated how truly insidious Russ' document is.

First, he proposes to eliminate a set of processes that are frequently used
to portray the IETF in a negative light:

- The use of the label "Standard" for the never-used third level of
  standardization

- The never-used two year limit on "Proposed Standards"

- The process by which "STD numbers" are assigned to obsolete documents, but
  not to the documents that obsolete them.

This blatant attempt to improve the public image of the IETF is an obvious
conflict of interest for the IETF chair or any other IESG member!  To the
rest of us, the ability to portray the IETF as a laughing stock is of great
value, especially when we disagree with its results.

But then comes the most insidious proposal of all: the elimination of the
prohibition against "downward references".  This clever attempt to remove
one of the disincentives to advancing documents along the standards track
may at first glance seem innocent enough.  However, if the community were to
go along with this attempt to remove disincentives, we might actually end up
with a two level standards process.  Those of us who are happy with the de
facto single level standards process should oppose this change at all costs.
(Fortunately, this tricky proposal is unlikely to succeed in its goal, as
there are so many other disincentives that the document fails to address.)

This document should be sent to a WG where it can be extensively discussed
and analyzed by those members of the community who have the most experience
in failing to achieve consensus on process change.  (Of course, first the
broader community must spend a year or two agreeing on the charter of the
WG.)  The document should then be advanced on the Standards Track, under the
current standards process.  That means that two different Standards
Development Organizations must be created independently from the process
specification in the document, and we must see an implementation report
proving that those two organizations can interoperate.  Only then will it be
appropriate to decide whether the document should become an IETF standard.

Just in case this is an insufficient method of ensuring that there is no
progress, I strongly suggest that the issue of specifying the standards
process be delayed until all issues of document input and output formats,
including internationalization, and representation of diagrams, have been
fully discussed and decided upon.