[Gendispatch] RFC 2028
John C Klensin <john-ietf@jck.com> Mon, 25 January 2021 00:34 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E90AB3A098C for <gendispatch@ietfa.amsl.com>; Sun, 24 Jan 2021 16:34:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level:
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, SPF_NONE=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 yUr1F_mMx9Wv for <gendispatch@ietfa.amsl.com>; Sun, 24 Jan 2021 16:34:16 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DD193A0983 for <gendispatch@ietf.org>; Sun, 24 Jan 2021 16:34:16 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1l3ppe-0007IG-U0 for gendispatch@ietf.org; Sun, 24 Jan 2021 19:34:14 -0500
Date: Sun, 24 Jan 2021 19:34:08 -0500
From: John C Klensin <john-ietf@jck.com>
To: gendispatch@ietf.org
Message-ID: <7D714CFF4D97DD562B2C5639@PSB>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/NZ6QfxWlFvkh7jkHvBwNxKd7TR8>
Subject: [Gendispatch] RFC 2028
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jan 2021 00:34:18 -0000
Hi. In conjunction with another effort, I've had occasion to review RFC 2028, "The Organizations Involved in the IETF Standards Process". With the passage of time, it is in really, seriously bad shape, having been, AFAICT, updated since October 1996 only for IPR-related issues and the IETF Administration LLC terminology change. It points (normatively in terms of use in the text) to a copy of documents as Work in Progress, neither of which has ever been published under that name. It still claims the IETF Chair is appointed by the IAB. While RFC 8717 (for which I'm the guilty party) made the Executive Director update, it points to 8711 for details that aren't really there and it is not clear to me whether we really intended the Secretariat, rather than the LLC to be "responsible for maintaining the formal public record of the Internet standards process". There are also many other errors due to the world changing and passing it by. Unlike the changes for the LLC, fixing 2028 is not going to be mostly a trivial substitution process. There are many things that just need to be corrected and hence should not be controversial but a few that will require decisions that may not easily get consensus. Anyway, while I don't think I want to volunteer to lead such an effort, I'd like to put "figure out how to revise, update, and likely replace RFC 2028" on the agenda because the document, in its current state, is periodically cited as a key process BCP and it rather badly represents the current IETF. john
- [Gendispatch] RFC 2028 John C Klensin