Re: "why I quit writing internet standards"

Thomas Clausen <ietf@thomasclausen.org> Wed, 16 April 2014 14:19 UTC

Return-Path: <ietf@thomasclausen.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 52EEC1A01E4 for <ietf@ietfa.amsl.com>; Wed, 16 Apr 2014 07:19:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.302
X-Spam-Level:
X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_35=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_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 uYSN5AiKoGPh for <ietf@ietfa.amsl.com>; Wed, 16 Apr 2014 07:19:21 -0700 (PDT)
Received: from mailc2.tigertech.net (mailc2.tigertech.net [208.80.4.156]) by ietfa.amsl.com (Postfix) with ESMTP id 8989C1A01B3 for <ietf@ietf.org>; Wed, 16 Apr 2014 07:19:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailc2.tigertech.net (Postfix) with ESMTP id A77731BDDC91; Wed, 16 Apr 2014 07:19:18 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at c2.tigertech.net
Received: from [192.168.147.111] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailc2.tigertech.net (Postfix) with ESMTPSA id 943051BDDCB5; Wed, 16 Apr 2014 07:19:16 -0700 (PDT)
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: Thomas Clausen <ietf@thomasclausen.org>
In-Reply-To: <534E8D3B.7080705@mti-systems.com>
Date: Wed, 16 Apr 2014 16:19:13 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <33D51F54-A5A6-42F2-90EC-FE09783BB5A2@thomasclausen.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>
To: Wesley Eddy <wes@mti-systems.com>
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/HVZUSiveFKvDnjdHxKCRdXFGy0M
Cc: Carsten Bormann <cabo@tzi.org>, "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 14:19:22 -0000

On 16 Apr 2014, at 16:01, Wesley Eddy <wes@mti-systems.com> wrote:

> On 4/16/2014 9:31 AM, Thomas Clausen wrote:
>> 
>> FWIW, my personal belief is that "running code" should be a
>> requirement for anything going std. track -- and that a (mandatory)
>> period as Experimental prior to go std. track would yield the stable
>> spec against which to reasonably build code, and run
>> (interoperability) tests, fix bugs, etc. If after (pulling a number
>> out my hat here) a year as Experimental there's no running code, then
>> that's probably a good indicator, also, as to if this is something
>> the IETF should bother doing....
>> 
> 
> 
> If there's no running code, or pretty concrete plans and commitments
> to get there, then there's really no need for an Experimental RFC that
> will get a number and last forever.  An I-D that expires in direct
> conjunction with the interest and energy in it is just fine.
> 
> Experimental RFCs are for things that we're encouraging folks to get
> out and play with in multiple implementations,

Isn't that *exactly* what we want to see happen before we propose things as standards?

I think that Spencer's thesis was that it didn't happen because "implementing towards something that isn't stable and which expires" (and I-D) wasn't attractive, and the bar for std.track was too high, so "something with a lower bar, which is stable and archival, but which isn't a PS" would be helpful? 

That "something" could conveniently be Experimental. 

Experimental exists already, and the experiment targeted (at least, the RTG ADs insist on Exp RFCs carrying an explicit section describing that) would simply be "to build a few implementations and see if they interoperate". (Of course, things with "sharp edges" or "things to figure out" would have a different "The Experiment" section ... )

The only required "process change" would be, that ADs treat "Experimental" as "Experimental" in their evaluation, and not at std. track (which they, currently, do). 

> perhaps on the real
> Internet or under some specific conditions, but which may have sharp
> edges or explode on impact, and need a bit more work to figure out
> if we can seriously recommend the world to depend on them as Standards.

Fair enough, but almost orthogonal to the point I am trying to make: going std. track without running code (it has happened, and it is happening) makes even less sense than going experimental without running code.