Re: draft-housley-two-maturity-levels

Scott O Bradner <sob@harvard.edu> Mon, 01 August 2011 00:55 UTC

Return-Path: <sob@harvard.edu>
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 01AE521F8794 for <ietf@ietfa.amsl.com>; Sun, 31 Jul 2011 17:55:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.598
X-Spam-Level:
X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 LFViPDiUuqp7 for <ietf@ietfa.amsl.com>; Sun, 31 Jul 2011 17:55:50 -0700 (PDT)
Received: from barracuda.ethostream.com (gleek.ethostream.com [66.195.129.15]) by ietfa.amsl.com (Postfix) with ESMTP id DC0B921F86D8 for <ietf@ietf.org>; Sun, 31 Jul 2011 17:55:49 -0700 (PDT)
X-ASG-Debug-ID: 1312159617-5c4b00050000-h9jmKw
X-Barracuda-URL: http://66.195.129.15:8000/cgi-bin/mark.cgi
Received: from relay.ethostream.com (www1.ethostream.com [66.195.129.11]) by barracuda.ethostream.com (Spam & Virus Firewall) with ESMTP id 353D311D1115 for <ietf@ietf.org>; Sun, 31 Jul 2011 19:46:57 -0500 (CDT)
Received: from relay.ethostream.com (www1.ethostream.com [66.195.129.11]) by barracuda.ethostream.com with ESMTP id A4K9DAGDbCQ3wSdG for <ietf@ietf.org>; Sun, 31 Jul 2011 19:46:57 -0500 (CDT)
Received: from ethoserver.ezone.net (173-167-136-97-illinois.hfc.comcastbusiness.net [173.167.136.97]) by relay.ethostream.com (Postfix) with ESMTPA id 153DD89032E for <ietf@ietf.org>; Sun, 31 Jul 2011 19:46:54 -0500 (CDT)
Received: from soblap3.sobco.com (unknown [172.16.1.172]) by ethoserver.ezone.net (Postfix) with ESMTP id 29EA4A1F6B8 for <ietf@ietf.org>; Sun, 31 Jul 2011 19:46:43 -0500 (CDT)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by soblap3.sobco.com (Postfix) with ESMTP id 21FB33B965F; Thu, 28 Jul 2011 14:39:25 -0400 (EDT)
X-ASG-Orig-Subj: Re: draft-housley-two-maturity-levels
Subject: Re: draft-housley-two-maturity-levels
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-5-711199685"
From: Scott O Bradner <sob@harvard.edu>
In-Reply-To: <12B69DB8-AFDD-4C40-BC9A-0A8158D9F7C0@nostrum.com>
Date: Thu, 28 Jul 2011 14:39:24 -0400
Message-Id: <72BFC611-FAC0-4C82-A96E-24DCEFA7639A@harvard.edu>
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu> <12B69DB8-AFDD-4C40-BC9A-0A8158D9F7C0@nostrum.com>
To: Robert Sparks <rjsparks@nostrum.com>
X-Mailer: Apple Mail (2.1084)
X-Barracuda-Connect: www1.ethostream.com[66.195.129.11]
X-Barracuda-Start-Time: 1312159617
X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at ethostream.com
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.4 tests=HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.70548 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message
Cc: 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: Mon, 01 Aug 2011 00:55:51 -0000

it looks so - maybe it would be good to have a pointer in this doc

Scott

On Jul 28, 2011, at 9:19 AM, Robert Sparks wrote:

> Scott -
> 
> Didn't RFC 5657 address your point 2?
> 
> The current proposal no longer requires this report during advancement, but it does not disallow it.
> I hope it's obvious that I believe these reports are valuable, but I am willing to accept the proposed
> structure, with the hope and expectation that  communities that are serious about producing and 
> refining protocols will be producing these reports anyhow.
> 
> RjS
> 
> On Jul 28, 2011, at 8:19 AM, Scott O. Bradner wrote:
> 
>> 
>> this is better than the last version but
>> 
>> 1/ I still see no reason to think that this change will cause any
>> significant change in the percent of Proposed Standards that move up the
>> (shorter) standards track since the proposal does nothing to change the
>> underlying reasons that people do not expend the effort needed to
>> advance documents
>> 
>> 2/ one of the big issues with the PS->DS step is understanding what
>> documentation is needed to show that there are the interoperable
>> implementations and to list the unused features - it would help a lot to
>> provide some guidance (which I did not do in 2026 - as I have been
>> reminded a number of times :-) ) as to just what process is to be
>> followed
>> 
>> could be
>> 	a spread sheet showing features & implementations
>> 	an assertion by the person proposing the advancement that the
>> requirements have been met
>> or something in between
>> 
>> Scott
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
> 

Scott Bradner

Harvard University Information Technology
Security | Policy, Risk & Compliance
+1 617 495 3864
29 Oxford St., Room 407
Cambridge, MA 02138
www.harvard.edu/huit