Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

john heasley <heas@shrubbery.net> Mon, 08 July 2019 20:26 UTC

Return-Path: <heas@shrubbery.net>
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 85EA5120086 for <ietf@ietfa.amsl.com>; Mon, 8 Jul 2019 13:26:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 u4figb1JAW1T for <ietf@ietfa.amsl.com>; Mon, 8 Jul 2019 13:26:13 -0700 (PDT)
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CC701202A3 for <ietf@ietf.org>; Mon, 8 Jul 2019 13:26:13 -0700 (PDT)
Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 08DA21B462D; Mon, 8 Jul 2019 20:26:13 +0000 (UTC)
Date: Mon, 08 Jul 2019 20:26:13 +0000
From: john heasley <heas@shrubbery.net>
To: Eric Rescorla <ekr@rtfm.com>
Cc: Theodore Ts'o <tytso@mit.edu>, john heasley <heas@shrubbery.net>, Keith Moore <moore@network-heretics.com>, IETF discussion list <ietf@ietf.org>
Subject: Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
Message-ID: <20190708202612.GG60909@shrubbery.net>
References: <20190704013009.dlifopcbm2umnqo7@mx4.yitter.info> <b18809df-ee98-fb29-b6c4-04ed579e163a@network-heretics.com> <20190704052335.GF3508@localhost> <911a7af5-071a-ce88-527d-70dfe939b256@network-heretics.com> <6317584D-4C9B-46E9-8197-D2A488701868@fugue.com> <20190704140552.GE49950@hanna.meerval.net> <b0943792-1afc-0c94-51b7-f2d393ef39c5@network-heretics.com> <20190705205723.GI55957@shrubbery.net> <20190706185415.GB14026@mit.edu> <CABcZeBPgNr5UqQ0pLwwNu5wh0g9L9wCd6YyYKCUDO37SPru-_Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CABcZeBPgNr5UqQ0pLwwNu5wh0g9L9wCd6YyYKCUDO37SPru-_Q@mail.gmail.com>
X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc
X-note: live free, or die!
X-homer: i just want to have a beer while i am caring.
X-Claimation: an engineer needs a manager like a fish needs a bicycle
X-reality: only YOU can put an end to the embarrassment that is Tom Cruise
User-Agent: Mutt/1.11.4 (2019-03-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/tSkbqEnwlj3xI9qD7iYXYeOpCY8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 08 Jul 2019 20:26:23 -0000

Sat, Jul 06, 2019 at 12:44:14PM -0700, Eric Rescorla:
> On Sat, Jul 6, 2019 at 11:55 AM Theodore Ts'o <tytso@mit.edu> wrote:
> 
> > I suspect people have been jumping off to something which is harder,
> > and perhaps for them, more interesting, which is signalling that a
> > particular I-D version is one that is worthy of being implemented, and
> > perhaps, deployed in a world where new implementations can be reliably
> > rolled out to a large percentage of the installed base in 2-3 months.
> > One answer is of course the experimental RFC, but the problem is that
> > a lot of people see RFC and immediately assume, it's a stable,
> > IETF-blessed standard documentation, regardless of the "Experimental"
> > tag on the top of every single page of said document.
> >
> 
> An experimental RFC would not address the need I am talking about: we're
> spinning one of these every 1-4 months, and doing WGLC, IETF-LC, and RFC
> processing would cause far too much delay.
> 
> -Ekr

exactly; neither experimental nor informational address the desire completely.