Re: Workload constants [was I-D Action: draft-rsalz-termlimits-00.txt]

Colin Perkins <csp@csperkins.org> Fri, 22 October 2021 18:13 UTC

Return-Path: <csp@csperkins.org>
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 9F3A53A08BE for <ietf@ietfa.amsl.com>; Fri, 22 Oct 2021 11:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=csperkins.org
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 yDXg7LY1I7wU for <ietf@ietfa.amsl.com>; Fri, 22 Oct 2021 11:13:21 -0700 (PDT)
Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (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 251A03A08BD for <ietf@ietf.org>; Fri, 22 Oct 2021 11:13:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=csperkins.org; s=mythic-beasts-k1; h=To:Date:Subject:From; bh=L9Bck2Pdlis3KLGfl/uz0ZxHU94IVxnm5OT/SE7e2d8=; b=cf1GF+jA7U8DYwfYSjsvU2pabH iArK4aK4lrtSCMrdJm+PK5cwyYMxB9soJ4VNUT1uVmXKMggBgge99v9ahGHHocTY/Gn7nOLagPRpR G0kjDDGBfZQ3ZTbeY/7ILtCP2i20e7yUOjytncl6eKelavpoxS9ZkhYQjI0NhNZZKanLYFY4X8F/X XEAgPpNY/oXBtuVGL88yuRsSa/nf4ghJR1GORVrJUFS2fTov3gTWXaOIupc81QGmULb3iV9GB52PG H0lwh0mjDjsTPQwoNl6ynMuJoO2DcvHqr/PpeCKw+ylCjJYl66r3Ry0PRcc9HSVeW5d8zYOrT9yg8 v6IjJpPw==;
Received: from [81.187.2.149] (port=42222 helo=[192.168.0.83]) by haggis.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from <csp@csperkins.org>) id 1mdz2Z-0003Sl-BP; Fri, 22 Oct 2021 19:13:15 +0100
From: Colin Perkins <csp@csperkins.org>
Message-Id: <8608685C-6E40-4E4A-AEA4-73B40295789E@csperkins.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_19D60F80-E0B3-494F-A8B1-B12405F1D8CD"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\))
Subject: Re: Workload constants [was I-D Action: draft-rsalz-termlimits-00.txt]
Date: Fri, 22 Oct 2021 19:13:02 +0100
In-Reply-To: <3955DCDF-08F1-4ABA-AB98-D8997F6919AC@akamai.com>
Cc: Christian Huitema <huitema@huitema.net>, IETF discussion list <ietf@ietf.org>
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
References: <20211021005426.639E92B1D176@ary.qy> <e6d59712-ca73-0723-5cb2-b1f749e37577@network-heretics.com> <CAC4RtVDCxp7RveAXxTUU47fYXw5ebV+yJTMkDAJWGvcq-4DyTw@mail.gmail.com> <25a9f62e-1957-0e77-1e7a-733d9dae4a86@gmail.com> <02ccb205-d628-b490-946b-a518e963e210@network-heretics.com> <9538275C-EE23-456B-824A-492E0541FF48@akamai.com> <d765983a-7839-11e4-5ee7-513a0ac25588@network-heretics.com> <ffb8b5c6-8af1-794d-9766-a52b8eabe3cf@huitema.net> <3955DCDF-08F1-4ABA-AB98-D8997F6919AC@akamai.com>
X-Mailer: Apple Mail (2.3445.104.21)
X-BlackCat-Spam-Score: 4
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/rpxbNIq7jWk0GWTgDQV6CcGS24A>
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, 22 Oct 2021 18:13:26 -0000

> On 22 Oct 2021, at 18:08, Salz, Rich <rsalz=40akamai.com@dmarc.ietf.org> wrote:
> 
>>   There was a huge difference in another metric, the time from initial 
>>    draft to published RFC. Back in 1998, the median delay was one year. It 
>>    was already more than 3 years in 2008, and still is. Much of the delays 
>>    happen in the working group, from initial draft to last call.
>> 
> So the common beliefs that things are taking longer is wrong (for the past 13 years!) and that the delays are because WG's are sending less-good documents to the IESG is wrong.  My theory for the possible increased mail traffic is that folks are doing more business between meetings, and the increased use of GitHub which increases volume because of increased participation.


The measurements we’ve done recently show that the median time to publish RFCs is still trending slowly upwards, although there’s a lot of variation. The number of drafts it takes before an RFC is published is also trending up, as is the number of citations from RFCs to other drafts and RFCs (i.e., there are more cross references between documents).

One view might be that there’s a lot more legacy protocols and a bigger installed base that we need to take into account now, so RFCs are more complex and take longer to produce. I’m sure there are other factors involved too. 

Lots more data in https://sodestream.github.io/paper-characterising-the-ietf-through-the-lens-of-rfc-deployment.html <https://sodestream.github.io/paper-characterising-the-ietf-through-the-lens-of-rfc-deployment.html> if people are interested. 

-- 
Colin Perkins
https://csperkins.org/ <https://csperkins.org/>