Re: Is IETF is being shunned for new protocol development?

Eric Rescorla <ekr@rtfm.com> Thu, 15 January 2026 23:52 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: ietf@mail2.ietf.org
Delivered-To: ietf@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B6C52A8514AB for <ietf@mail2.ietf.org>; Thu, 15 Jan 2026 15:52:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 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_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o8mBBJG3KU5D for <ietf@mail2.ietf.org>; Thu, 15 Jan 2026 15:52:17 -0800 (PST)
Received: from mail-yx1-xb12b.google.com (mail-yx1-xb12b.google.com [IPv6:2607:f8b0:4864:20::b12b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 2C42BA8514A4 for <ietf@ietf.org>; Thu, 15 Jan 2026 15:52:17 -0800 (PST)
Received: by mail-yx1-xb12b.google.com with SMTP id 956f58d0204a3-646e2b3600fso1294058d50.1 for <ietf@ietf.org>; Thu, 15 Jan 2026 15:52:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1768521136; x=1769125936; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=4zykSZnMiPsopgFAyf1/aHXjAZTNfjbEQYjkBZZiWmg=; b=fCu1WCxxw5WO9ZLnJPOKDS7KM7prOeTi/cbj5mp0lVIrvCEisoZBKHsCy6LAI03dOU kB5Z3u4/siSO/CMjzI83gdHBB1Yi0fqEIjX6DE+e7EWVUieWzWBvpD+JRct9gcgbz+NS lyhlNJzCJmfPZGsdNGXdeO/7bGDG6LXrFinJFYyEFAOaS3X7ERHeXxwg5wZ36pcOXUBn I0RcXUNsFcoiWV/vIzq0vSkGkoM+RmYRvrlPf2xr9s6dEX/OGYgPAkpC4fuGtodMy5tI wMWuwmNTVxZMJDW+/5U5QoJhuCan5CgAyes0dO81KPThu00OMHg5LpHB9kQEnm1ri6tp nr4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768521136; x=1769125936; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4zykSZnMiPsopgFAyf1/aHXjAZTNfjbEQYjkBZZiWmg=; b=TsGrrNwN0nWPmrUnamJrfZGhJfhnxRaLY+keUEA0ObUE32GNBfYYgBdhHs1UZwmq6k qwmm6M4rUMsPhyVTcVlsAuwmZ7Fsgw4/M0vG/CMQbPYT791QnWNDowioESWI5DJ6XOCk EjidThymJA+5eHueZRf+zSwIbEGbn3/s9vJpRNqR8H+qg37TK/OXzg7iNhdsauRtSWDq sBAjL9tkDAFubZedtGzFa3s+lqMLB3EDROGzn2ltvtnBU44DV06JqTOU35CLB3rxcJ7V yYxtZXOwRJGpSx1dhOiZXe8C5JVmvBFjY6EZ/tuxWOSXDBcS2pbZX06E9IMwHATjaIH1 nvCQ==
X-Gm-Message-State: AOJu0YxLB4YDfvgU7y00mCLd0OA3mBvLKLaHVy3xW6PTyDAkBfgQvLSG RzfySHXR6yRWwzbKdhLjOZibW/Gc04eRyegiDY6LvYynjMDmuuddgfZYqFx+n8njhqZKK9ZQnU/ FN69QEKq1toWY6LQ3sKgUgbVNsHUdczeZ7eVHMttSnVKkIygR8TghDjo=
X-Gm-Gg: AY/fxX6cg9wmdXAQHrkOIE66nZVT/yXNa02DBpN4F8MS3YAsRM44W7//OWjFTSfAj/S tqKbXJc/V/rRL2gLFby7ynP91QNtblLHL48n0Mkuzio7IOVoUJ40K8Bf+QNKVTkQNhUwMXzAigs AFaZe4sSFEf/Mn6XeCXnq+r8ktq/8dYvuBXF5Mkn5iwx0GudK/bX0dZ07ZLK1nBZ+PGGaguOeBR wmGPg74UAAv13FYz3gnL2ISmglgbcElWxhKFooeCDuiU/A/o00yqI0Qj8p9fsiiH0SlxieyxAap P/rfHdUhEuKvzfM89IG+VSERjXCzOuViA5m+WInxpuA1qQFnWjrfOfhLtihToeALmP5e5vccWOm VCuaHK2pN08JTuZ0vMlbZ
X-Received: by 2002:a05:690e:1542:20b0:644:60d9:752b with SMTP id 956f58d0204a3-64916525aeamr914177d50.93.1768521136422; Thu, 15 Jan 2026 15:52:16 -0800 (PST)
MIME-Version: 1.0
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 15 Jan 2026 15:51:40 -0800
X-Gm-Features: AZwV_QhsQ4PymQhlpgxETtkhLt6ZxLr0ns8fAOFr02b8yErHjOXV4oIykTMYEDw
Message-ID: <CABcZeBOaRECBnN+QHJQGXO7XG87dXX8=jxiLdJsps9vsCf_vgA@mail.gmail.com>
Subject: Re: Is IETF is being shunned for new protocol development?
To: IETF discussion list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001d50db064875ea9d"
Message-ID-Hash: YQIW7EA7TAXX67U7MPXXXGXV6VY5IBMS
X-Message-ID-Hash: YQIW7EA7TAXX67U7MPXXXGXV6VY5IBMS
X-MailFrom: ekr@rtfm.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Me2KixAERq4Clgz5kF75vDTF_7s>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-owner@ietf.org>
List-Post: <mailto:ietf@ietf.org>
List-Subscribe: <mailto:ietf-join@ietf.org>
List-Unsubscribe: <mailto:ietf-leave@ietf.org>

You write:


> But, well, if you count the number of actual STANDARDS that the IETF
> has published, as opposed to draft or proposed standards then I
> would argue that it is much harder to argue that the IETF has been
> successful as an SDO. Given that is has only published 102 standards
> over a 40 year period, that means that the IETF only actually
> manages to publish 2-3 standards per year ... Of course, obviously,
> this just really means that the naming of the documents is wrong,
> but why do you think that nobody has succeeded in fixing this over
> the 40 years that the IETF has been publishing RFCs.

I have a somewhat different view of this particular point:
The reason that this hasn't been fixed is that it basically just
doesn't matter. The set of people who understand the nominal
difference between a Proposed Standard and a Standard and don't
understand that there's no practical difference is tiny, and so nobody
has any real incentive to do anything about it. For my part, I'm an
author on at least one document that clearly meets the bar for
Standard (TLS 1.3), and I told the WG chairs that I wouldn't expend
any effort to make draft-ietf-tls-rfc8446bis a Standard, because I
just don't care.

To tie this into your point about modpod, I think there is a
relatively small set of people who are really invested in things the
way they are and resist any change. This is why modpod was so
expensive and why it's also too expensive to change to a one level
standards track [0], so instead the system just works around
it. Modpod is the rare example where it's actually worth real effort
to make a change, and so the organization had to absorb it.

-Ekr

[0] Also why it's so hard for people to admit that IDs don't really
expire, etc.