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

Nico Williams <nico@cryptonector.com> Fri, 05 July 2019 17:29 UTC

Return-Path: <nico@cryptonector.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 B5090120075 for <ietf@ietfa.amsl.com>; Fri, 5 Jul 2019 10:29:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.com
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 Xa84HTgBb3t0 for <ietf@ietfa.amsl.com>; Fri, 5 Jul 2019 10:29:11 -0700 (PDT)
Received: from cheetah.birch.relay.mailchannels.net (cheetah.birch.relay.mailchannels.net [23.83.209.34]) (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 D6ADC120041 for <ietf@ietf.org>; Fri, 5 Jul 2019 10:29:10 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5D60F5E2194; Fri, 5 Jul 2019 17:29:09 +0000 (UTC)
Received: from pdx1-sub0-mail-a16.g.dreamhost.com (100-96-83-205.trex.outbound.svc.cluster.local [100.96.83.205]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 6D2F45E1ED7; Fri, 5 Jul 2019 17:29:08 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a16.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.3); Fri, 05 Jul 2019 17:29:09 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Robust-Exultant: 1488cfdd4662c221_1562347749053_3119494645
X-MC-Loop-Signature: 1562347749053:940546742
X-MC-Ingress-Time: 1562347749052
Received: from pdx1-sub0-mail-a16.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTP id EF4C77FAB0; Fri, 5 Jul 2019 10:29:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to:content-transfer-encoding; s= cryptonector.com; bh=RrmlW1+7mWvCs6FbLaRh8yBsgS4=; b=xm/KFXoIPyE Sr0wsmQTcrEPnUVVvwmZtY3yarxdulImgQOdcPSb0Xk9+Ukc+g9ekcufOa0izCP1 S1oJ2yyd7MHeolimh+TPy9QmODVyr5WTmG4UzAAeIfGWiuLpF8BFUlrOj5Bzp9Bt 1qpQ/shCMY1HyJ/9xyw8h0WH6OPjNzUg=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTPSA id 9D62C7FA87; Fri, 5 Jul 2019 10:28:42 -0700 (PDT)
Date: Fri, 05 Jul 2019 12:28:35 -0500
X-DH-BACKEND: pdx1-sub0-mail-a16
From: Nico Williams <nico@cryptonector.com>
To: Ted Lemon <mellon@fugue.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 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: <20190705172833.GK3508@localhost>
References: <b18809df-ee98-fb29-b6c4-04ed579e163a@network-heretics.com> <20190704052335.GF3508@localhost> <CABcZeBOw6w2tm4YYFdmLwC23ufPDupt2D1Vzwjn4Pi9bbf6R-w@mail.gmail.com> <20190704192057.GI3508@localhost> <CABcZeBMC-VRfea3YqLSs6yhtEq4VtfdO5L56v87KH=vMR4y=+A@mail.gmail.com> <5c9048ef-ba2b-a362-3941-82eacc664b64@mnt.se> <CABcZeBPv8xUMbSt+SDL_X56SBB_CPyBMKZaQMbPd=6M-xT+hpQ@mail.gmail.com> <19233.1562339969@localhost> <20190705163101.GJ3508@localhost> <E49856E1-4DBC-488E-AE15-D48B5357E61D@fugue.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <E49856E1-4DBC-488E-AE15-D48B5357E61D@fugue.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrfeeggdduudegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffukfhfgggtugfgjggfsehtkeertddtreejnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecukfhppedvgedrvdekrddutdekrddukeefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/dhGvGwT7rziChmr66CydHinCDnA>
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, 05 Jul 2019 17:29:14 -0000

On Fri, Jul 05, 2019 at 01:02:18PM -0400, Ted Lemon wrote:
> On Jul 5, 2019, at 12:31 PM, Nico Williams <nico@cryptonector.com> wrote:
> > At IETF we have commitment reviews, naturally, but we only have
> > inception reviews for WGs and their initial work items, but no inception
> > reviews for subsequent work items, and no interim reviews.
> 
> Isn’t a call for adoption an inception review?   If not, it should be.

I was referring to review from *outside* the WG.  Calls for adoption are
typically intra-WG only.

Reviews by a shepherd/AD, directorates, the IESG, and IETF (IETF LC) are
commitment reviews.

The WG spinup process is an inception review for the WG and its initial
work item slate.

We have no formal external-to-WGs interim review process.

I have seen ADs ask for interim reviews by experts outside a WG, so we
do have an informal interim review process.  And maybe that should be
good enough provided we engaged it *often* -- currently we don't.

> We actually kind of suck at commitment reviews, in a lot of cases: the
> work is done, after all, and everybody who thought it was a good idea
> at adoption time is tired of looking at it.   So it’s not uncommon
> (and I’ve seen it on documents I’ve finished) that the document is
> done and polished, and then there’s no response at all to the WGLC.

I'd say this is actually us being bad at interim reviews.  Our
commitment review process is very good, but very heavy-duty and thus
slow and painful.

By reserving all that pain for the very end of the process -precisely
when the WG participants are out of steam- the end result sucks.  The
problem isn't that we're bad at commitment reviews, rather the opposite
combined with the lack of interim reviews.  All the _surprises_ come
at the end, when authors/WGs least want them.

> [...]
>
> The problem the IETF has is that unlike at your former job, there is
> no way to enforce this process other than by killing documents, and
> that often only impacts the people who are working on them and the
> people who would benefit from publication, and not all the people who
> thought it was a good idea at adoption time, but have wandered off
> during the course of the work.

Ok, so let's fix that.

My take is that a) directorates and shepherds/ADs should be expected to
provide interim reviews as requested, b) WG chairs should request them
when the ether the chairs believe, or the WG has consensus that, "now is
a good time for interim review.

Interim reviews should also be announced on the ietf@ietf.org list, but
review feedback should be on WG list.  This invites interim reviews from
the wider community as well.

Now, I don't know how to incentivize the wider community to provide
interim reviews.  Reviewing I-Ds is really time-consuming and energy
sapping for me personally -- the biggest problem is making the time and
finding a way to get it funded when it's a lot of time.

I suspect that the directorates are short on cycles too.  I get that
what I'm proposing may not be feasible at this time.

Nico
--