Re: prerequisite for change (was Re: draft-housley-two-maturity-levels)

Dave CROCKER <dhc2@dcrocker.net> Mon, 31 January 2011 19:14 UTC

Return-Path: <dhc2@dcrocker.net>
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 536583A6C40 for <ietf@core3.amsl.com>; Mon, 31 Jan 2011 11:14:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.591
X-Spam-Level:
X-Spam-Status: No, score=-6.591 tagged_above=-999 required=5 tests=[AWL=0.008, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 I427H7EB4K9j for <ietf@core3.amsl.com>; Mon, 31 Jan 2011 11:14:48 -0800 (PST)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 227F63A6A7A for <ietf@ietf.org>; Mon, 31 Jan 2011 11:14:48 -0800 (PST)
Received: from [192.168.1.7] (adsl-68-122-35-253.dsl.pltn13.pacbell.net [68.122.35.253]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id p0VJHveV011041 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 31 Jan 2011 11:18:02 -0800
Message-ID: <4D470AD1.80400@dcrocker.net>
Date: Mon, 31 Jan 2011 11:17:37 -0800
From: Dave CROCKER <dhc2@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Andrew Sullivan <ajs@shinkuro.com>
Subject: Re: prerequisite for change (was Re: draft-housley-two-maturity-levels)
References: <20110129223900.60C00817786@newdev.eecs.harvard.edu> <AANLkTinLzBs7P2Fw-U2pNVOTqdG-nOOpYNNTMU40QK+2@mail.gmail.com> <20110130145814.GA39423@shinkuro.com> <F3C3FE2A-3DCD-46B2-8E4D-B557AD22A2DC@network-heretics.com> <20110130153551.GB39423@shinkuro.com> <4D458898.8090008@dcrocker.net> <20110130160628.GD39423@shinkuro.com>
In-Reply-To: <20110130160628.GD39423@shinkuro.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 31 Jan 2011 11:18:03 -0800 (PST)
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 31 Jan 2011 19:14:50 -0000

On 1/30/2011 8:06 AM, Andrew Sullivan wrote:
> On Sun, Jan 30, 2011 at 07:49:44AM -0800, Dave CROCKER wrote:
>> The current proposal specifies a second maturity level that does not
>> permit changing the technical specification.
>
> Yes, I know.  I fail completely to see why anyone would ever do the
> work for such movement of maturity level.  The proposal seems to me to
> be something along the lines of giving gold stars to protocols with
> people who are willing to do the busywork.


One of the challenges in the discussion of this topic on the IETF list is some 
very different models of the role of a standards label.  Given the frequent view 
that only technical details matter, one would think that we are composed only of 
engineers who give little thought to organizational, social and psychological 
factors that might also affect adoption decisions...

One curiosity about this is that our documentation style for specifications 
permits far more tutorial and explanatory content than most other standards 
group, which one might take to indicate that we actually worry a bit about those 
who will adopt our work and that we actually want to help them.  Yet our 
organization mode tends to consider 'publication' the end of our concern.

As folks in the communications game, the IETF tends to have a curious lack of 
interest in the 'feedback' portion of a Shannon-Weaver model[1], when it comes 
to protocol adoption.  It's as if we stopped reading after the first Shannon 
paper.[2]

In any event, I thought the value proposition of the proposal's second label had 
been discussed at some length:

    For significant portions of industry, the decision whether to adopt new 
technology relies heavily on an assessment of its stability and likely success. 
  Some specs are nascent and fluid.  Some are failed.  Others are successful. As 
of now, it can be difficult for such folk to distinguish the real maturity of 
IETF proposals, since most are at Proposed.

    So the proposal defines a second stage that serves the purpose of making an 
official statement of stability and success, by virtue of noting significant 
deployment.  That can be helpful during the "market expansion" phase of adoption.

d/


[1] <http://en.wikipedia.org/wiki/Shannon%E2%80%93Weaver_model>

[2] <http://plan9.bell-labs.com/cm/ms/what/shannonday/shannon1948.pdf>
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net