Re: "why I quit writing internet standards"

Carsten Bormann <cabo@tzi.org> Wed, 16 April 2014 16:08 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CFB91A0176 for <ietf@ietfa.amsl.com>; Wed, 16 Apr 2014 09:08:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.551
X-Spam-Level:
X-Spam-Status: No, score=-1.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, SPF_HELO_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bJZbfxNab5vC for <ietf@ietfa.amsl.com>; Wed, 16 Apr 2014 09:08:49 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id BA9671A014B for <ietf@ietf.org>; Wed, 16 Apr 2014 09:08:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id s3GG8ZbS014846; Wed, 16 Apr 2014 18:08:35 +0200 (CEST)
Received: from eduroam-pool7-0961.wlan.uni-bremen.de (eduroam-pool7-0961.wlan.uni-bremen.de [134.102.115.193]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 8F12511B1; Wed, 16 Apr 2014 18:08:35 +0200 (CEST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
Subject: Re: "why I quit writing internet standards"
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <33D51F54-A5A6-42F2-90EC-FE09783BB5A2@thomasclausen.org>
Date: Wed, 16 Apr 2014 18:08:33 +0200
X-Mao-Original-Outgoing-Id: 419357313.532677-d7f23b09160da1d82f189752b4dbae87
Content-Transfer-Encoding: quoted-printable
Message-Id: <A17B60B3-7921-4F02-9EDE-297FA126193A@tzi.org>
References: <CF71721A.180A9%wesley.george@twcable.com> <201404142144.s3ELipR8014504@hobgoblin.ariadne.com> <C16CB48C-9462-4514-B675-D750D4DC9357@piuha.net> <534DB785.7040609@gmail.com> <EF72D31A-8134-42DB-B750-D5C3831869EE@tzi.org> <534DC46C.60703@gmail.com> <8962F23C-1486-4F52-AD58-BE64CFBC3B4A@thomasclausen.org> <534E8D3B.7080705@mti-systems.com> <33D51F54-A5A6-42F2-90EC-FE09783BB5A2@thomasclausen.org>
To: Thomas Clausen <ietf@thomasclausen.org>
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/XZJV9odgCo5g3eh2EqGnRI8xexA
Cc: "ietf@ietf.org List" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 16 Apr 2014 16:08:53 -0000

On 16 Apr 2014, at 16:19, Thomas Clausen <ietf@thomasclausen.org> wrote:

> That "something" could conveniently be Experimental. 

Experimental means something different in the IETF, as in:

“This is a finished specification, but we are really not sure this will work until we have run an experiment.
Don’t base any plans on the assumption that this experiment will succeed.”

Implementation draft means:

“This is still subject to change, but we promise to be frugal in the changes we make from here on.
We are pretty sure this will work, no major experiments required, just implementation experience to maybe tweak it some more.
This will be done soon, so go ahead and build the products.”

Conflating these two almost diametrally opposed sets of features into a single class of document increases confusion.

Yes, we need to find a way for implementation drafts to get IANA numbers.
(The IANA numbers problem is bigger, e.g., downrefs from finished specs should also be in a position to get numbers immediately even if not all i’s are crossed and t’s are dotted in the downref spec.)

Grüße, Carsten