Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

Randy Bush <randy@psg.com> Fri, 19 July 2019 05:15 UTC

Return-Path: <randy@psg.com>
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 AED411200D7 for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 22:15:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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 s7jB_vuZXJuD for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 22:15:11 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26390120043 for <ietf@ietf.org>; Thu, 18 Jul 2019 22:15:11 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1hoLEa-0005Y2-VA; Fri, 19 Jul 2019 05:15:09 +0000
Date: Thu, 18 Jul 2019 22:15:08 -0700
Message-ID: <m2lfwu8v1f.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Christopher Morrow <morrowc.lists@gmail.com>
Cc: IETF Rinse Repeat <ietf@ietf.org>
Subject: Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
In-Reply-To: <CAL9jLaZG6UQU0kwXcQBFG_4-QggTitQ2VQbUAiGkgOZs6vLpvQ@mail.gmail.com>
References: <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> <20190708202612.GG60909@shrubbery.net> <9ae14ad1-f8d5-befb-64e4-fff063c88e02@network-heretics.com> <20190717004659.GC67328@shrubbery.net> <00618698-deec-64cf-b478-b85e46647602@network-heretics.com> <20190718231911.GA75391@shrubbery.net> <ed9d3b5b-7442-fdee-8f0f-c614ca4b59e4@network-heretics.com> <CACWOCC-T13zD1DVKA1H3UTNG9iKdNz5TDzObYPk_A6sjfPKFug@mail.gmail.com> <8F980759-324F-49C5-925A-DF0EEABBBD21@network-heretics.com> <d08dbee2-7844-d813-0b93-5db503501c7e@gmail.com> <50E6B4DF-83FC-46A5-94E9-1FF08F597CCF@network-heretics.com> <F2D5DCCF-4051-444B-9522-9E11F9F93005@fugue.com> <869599E9-7571-4677-AB9A-961027549C54@network-heretics.com> <144ff436-a7a2-22f7-7b06-4d0b3bcfefac@joelhalpern.com> <CAL9jLaZG6UQU0kwXcQBFG_4-QggTitQ2VQbUAiGkgOZs6vLpvQ@mail.gmail.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.2 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/YWYhk3gIxXxt30vwJ7kinjgsluE>
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: Fri, 19 Jul 2019 05:15:13 -0000

> My experience is that often the operations focused work items get
> strung along and nibbled to death by tiny ducks... to the point that
> by the time the document sees the light of day it's OBE :( This is
> disheartening to the authors... They're goal wasn't really 'publish an
> rfc!' but to make a best practice more accessible to others.

why does an ops organisation such as ripe not create a reviewed document
repository?  oh, wait.  how about one i helped on,
https://www.ripe.net/publications/docs/ripe-580

why don't ops, not satisfied with the ripe doc repo create yet another
repo, something such as Best Current Ops Practices?  oh, wait.  ...

what you describe sounds like wanting to get the ietf imprimatur on an
incompletely reviewed document.  drafts in the routing area require two
implementations to progress; is that silly?

implement a marked draft.  does it interop?  is it clear?  has it taken
security into account?  ...  then we have a process to publish it with
the ietf imprimatur.

randy