Re: draft-housley-two-maturity-levels

Robert Sparks <rjsparks@nostrum.com> Thu, 28 July 2011 13:19 UTC

Return-Path: <rjsparks@nostrum.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 4A83921F8C93 for <ietf@ietfa.amsl.com>; Thu, 28 Jul 2011 06:19:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-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 mOC1AC3C6aI9 for <ietf@ietfa.amsl.com>; Thu, 28 Jul 2011 06:19:49 -0700 (PDT)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 6B91E21F8C5D for <ietf@ietf.org>; Thu, 28 Jul 2011 06:19:48 -0700 (PDT)
Received: from dhcp-1534.meeting.ietf.org (dhcp-1534.meeting.ietf.org [130.129.21.52]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id p6SDJjAD079664 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 28 Jul 2011 08:19:46 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
Subject: Re: draft-housley-two-maturity-levels
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Robert Sparks <rjsparks@nostrum.com>
In-Reply-To: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu>
Date: Thu, 28 Jul 2011 09:19:45 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <12B69DB8-AFDD-4C40-BC9A-0A8158D9F7C0@nostrum.com>
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu>
To: "Scott O. Bradner" <sob@harvard.edu>
X-Mailer: Apple Mail (2.1084)
Received-SPF: pass (nostrum.com: 130.129.21.52 is authenticated by a trusted mechanism)
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: Thu, 28 Jul 2011 13:19:50 -0000

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