Re: Updated IESG Statement "IESG Processing of RFC Errata for the IETF Stream"

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Sat, 08 May 2021 06:35 UTC

Return-Path: <evyncke@cisco.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 530303A4042 for <ietf@ietfa.amsl.com>; Fri, 7 May 2021 23:35:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.918
X-Spam-Level:
X-Spam-Status: No, score=-11.918 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=iU+cLJ7q; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=PdpqAz0m
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 RL1OyYaAgaa7 for <ietf@ietfa.amsl.com>; Fri, 7 May 2021 23:35:09 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD23B3A402A for <ietf@ietf.org>; Fri, 7 May 2021 23:35:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9386; q=dns/txt; s=iport; t=1620455708; x=1621665308; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=534p5xLtnP6wP6jFEhw2NoLOyhztr16Ip8xktlFqreo=; b=iU+cLJ7qsZ2944HeLG3im70JJprAnx+C0Ka8HrzZlLNkxKrAA+2lLrF9 E45m5ntR1+sFpy97q5uRkd464j3XGZAj28K/6ZTtfiV4TQp2Ia1nfsL77 SymZQ6gU4iY2uLTlqwroXvZCCxbOkn5YM8jL8xbU5m/8kTfS6bW4ItwJa g=;
X-IPAS-Result: =?us-ascii?q?A0D1AQBCMJZgmIsNJK1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?VeBUykoflo2MYREg0gDhTmITyUDijSFA4ogglMDVAsBAQENAQElDQgCBAEBh?= =?us-ascii?q?FACF4FsAiU4EwIEAQEBAQMCAwEBAQEFAQEFAQEBAgEGBBQBAQEBAQEBAWiFU?= =?us-ascii?q?A2GRAEBAQEDAQEhEQwBASwMCwQCAQgRAwECAQICJgICAh8GCxUICAIEARIUg?= =?us-ascii?q?l0BglUDLwEOnhECih96gTKBAYIGAQEGBASCTYJeDQuCEwMGgRAqgnmEDoZYJ?= =?us-ascii?q?xyBSUKBFScMEIIwLz6CHkIBAYR3NoIrgkQGDy8mARcOIQoEAhcJAjkYEgsIM?= =?us-ascii?q?gI4DjkQkQEBLIMQiDCDJZoPOlsKgxKXdIVEBSKDVYsRhh6QJoZ6jjaCFo0Kj?= =?us-ascii?q?18PhF4CAgICBAUCDgEBBoFrIYFbcBU7KgGCCgEBATFQFwIOjh8MDQmBAgECg?= =?us-ascii?q?kmFFIVJcwI2AgYBCQEBAwl8jBMBAQ?=
IronPort-PHdr: A9a23:PGZwNRbknUz2YCHu2iX3m1X/LTAzhN3EVzX9orIojrtPduKo+JGxd EDc5PA4iljPUM2b7v9fkOPZvujmXnBI+peOtn0OMfkuHx8IgMkbhUosVciCD0CoI/vjbih8F 8NHBxdp+nihOh1TH8DzL1TZvny162sUHRPyfQp4L+j4AMjclcOyguuz4JbUJQ5PgWnVXA==
IronPort-HdrOrdr: A9a23:2+/8kKx77ZdVWgHdTQf3KrPx4OskLtp133Aq2lEZdPULSK2lfp GV8sjziyWatN9IYgBdpTgZUJPwAE80hqQFnrX5Wo3SHDUO2VHYYr2KiLGD/9SOIVyHygcw79 YET0E6MqyMMbEYt7e43ODbKada/DDvysnB7o2yowYPPGNXguNbnn1E422gYypLrXx9dOME/e 2nl6x6TlSbCBAqR/X+IkNAc/nIptXNmp6jSwUBHQQb5A6Hii7twKLmEjCDty1uEQ9n8PMHyy zoggb57qKsv7WQ0RnHzVLe6JxQhZ/I1sZDPsqRkcIYQw+czzpAJb4RH4FqjgpF5t1H22xaye UkZC1QZ/ib3kmhOV1dZyGdgDUIngxesUMKgmXo/0cL6faJNQ7STfAx2L6wtnDimhUdVBYW6t MW44vRjeslMfuL9h6Nl+TgRlVkkFG5rmEllvNWh3tDUZEGYLsUtoAH+lhJea1wUR4SxbpXW9 WGNvusrsq+sGnqGUwxtVMfjOBEnk5DVituZ3Jy9fB9/wIm6EyR/nFojfD3xE1wga7VY6M0kN gsHJ4Y5o1zcg==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.82,282,1613433600"; d="scan'208";a="734512257"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 May 2021 06:35:07 +0000
Received: from mail.cisco.com (xbe-rcd-002.cisco.com [173.37.102.17]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 1486Z5vq026799 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sat, 8 May 2021 06:35:06 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xbe-rcd-002.cisco.com (173.37.102.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Sat, 8 May 2021 01:35:02 -0500
Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 8 May 2021 02:35:02 -0400
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Sat, 8 May 2021 01:35:02 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DPKbRGaTAolfWOyq/twVvq56nrXcdA/qV3UPLkb0oWUabW0r6wDblF1a3Amhfc9BlpEPkEmnvgawhMv5jk4ehrtnqOdLDcZ/BentINcisguck7dDjIzzSNBKnZkWDvYXbxdDL9+egeVcRKPHfviJMU9hx4/CHoUqZy2dKlTfLnghsjPToeh1u7qphoAASgRScb7iHmHyk7Zzx2MmVxKvpzAHGkfpBF+5VrXRf9eUA4zdzaPsUOseVBT1Np5PL9njz+nMxejt88eA6VkYJYZiq35HAL1v9IZHoS2RMcMYVQNXs69fr6xZmt6XtjJ7WJ/SO2Npdi5kp/H1Q4mmKjf6oQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=534p5xLtnP6wP6jFEhw2NoLOyhztr16Ip8xktlFqreo=; b=ZKB/3YqyH5JbFvrHVD1+lfflOhgMjxn4dt8ud/AmsnCUnuyBTC7feiJh12gnYUkA888TvuT9eWxJqomGzVaAT3TaW+maBAxlhRSS3fmW8ICgG4Un6y/0SwPOaLO4/qvCYBMtTLa+1xqzreDDuc2TBXLiyEeztWLlXRVRc+dRQ0R2xFJP4bNiVAZ+DjxdNGI4iiFiMxwfifuOGG31A7RE9KjeRoVpBRtpOr1TOGh+xZpinRUZu1srct1ZOwlH4DjUjCw/MoBvHkdqlTjYmq69XDCxnHf37m5WEsez2Gim3eD/yf5/ulAz+HqE9SOJs9GIfpvTWzgeRqKdP1GhpaXXUw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=534p5xLtnP6wP6jFEhw2NoLOyhztr16Ip8xktlFqreo=; b=PdpqAz0mYkb1qygCWtSqw6TTUArCWEJ32hTyNFA6NMJhElR5qq0vc+Sc39KPLyMrdDwvPlGZS5WX+1pTaZGbKebxAbzKDN/ULs+y+ywDqIe8WN8ffFHf/Ocqs3W5Dmb5YWa7Ti6fYLR+ElOLX9SQZ8HKGAvKkPsjkpS8WjJ3NVU=
Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB5062.namprd11.prod.outlook.com (2603:10b6:510:3e::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.26; Sat, 8 May 2021 06:35:00 +0000
Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::ccc:1b78:44b5:b74b]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::ccc:1b78:44b5:b74b%3]) with mapi id 15.20.4108.030; Sat, 8 May 2021 06:35:00 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, IETF discussion list <ietf@ietf.org>
Subject: Re: Updated IESG Statement "IESG Processing of RFC Errata for the IETF Stream"
Thread-Topic: Updated IESG Statement "IESG Processing of RFC Errata for the IETF Stream"
Thread-Index: AQHXQ1+GQn/2VdoGCU+z5V/GCf1JxarY3VkAgABl+AA=
Date: Sat, 8 May 2021 06:35:00 +0000
Message-ID: <B9C42F2F-3F08-4902-AC81-17D8CA0EC3D0@cisco.com>
References: <162040549861.22240.16336069769197991691@ietfa.amsl.com> <18d87dd8-3363-ef49-36f6-a34ff8c60e59@gmail.com>
In-Reply-To: <18d87dd8-3363-ef49-36f6-a34ff8c60e59@gmail.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.48.21041102
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2001:420:c0c1:36:30b4:3b73:cd37:c39]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d0dfbcfa-a8d1-42eb-fb13-08d911eb67fc
x-ms-traffictypediagnostic: PH0PR11MB5062:
x-microsoft-antispam-prvs: <PH0PR11MB5062E3C3896ECAAD444653B5A9569@PH0PR11MB5062.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: aJMgT4TapPHPgtjcXZLXqqJyhSqaAe7MLil/RAxUCxgF4MvWDmfc2LwKjBoDVW++CUx2mnihEEzhJz3BBV2ZyAZbJinm78zlQY2pjeLoQulFV+XLR/cxh67FqnhDB05YsV/+tn52FV1NWdHtoxdO3sWQBx8/+RQDobpAz4Jmx0qtxAXsfRqPd6vxNPFcg7TlGGW6HknDTfLua5P5yogZK+BH2jYB4/6IeL63Ex63UL6pFaM3nCyMQkXRY6LaY+kbYwIZ6weOJp/bzw4pd/t+mssmdii5TLgEt84J8BDC9F7Rv/T/sa2gS3jq0plV9kgr4xqrkwFYDT88lWBhulr5+7hdcoMjVB87m/gMBszg0QQYHcITn/fMWt+x6blc9gZDxp+QaiHv6IQLusNtwqn0xVCNtypq+PS6TvRRhjR8K6dW5baX2PRtSfbp8SrfLeCln8hnXDIGb2o/ovpYaOlTU4EgajooTBQ+0iYlr9KDdYUP25WbngYHcO8uYgjlyBxtgq4O1yFPk2GWFbb1HypJoZugik9/hoec/qZZ1XmNra8Wdw2NtmkfrAlJ4+ESLdb9PTDhHWPXb6X3yYMkd5reOY61uneRqRPRqNRcJ7YnZz2psu9Bw2LnWuu6GjruOdfYG6XfT02dqh6VqfrBGns5gNOS9QcKy+7CoR8Vg88+58pLvpI46Emo6YO2yxWEteufG66BmFh25G92HLgsSkOdGTYozzKrbLEGbPD0N5Yt6gX2rrEIEzkcx/cwve5z5Xe6
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(366004)(376002)(136003)(39860400002)(186003)(6486002)(316002)(8936002)(8676002)(6512007)(110136005)(38100700002)(122000001)(36756003)(71200400001)(66574015)(83380400001)(64756008)(66946007)(66446008)(66476007)(2906002)(966005)(66556008)(91956017)(86362001)(76116006)(6506007)(15650500001)(478600001)(53546011)(2616005)(33656002)(5660300002)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?bEJLSnZsVlpyZGNKSUljRkxZMXhnajVGbVBoZ0xwMG9JUE83b1ZoQk9WT1RD?= =?utf-8?B?TUhwWGRNeHBhNGhvanlDYTNSL1hzaDlBc00zalNuTGF1RDlzeEtwaU53ZVVD?= =?utf-8?B?WFF5bTRJbFV4Q0Zoc2lueGhCSXNoaUZmcFQ1eTJHNlhheWtZOS9WbTEwUzBM?= =?utf-8?B?b0wrSkFCbUR6d0U0NmpDWVdFMUNDM3RVWTk5WmhGdk1UQ0JubDkyV3ZXYnBu?= =?utf-8?B?MlJiL2hoWCtLeFJWaFNtSi9tc1RzdTdTdG9lTFBXa05TMUZCRVh5dURBUHpL?= =?utf-8?B?WjB2TWYrbUh3c2tMNGh5NElqRHoyWEE4WEhleXlZS3pYT3d6Qy8wVWZ1TlBx?= =?utf-8?B?dFlxU0pHYTNvbTRINW9UZDJTblc4N2ttaDM0NUUyU2drRVVyRVYzMzFWMWtU?= =?utf-8?B?cUw1MTRrZHl4a1V1cEhSb2gvTFFLTWVvZm9kTW1IaGhTNllTcmJBZjAxVWtp?= =?utf-8?B?Tjd1RlhTbnJVMjlaRTVwK2k2MlFnRzR6d0wzaEkrZG54QUhkNzVHSnhuVUFE?= =?utf-8?B?RHQ0RGRuOERERVlQUldZbXFBTkhGcUE2QzE3Lzh0YUQ2YXY0V3huUTZhUmlV?= =?utf-8?B?UnlnVk1SL3ZnN2pFNnRWOWQxNnJmdGJEWjk2ZWJ5STZBcG5ybHRzSEZveTRz?= =?utf-8?B?bmRNeWVQaVhnMk5SQ3VMNWNvMkFTSk9zUVJTNkl5VncvMmR3bUdvSzZRMTJr?= =?utf-8?B?T2Q5Uit3MGNpUEgxQ2tpRkc1ZnVZd1NYV2djSmpGOGZtbENNaktEM3hWUkUx?= =?utf-8?B?QlgrZzArRkh5ZGZqVmd2dlVvL01iTVl0dGZqcXdVUHBmWnF6bjVmcjZHQXlD?= =?utf-8?B?SXRGQW43Zzg3dDNubTYvSUlEdDlvek9LL2FIVFR5WXgvWHJkNGt2KzcxM1E0?= =?utf-8?B?TmFNSkJZV2tiWVBjSVJSbWJsZDdxMXF6NWlnUEJPOE41STFMWnpWUlh4dXpp?= =?utf-8?B?VU1JS0Ivejd6NFJXd2V0WHpJQ0tqK0RGTXczKzBmeFc5MEp2cVI5bzRvM0pt?= =?utf-8?B?WmUvY2ZvSUN4Uzg5b3M4SmltUWhVMkxmTWhFZkpLa0NhWkh0OUhPR1pWWVR2?= =?utf-8?B?WW1DSDkvV1RleEJHK0pqY2cvTW1yL3hJaC82VTZ5VExFdURLWnZBajhwbUdY?= =?utf-8?B?aXVNRXBESnYxUTJMWmpmRmc5ekVpQmpoOVozK0RpUXBFcDdySWo0WlVjdGg5?= =?utf-8?B?WmVPZDlpZ1BhR0FzbTJMYzFNVkJXWVVBK0JYTFdBbzBaVXdMVGNqUlVPZnEx?= =?utf-8?B?K3Z1VnlQTXFGRzZmcWRxeU9rRVpsc01zZmtGWlNwVXFlVFpiY2U0ZUJvV0VV?= =?utf-8?B?S0t6K0REeUEzVjc4dFpkK0M1Y3JXM1l1M3ZoQ3dpdm9XbG4wbkNPdGs2TFU5?= =?utf-8?B?ODJtVGxic0J0S2tQVVRzOGlid0c2RnBQS2ZtUmQ2bzFzNjExMGUzYUxWMDk2?= =?utf-8?B?Rjk3M0crRDEvZkptV0hDQnNac2dHM29wYWtmbTZKRHZDMHpZTVY2M2NUNkJW?= =?utf-8?B?WDlBbVhheXFCay9CSGpraWE4b1NnTVpHc25jendCZHFFS2Rta1RxV2tUVjhk?= =?utf-8?B?QlhKS0ZZa2xHNUdUakI2aWZZd0NoSDEzTGtUTUpiMGJoeXc2bjFuaUozbG1m?= =?utf-8?B?NVJjMTBpUnZLRmx4dUxvMmNGYzJERjIzaFU2WUN4ZmFpQ1V2d1ZYU1F0SEFZ?= =?utf-8?B?VzFwaDlqSndqVS9oTjFpeHhIT2NSMFFvdWx4c1pqdmVLOU5HWHVIYmhsYlhE?= =?utf-8?B?V1c1TEtjeEtXS0s3RWNFYVJhbkhiWWhpRFVmazBkeXZPcDJFelhVWExCc2Ju?= =?utf-8?B?TjZ3ZE50TkRYdDE2YWpTZW92Wmh0TnluM3NtNnc3alEvdTRCdC9KQkt4VUZw?= =?utf-8?Q?sQqcQ5jMiIhxl?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <961C918DF2F4544C8E7A03491BE62227@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d0dfbcfa-a8d1-42eb-fb13-08d911eb67fc
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2021 06:35:00.7263 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ULIaH+E9IzE8s7HsuufSJFAWMpp30C5yvPqFMuhRDZLuJqSp5jpM+H8KbryA7cLoMklxbG0iSJy4tNfVnZrbPQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5062
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xbe-rcd-002.cisco.com
X-Outbound-Node: alln-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/qxnTtlEVTmzEuxRk3VgcRSK2-08>
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: Sat, 08 May 2021 06:35:21 -0000

