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

john heasley <heas@shrubbery.net> Thu, 18 July 2019 23:19 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 A058A1200D8 for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 16:19:13 -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 Zo4s95KNDNQg for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 16:19:11 -0700 (PDT)
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id D665312003F for <ietf@ietf.org>; Thu, 18 Jul 2019 16:19:11 -0700 (PDT)
Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 75733218B9; Thu, 18 Jul 2019 23:19:11 +0000 (UTC)
Date: Thu, 18 Jul 2019 23:19:11 +0000
From: john heasley <heas@shrubbery.net>
To: Keith Moore <moore@network-heretics.com>
Cc: ietf@ietf.org
Subject: Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
Message-ID: <20190718231911.GA75391@shrubbery.net>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <00618698-deec-64cf-b478-b85e46647602@network-heretics.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.12.1 (2019-06-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/DcxxRww28MtP4BGW2okMvY3SUZA>
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: Thu, 18 Jul 2019 23:19:14 -0000

Tue, Jul 16, 2019 at 09:04:17PM -0400, Keith Moore:
> I could see some utility in having some documents being able to be 
> updated in place.  But I would have serious concerns with document 
> content like RFC7525 (i.e. technical recommendations for implementation 
> and/or operation of protocols) approved without IETF consensus.  It is 
> essentially part of a protocol specification.  So a WG should not be 
> able to "publish" such a document, nor approve it based entirely on its 
> own consensus. That would not only bypass IETF consensus (and cross-area 
> review), it would effectively bypass appeals and other safeguards we 
> have in place.

Since no one is excluded from participating in any WG, anyone can comment or
object to any such document.  Appeals also can be submitted by anyone, though
the process for such a document would likely need to be different.

> I also think trying to define IETF consensus for a moving target could 
> be challenging.  Not impossible, perhaps, just challenging.
> 
> But I'd be supportive of trying to streamline the IETF consensus process 
> for such documents, on the theory that review of such documents 
> (including analysis of likely effects) should be easier than review of 
> full protocol specifications.

How?  Coca leaves?

I do not find any protocol changes in 7525 and it does not have an "Updates"
header.  That appears to have taken a year to be published.  Could that be
reduced to 1 month or less, esp. for updates, as you noted?

Admittedly, I do not see the value in IAB/IESG review, in the sense that
their construction has no particular value to me over other's review.  A
larger pool of potential (and equally competent) reviewers has greater
value.

Again, this is also about operations; 8212 and 8327 could have been part
of a larger LD about BGP operations.