Re: Alternative Proposal for Two-Stage IETF Standardization
Dave CROCKER <dhc2@dcrocker.net> Thu, 11 November 2010 04:25 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 CC2353A696A for <ietf@core3.amsl.com>; Wed, 10 Nov 2010 20:25:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.556
X-Spam-Level:
X-Spam-Status: No, score=-6.556 tagged_above=-999 required=5 tests=[AWL=0.043, 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 i4DTz9TJoiqD for <ietf@core3.amsl.com>; Wed, 10 Nov 2010 20:25:11 -0800 (PST)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 93EBE3A6972 for <ietf@ietf.org>; Wed, 10 Nov 2010 20:25:06 -0800 (PST)
Received: from [130.129.119.146] (dhcp-7792.meeting.ietf.org [130.129.119.146]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id oAB4PFEE006089 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 10 Nov 2010 20:25:31 -0800
Message-ID: <4CDB7026.5090903@dcrocker.net>
Date: Thu, 11 Nov 2010 12:25:10 +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.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: Russ Housley <housley@vigilsec.com>
Subject: Re: Alternative Proposal for Two-Stage IETF Standardization
References: <4CD967AD.80605@dcrocker.net> <3486.198.180.150.230.1289445298.squirrel@mail.smetech.net>
In-Reply-To: <3486.198.180.150.230.1289445298.squirrel@mail.smetech.net>
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]); Wed, 10 Nov 2010 20:25:32 -0800 (PST)
Cc: IETF Discussion <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: Thu, 11 Nov 2010 04:25:15 -0000
On 11/11/2010 11:14 AM, Russ Housley wrote: > (Full) Internet Standard: The Internet community achieves rough > consensus -- on using the running code of a specification. > > This causes me pause, because it does not say that the RFC was sufficient > to produce interoperable implementations. > > Perhaps this is a problem with the words that were selected, but it might > be a fundamental concern. I can't tell from the draft. Please explain. Russ, Your diagnostic assessment is exactly right: The precise wording needs to be better. I -- since I'm the editor of the doc, I get wording blame -- took it as a given that "widespread use" required interoperability. And I wish I could say that you were the first to notice the potential hole is our existing language. (In fact, it took some iterations before I comprehended what problem was being seen in the language.) Frankly, I think it's an edge condition, because the 'violation' would be having an IETF standards track specification that gained widespread use, but with only one implementation. Or, at least, that's the hole in the language that has been noted to me. If you see other problems, please explain. To establish the base: It is not possible to achieve widespread use on the Internet without having multiple components interacting. That's called interoperability. However, the interoperability might be among components that are clones of a single code base. So our language needs to be enhanced to cover multiple implementations. And as long as the language hood is up, we might as well put in a turbo-booster that asserts the higher octane 'interoperability' word. Does that cover your concern? d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net
- Alternative Proposal for Two-Stage IETF Standardi… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Mark Andrews
- Re: Alternative Proposal for Two-Stage IETF Stand… Brian E Carpenter
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Russ Housley
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Russ Housley
- Re: Alternative Proposal for Two-Stage IETF Stand… Peter Saint-Andre
- Re: Alternative Proposal for Two-Stage IETF Stand… Spencer Dawkins
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Russ Housley
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Spencer Dawkins
- Re: Alternative Proposal for Two-Stage IETF Stand… Martin Rex
- Re: Alternative Proposal for Two-Stage IETF Stand… Dave CROCKER
- Re: Alternative Proposal for Two-Stage IETF Stand… Martin Rex
- Re: Alternative Proposal for Two-Stage IETF Stand… ned+ietf
- Re: Alternative Proposal for Two-Stage IETF Stand… Spencer Dawkins
- Re: Alternative Proposal for Two-Stage IETF Stand… Eric Burger