Brian

Just replying as myself and not in the name of the IESG. I tend to process all incoming errata immediately and on less loaded weeks (no formal telechat), then I try to process a couple of errata (sometimes on very very old documents). 

Sometimes, I feel like I am a Danaïdes' brother __

-éric

-----Original Message-----
From: ietf <ietf-bounces@ietf.org> on behalf of Brian E Carpenter <brian.e.carpenter@gmail.com>
Date: Saturday, 8 May 2021 at 04:30
To: IETF discussion list <ietf@ietf.org>
Subject: Re: Updated IESG Statement "IESG Processing of RFC Errata for the IETF Stream"

    Hi,

    Does the IESG plan to catch up on old reported errata that have never been processed?

    There are three here for example: https://www.rfc-editor.org/errata/rfc6275, as much as 4 years old. There may be a lot more lurking.

    Regards
       Brian Carpenter

    On 08-May-21 04:38, IESG Secretary wrote:
    > IESG Processing of RFC Errata for the IETF Stream
    > 
    > Online: <https://www.ietf.org/about/groups/iesg/statements/processing-errata-ietf-stream/>
    > 
    > This document describes how the IESG processes RFC Errata for the IETF Stream.
    > 
    > These are strong guidelines, not immutable rules. The Area Directors (ADs) should use 
    > common sense and good judgment to decide what the right thing to do is. They apply to new 
    > errata and not to errata that have already been processed.
    > 
    > Errata are meant to fix "bugs" in the specification and should not be used to change what the 
    > community meant when it approved the RFC.  Here are some things to consider when 
    > submitting an errata report:
    > 
    > * Errata are items that were errors at the time the document was published -- things that 
    >   were missed during the last call, approval, and publication process.  If new information, 
    >   new capabilities, or new thinking has come up since publication, or if you disagree with 
    >   the content of the RFC, that is not material for an errata report.  Such items are better 
    >   brought to relevant working groups, technical area discussions, or the IESG.
    > * Errata reports are usually for errors in the text version of a document.  It is possible to 
    >   report errors in other outputs (e.g., HTML or PDF) for RFCs published in the v3 format 
    >   (i.e., RFC 8650+).
    > * Errata are classified as "technical" or "editorial".  Please mark the report appropriately.  
    >   Technical errata are expected to be things that would likely cause significant 
    >   misunderstandings of the technical specification and might result in faulty 
    >   implementations if they are not corrected. Editorial errata are, as the name implies, 
    >   editorial - for example, typos, missing commas, etc. Errors in examples will generally be 
    >   editorial, though marking them as technical could sometimes be justified.
    > * Please clearly explain the issue in the Comments section. This is especially important for 
    >   editorial issues, where the Original Text and Corrected Text may look almost identical. 
    > 
    > When a technical erratum is reported, a report is sent to the authors, chairs, and Area Directors 
    > (ADs) of the WG in which the document originated. If the WG has closed or the document was 
    > not associated with a WG, then the report will be sent to the ADs for the Area most closely 
    > associated with the subject matter.  
    > 
    > When an editorial erratum is reported, the RFC Editor will do an initial review and handle errata 
    > that are clearly editorial in nature. If the erratum cannot be handled by the RFC Editor, the AD 
    > will be asked to review.
    > 
    > While ADs are ultimately responsible for processing the reports, they may delegate the review 
    > or perform it personally.  The reviewer will classify the erratum as falling under one of the 
    > following states:
    > 
    > * Verified - The erratum is appropriate under the criteria below and should be available to 
    >   implementers or people deploying the RFC.
    > * Rejected - The erratum is invalid or proposes a significant change to the RFC that 
    >   should be done by publishing a new RFC that replaces or updates the current one. In 
    >   the latter case, if the change is to be considered for future updates of the document, it 
    >   should be proposed using channels other than the errata process, such as a WG mailing 
    >   list.
    > * Hold for Document Update - The erratum is not a necessary update to the RFC. 
    >   However, any future update of the document might consider it and determine whether it 
    >   merits including in an update.
    > 
    > Guidelines for review are:
    > 
    > 1. Grammar corrections and typographical errors should be classified as Verified.
    > 2. Broken URIs that were likely valid at the time of publication are, strictly speaking, not 
    >    subject to errata reports.  That said, the AD must judge the importance of correcting 
    >    such a reference and may classify the report as Verified.
    > 3. Changes that are stylistic issues or simply make things read better should be classified 
    >    as Hold for Document Update.
    > 4. Technical items that have a clear resolution in line with the original intent should be 
    >    classified as Verified.  If the resolution is not clear or requires further discussion, the 
    >    report should be classified as Hold for Document Update.  In both cases, only items that 
    >    are clearly wrong should be considered.
    > 5. Changes that modify the working of a protocol to something that might be different from 
    >    the intended consensus when the document was approved should generally be 
    >    Rejected.  Significant clarifications should not be handled as errata reports and need to 
    >    be discussed by the relevant technical community.
    > 6. Changes that modify the working of a process, such as changing an IANA registration 
    >    procedure, to something that might be different from the intended consensus when the 
    >    document was approved should be Rejected.
    > 7. Errata on obsolete RFCs should be considered according to whether the error persists in 
    >    the obsoleting RFC.  If it does, the report should Rejected with a pointer to new errata 
    >    against the obsoleting RFC.  If it does not, it should be Rejected with an explanation that 
    >    the error is corrected in the obsoleting RFC (cited by number).
    > 
    > _______________________________________________
    > IETF-Announce mailing list
    > IETF-Announce@ietf.org
    > https://www.ietf.org/mailman/listinfo/ietf-announce
    >