Re: RANT: posting IDs more often -- more is better -- why are we so shy?

Eric Rescorla <ekr@rtfm.com> Tue, 07 March 2017 04:29 UTC

Return-Path: <ekr@rtfm.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 8C3C41293E9 for <ietf@ietfa.amsl.com>; Mon, 6 Mar 2017 20:29:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 1v86rXW4qVRj for <ietf@ietfa.amsl.com>; Mon, 6 Mar 2017 20:29:02 -0800 (PST)
Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9078126D73 for <ietf@ietf.org>; Mon, 6 Mar 2017 20:29:01 -0800 (PST)
Received: by mail-yw0-x22b.google.com with SMTP id v76so37305084ywg.0 for <ietf@ietf.org>; Mon, 06 Mar 2017 20:29:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Yebf6btEt5lJ1rFcpIUt6G1b+h5Oa4uHKtkKaX+FWMM=; b=1QfpWAw6kyj/6PDu/XZZbvDBAkMpBajdbY9ixq4Id70wQx4OkBwZkIPxfAe/Zpqsj+ V3EzkSf1O9WWuUdI/6c51E8rS28UTL8muUsJObQtfeCyldqBcjy3NG/Y62S2uLw3D4Fy GiFjXysRw5nKkQAS/DpOOUaQ17LWjauujXUH694HeFCRZt86cUFjUa+8BFC9RQgfquGB G1tmOmEk0awarB9ZO2EBF/WifxK+WDJf6POasSjrri/Ef1fwFDOAMBuXhXnoTe1dTm+F DUQ1HoEdyT+ccU26myX3yTk3xGp5tkq93g86I6icQBSSm50/J6q4x8b9Qwc015FWm6J7 xX4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Yebf6btEt5lJ1rFcpIUt6G1b+h5Oa4uHKtkKaX+FWMM=; b=Vo1Uy+JDXecBxrYuqV9Au7TJDJ715YH26ZMYkL1oNHrYhb+1RsrmGAFzulq9H9bVGm mMzc5HzYZSFuG1ThwiosEZ8GxtqJyxQCZJwY6agScFIH/AHEMa5d1dVq08DZFlLItjZV Qi4wlU8NMhPP9TVo2BwnHbpnd8PRND2pRyTOwI9qQ6gbPEinuo8Jw56KCMaQzNX1BXlZ l+q3KYnpEwO053kbK1j/Ye3xTP8/ZYrD6qKhiVc/3T1q9Ofdg+KHgG3SrpyWD/rMRzPF LO/JGKHGBzWFThUZtNSapwTz0Xi6L+xNsPC8a2AntshB2GTGnTc3u9zE3iyjC5V5pr4W gJAQ==
X-Gm-Message-State: AMke39lpn24YHWUfkcHIbyP8xkZzA6gpUxR8py0ocuuxEv2wft/YOMz5tXQKWc1okE+o0+6rc4uj6JH1lsut6A==
X-Received: by 10.13.240.196 with SMTP id z187mr14348642ywe.337.1488860941100; Mon, 06 Mar 2017 20:29:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.154.210 with HTTP; Mon, 6 Mar 2017 20:28:20 -0800 (PST)
In-Reply-To: <480b22e4-bf25-01fa-87fe-f91bc68940f8@gmail.com>
References: <14476.1488384266@obiwan.sandelman.ca> <CAOdDvNo0x9mVeqc9a5yGbB6yKDnrQVgoKfq_Q8HSfpFv1BmJ=A@mail.gmail.com> <f2203a9d-595e-19cd-a7b9-2ccaa814f8f9@gmail.com> <CABcZeBPH6Y+EdbSfPMH-Rs_k5ZDwKb=13ZOGcWbi_TYJpdpsBQ@mail.gmail.com> <480b22e4-bf25-01fa-87fe-f91bc68940f8@gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 06 Mar 2017 20:28:20 -0800
Message-ID: <CABcZeBNuXUypKkDwY1PXzfpTub+=OhTLBLfdEiwNPaBdKuP12g@mail.gmail.com>
Subject: Re: RANT: posting IDs more often -- more is better -- why are we so shy?
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary="94eb2c034eb083bee3054a1c73e2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/1kUEicTDabJiOyQAn-vj4QopX5Y>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, IETF Discussion Mailing List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 07 Mar 2017 04:29:03 -0000

On Mon, Mar 6, 2017 at 8:20 PM, Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> On 07/03/2017 17:06, Eric Rescorla wrote:
> > On Wed, Mar 1, 2017 at 11:24 AM, Brian E Carpenter <
> > brian.e.carpenter@gmail.com> wrote:
> >>
> >>> I'm not arguing against updating data tracker more often - just saying
> >> this
> >>> 'editor's draft' convention can work very well between official
> revisions
> >>> no matter the cadence a WG chooses.
> >>
> >> The details of that discussion probably belong on
> ietf-and-github@ietf.org
> >> ,
> >> but I must point out that this way of working *excludes* from the
> >> discussion WG participants who don't grok github. Substantial issues
> >> need to be discussed on the mailing list and substantial (non-typo)
> >> revisions need to be posted as I-Ds.
> >>
> >
> > Well, it's hard to know what to make of this without knowing what you
> > mean by "substantial" but an active draft takes literally hundreds of PRs
> > in its lifetime with perhaps half of those being non-typos. We could of
> > course gateway every PR merge to an IETF draft push. Is that what you're
> > looking for?
>
> No. In fact (countering Michael's point slightly) I get quite annoyed
> by draft versions that turn out only to fix few typos or grammatical
> errors;
> those can wait. As for what constitutes "substantial", that's very
> subjective.
> Anything that causes an on-the-wire protocol change would certainly be
> substantial. Clarifying ambiguous text might be substantial. But YMMV.
>

But this would still lead to a colossal number of drafts. It's easy to see
this by
looking at recent versions of TLS, where I have handily noted all
on-the-wire
changes in the changelog (or at least tried to). Here are the numbers from
recent drafts:

Draft               Wire changes
-19 (unpublished)   5
-18                 1
-17                 9
-16                 6
-15                 5
-14                 5

As you can see, we have an average of 5 wire-level changes per revision,
so given that we are at draft-19, we would be at around draft-100 by now.
Probably more, because we were more aggressive earlier, and I just
started noting these because people were fielding implementations and
I wanted to make it easier to update. I find it hard to believe that people
would in fact be happier if TLS 1.3 were currently at -100 and to the
best of my knowledge, next to no WG has every produced drafts
at anything like that frequency.

Note that I'm not saying that TLS is especially active (though I suspect
it is more than average). Rather, people (both with and without Github)
tend to batch up a bunch of changes and submit them in a single draft.
It's just that because Github makes the revision history so public and
explicit that people are aware of these as discrete events where you
could publish as individual drafts, rather than as a pile of things that
go into a single draft.

-Ekr