Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Fri, 06 May 2005 03:34:13 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id DC9A961AFB for ; Fri, 6 May 2005 03:34:13 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16285-05 for ; Fri, 6 May 2005 03:34:11 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id A43F461AF1 for ; Fri, 6 May 2005 03:34:06 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DTrab-0003MA-K3; Thu, 05 May 2005 21:25:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DTraW-0003L4-6r for ietf@megatron.ietf.org; Thu, 05 May 2005 21:25:09 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA16146 for ; Thu, 5 May 2005 21:25:04 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DTrot-00007p-MK for ietf@ietf.org; Thu, 05 May 2005 21:40:00 -0400 Received: from lns-p19-8-idf-82-65-72-134.adsl.proxad.net ([82.65.72.134] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DTraH-00055p-Fe; Thu, 05 May 2005 18:24:54 -0700 Message-Id: <6.2.1.2.2.20050506004532.04dd5cb0@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 06 May 2005 01:26:22 +0200 To: Joe Touch , "Steven M. Bellovin" From: "JFC (Jefsey) Morfin" In-Reply-To: <427A45CD.1060000@isi.edu> References: <20050504202820.38C413BFF7C@berkshire.machshav.com> <427A45CD.1060000@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jefsey.com X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Cc: ietf@ietf.org, Dave Crocker Subject: Re: text suggested by ADs X-BeenThere: ietf@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: IETF-Discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: ietf-bounces@ietf.org Errors-To: ietf-bounces@ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 18:11 05/05/2005, Joe Touch wrote: >Steven M. Bellovin wrote: > > In message <1115166744.5285.25.camel@localhost.localdomain>, Ralph > Droms writes > >>So, without meaning any offense to the ADs, I suggest we lump random > >>participants, WG members, doc editors and ADs together when the spec is > >>reviewed - and ensure that all comments are published in the same forum > >>and given appropriate weight based on technical merit, as supported by > >>explanatory text when the comments are published. > > > > Then what? How are the comments resolved? Who makes the final > > decision about whether or not a document has met certain standards? > >"Rough consensus and running code" > >Even at this level. Unfortunately this is not always true. When a "best common practice" is imagined or a IANA registry created. They can have impact beyond repairs. This is why I underline how Ted Hardie's question and the answers to it are important. Everyone can forgive and forget an RFC. No one can do that with a IANA registry or with the momentum induced in telling people the world uses to do something it does not. Once a registry has been created or a non existing practice endorsed on matter "A", on wrong premises or not, if the matter "A" does exist, we will have to live with it for ever. The only possible "correction" would be to create a competing correct "A" registry or to turn to another "world" (this is propobly the main reason of the interest in ITU) and then to start an alt-root war, with most of the users using the wrong solution, due to the IANA prestige; and turning down the whole IANA if the recognise the problem. If the matter is important, and if it concerns governments (the Internet R&D funders) the implications for the Internet stability and future can be totaly out of proportion with the "A" matter. This is why I would propose that new IANA registries are accepted ad experimenda (for test) until confirmed by a standard: during that period a registry could have several "versions" (even opposing). And that best common practices document (except for the Internet standard process) give criteria to verify (when) they reached the "common" level. The formula could be "roug consensus, running code, proven practice and used registry". jfc _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf