Re: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]

"Rob Wilton (rwilton)" <rwilton@cisco.com> Wed, 16 October 2024 16:33 UTC

Return-Path: <rwilton@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 E2484C23A82C; Wed, 16 Oct 2024 09:33:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.741
X-Spam-Level:
X-Spam-Status: No, score=-9.741 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dEUoSQHzdaob; Wed, 16 Oct 2024 09:33:09 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4749C1F5891; Wed, 16 Oct 2024 09:32:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; i=@cisco.com; l=19948; q=dns/txt; s=iport; t=1729096354; x=1730305954; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gviD6nCAGU47OjMAhx80K+Utovkt7wQceelWFgDBXJM=; b=TZFIU7rYl5ELi93Iq/6oNL4hoLKaIo1z1BjUxZgg0gNlHNlJNUm68/9+ rk8HS2sWR0DC7bLKNTPLicGj+YRgoWTTMu4TdYcxoQSH9+37qR/QcvLq8 g4qgjgmIRQ8BVk56uH7KgRG2pTlbzb0U3j9Rf4ZxN/phnQequHFKBtHvW 0=;
X-CSE-ConnectionGUID: vH7r0Qj4Tke07ulPJrN50A==
X-CSE-MsgGUID: oQXm7JT6RCWsV1fiPMzxZQ==
X-IPAS-Result: A0BxAQDH6Q9n/4z/Ja1aHAEBAQEBAQcBARIBAQQEAQFlgRcGAQELAYFAMVIHdAKBHEiEVYNMA4UtiHMDi2KFZoV3hleBfg8BAQENAkQEAQGFBwIWigsCJjUIDgECBAEBAQEDAgMBAQEBAQEBAQENAQEFAQEBAgEHBYEOE4YIBCMEAgGGLAEBAQEDEhFWEAIBCBEDAQIBKgICAh4RHQgCBAENBQgMBQmCYIIcFAMxAwFVojABgUACiip6gTKBAd06DYJYgUgBiC0eASqBMgIOgXSHACcbgUlEgRVCgjcxPoEFAYEZgiYegzs6gi8EhUqBNYMGP4FLAYIjgTWCDg+CGYEMgikED4E8UIMBfCVNVoYrXiVuhAaDL4oIUnUiAyYzIQIRAVUTFwsJBYk1CoMcKYFFJoEJgwiBMxGDYYFnCWCHZV2BDIE+gVkBRoJySoNMHIFRBThJOYIWak43Ag0CN4IkgQCCUYRrgQIdQAMLbT0UIRQbBQSBNQWqMQSCEkaCIDQCDQZPATIeDxk+bRcJBxQLAQFgkjlqgzGLO6J0cQqEGppAgQqGKxeEUaV7mHcikWCRUgsDAQqFCQIEAgQFAg8BAQaBMzUBOoFZcBU7gmdSGQ9XjVYWFs1GeDsCBwEKAQEDCYZNh0gBAQ
IronPort-PHdr: A9a23:OgcMVR04G3VkOp87smDPmlBlVkEcU/3cJAUZ7N8gk71RN/jl9JX5N 0uZ7vJo3xfFXoTevupNkPGe87vhVmoJ/YubvTgcfYZNWR4IhYRenwEpDMOfT0yuBPXrdCc9W s9FUTdY
IronPort-Data: A9a23:eVtN46P33L93hYTvrR3xlsFynXyQoLVcMsEvi/4bfWQNrUpxhjZWy DdJXT2FOfnfZGGne4t+aIu0pkMGucOBmIc2S3M5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCdap1yFDmE/0fF3oHJ9RFUzbuPSqf3FNnKMyVwQR4MYCo6gHqPocZh6mJTqYb/WlrlV e/a+ZWFZAb9gmAsbgr41orawP9RlKWq0N8nlgRWicBj5Df2i3QTBZQDEqC9R1OQapVUBOOzW 9HYx7i/+G7Dlz91Yj9yuu+mGqGiaue60Tmm0hK6aYD76vRxjnBaPpIACRYpQRw/ZwNlMDxG4 I4lWZSYEW/FN0BX8QgXe0Ew/ypWZcWq9FJbSJSymZT78qHIT5fj6+tOU1tuBI9ExuV6WT5T8 cQ6MhZQNjnW0opawJrjIgVtrt4oIM+uOMYUvWttiGmCS/0nWpvEBa7N4Le03h9p2ZsIRqmYP ZdEL2MzNHwsYDUXUrsTIIghneO0gX/XeDxDo1XTrq0yi4TW5FYujOOwbICJIrRmQ+1Sp3ad+ UD6oV7SPQokbdKe8R+X4kCV07qncSTTHdh6+KeD3v9nm1K7x2EPBlsRT1TTifi0lkCWWt9DJ QoT4CVGkEQp3FagQt+4W1izp2SJ+0ZHHdFRCOY9rgqKz8I4/jqkO4TNdRYYAPQOv84tTjts3 ViM9+4FzxQ22FFJYRpxLoupkA4=
IronPort-HdrOrdr: A9a23:b8dnx6x1JrRI+QYx1YmQKrPxZegkLtp133Aq2lEZdPULSL36qy n+ppQmPEHP6Qr5AEtQ5+xoWJPtfZvdnaQFh7X5To3SLTUO2VHYYL2KgrGSuQEIdxeOktK1kJ 0QDJSWa+eAQmSS7/yKnTVQeuxIqLLogcLY4Ns2jU0dMT2CAJsQljuRfzzraXGeMzM2fabReq DsgfZvln6LQ1hSRMK9AXUOQujEoPP2tL+OW3Q7Li9iwjOjyRez5pDHMzXw5HojujV0rosKwC zgqUjU96+ju/a0xlv3zGnI9albn9Pn159qGNGMotJ9EESsti+YIKBaH5GStjE8p++irHwwls PXnhsmN8Nvr1vMY2COpwf30QWI6kdv15ai8y7avZLQm729eNsIMbsEuWufSGqf16MUhqA/7E uM5RPei3MYN2KYoM233am5a/gjrDvGnZNlq59cs5SaOrFuM4O4auckjRtoOYZFEyTg5I89Fu 5ySMna+fZNaFufK2vUp2913bWXLz8O9zq9MwE/U/auonBrtWE8y1FdyN0Un38G+p54Q55Y5/ 7cOqAtkL1VVMcZYa90Ge9EGKKMeyHwaAOJNHjXLUXsFakBNX6Io5nr4K8t7OXvfJAT1pM9lJ nITVsdv28vfEDlD9GIwfRwg1rwaXT4WS6oxtBV5pB/tLG5TL33MTebQFRriMekq+V3OLysZx 9yAuMgPxbOFxqbJW8S5XyNZ3B7EwhqbPEo
X-Talos-CUID: 9a23:liY0MWwY19dsu8umxKQTBgUKOp8/KkTfkEvTLhfnFGJRaqezFAe5rfY=
X-Talos-MUID: 9a23:t2FZ3wXSzpL4sePq/DjVtDQ9Fvs22Y+RE35Un5Q+ntuUBxUlbg==
X-IronPort-Anti-Spam-Filtered: true
Received: from rcdn-l-core-03.cisco.com ([173.37.255.140]) by rcdn-iport-7.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 16 Oct 2024 16:32:33 +0000
Received: from rcdn-opgw-4.cisco.com (rcdn-opgw-4.cisco.com [72.163.7.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by rcdn-l-core-03.cisco.com (Postfix) with ESMTPS id 8D380180001F8; Wed, 16 Oct 2024 16:32:33 +0000 (GMT)
X-CSE-ConnectionGUID: X8rIQJk0Svenj6006AJe+A==
X-CSE-MsgGUID: Q/r+soEYTYajEAcXJjgQ6A==
Authentication-Results: rcdn-opgw-4.cisco.com; dkim=pass (signature verified) header.i=@cisco.com
X-IronPort-AV: E=Sophos;i="6.11,208,1725321600"; d="scan'208,217";a="43230245"
Received: from mail-dm6nam11lp2172.outbound.protection.outlook.com (HELO NAM11-DM6-obe.outbound.protection.outlook.com) ([104.47.57.172]) by rcdn-opgw-4.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2024 16:32:33 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=GMAJpbUbV2bdfGLQR3lWfYQO4XIeFFhIZQuV29tjYOhknjDmlR8QSJxLpQTuRLhtUduvC5mzzl9YMu3CP6EB5MVMKV5vIM36igHn3KHHESWgkklBYlpaGPpVnjRJbnra4+pJHUBnyq9zScZ+51a2NGfv+krtrFu/cvTxplBa08stvxJl6xN2ok2fAapW/3RJ0ib2iPY1aDJOPRyAuYpQ/cc2VSb3d5V3lWVNzrsWTOnz5zautqaAosrBlac0EGkqo+ngSruH5qZsf3JWMVOm10UGQc1vx5dq9/e/zJEQ6e45f/ddr7Qzk4lHiRbFns6jWSvE0p7JWtLFum3DiMtRpg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=gviD6nCAGU47OjMAhx80K+Utovkt7wQceelWFgDBXJM=; b=pWISZqieYGQMxGKUj/MpQ5iKyFerMZBOGczMVzGHglrCn9BFKAVsk8pXuSRL8xmtbyLs3gkm4zyBuxSSfFA4hnFIjzZQ7twzZY040YrTR5TRjFqhvUoK/w9gEZ2Ux6UML3tkbODDIyiwrPrEyN3B/+RUe81cN65/JhFenuUtqng30abZAuivt+9EMZc//BFtaaPQDnOK1E6ouJRpiRzXQhyIMYOZBa4Sb5r+L25pDbiP5Me65qpIJeIJH0ZwLjxooeF+MwtDaGPOZ08x7gyQZGEnYSTxvTT6P9yRqPu1bR8fpfOzN8u85WqWxPxBCy2yPN7iSToNwQlcefTQ953kVg==
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
Received: from LV8PR11MB8536.namprd11.prod.outlook.com (2603:10b6:408:1ec::19) by SA1PR11MB7698.namprd11.prod.outlook.com (2603:10b6:806:332::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8069.18; Wed, 16 Oct 2024 16:32:31 +0000
Received: from LV8PR11MB8536.namprd11.prod.outlook.com ([fe80::ff1c:486e:efc9:119e]) by LV8PR11MB8536.namprd11.prod.outlook.com ([fe80::ff1c:486e:efc9:119e%7]) with mapi id 15.20.8069.016; Wed, 16 Oct 2024 16:32:30 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Barry Leiba <barryleiba@computer.org>, "Murray S. Kucherawy" <superuser@gmail.com>
Subject: Re: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]
Thread-Topic: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]
Thread-Index: AQHbG2MB47vJe9BiIEyyqdUTO3PzB7KB4AgAgAAqF4CAAA6qAIAHQ36AgAA8gxw=
Date: Wed, 16 Oct 2024 16:32:30 +0000
Message-ID: <LV8PR11MB8536614B239A214C0E9D6981B5462@LV8PR11MB8536.namprd11.prod.outlook.com>
References: <822159B0D390905C0A194997@PSB> <e8a0b44b-8ecf-4b24-94d4-9c79ddd26d41@amsl.com> <F3ACA29EAAC4DE9FE06EDA21@PSB> <CAL0qLwaKw8P7CGXXXHM5Hh6YvkMMqeN8OOgpv2v7Yrob5QsQ7A@mail.gmail.com> <CAC4RtVDqmcyjmbTZz3CU3zUXXtrQwfXZUS=PBhgtGK+NChhPtw@mail.gmail.com>
In-Reply-To: <CAC4RtVDqmcyjmbTZz3CU3zUXXtrQwfXZUS=PBhgtGK+NChhPtw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: LV8PR11MB8536:EE_|SA1PR11MB7698:EE_
x-ms-office365-filtering-correlation-id: 81b8141b-1b2c-4e57-a649-08dcee002174
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|10070799003|366016|376014|38070700018|8096899003;
x-microsoft-antispam-message-info: dtevi7EqA5c6QdgaYN5AkD6JI21VXVgE3qo7vILIGgfRmBTV/JUNzU4gqk8IRwidpBpud2rK0DxTEKGntmHgMcP/JccojC9sGa+xYrIXNUnE740swKR/yTc6OwRlrL2B/4IOS9hBhAorsB8J+HsZbHfRCrqXyXdzSu+NKy4fxrYJjM4JRNXiOYfuvf5C6vJOcNv8ZFasCMdlyRoQgF2eQ3uNapAT5JUxspOcFeTanQxvSB5LlfwIh4gcccxPXm5X+BjtqWjikOnNSUUqKVzUCwl78qsKz4hTLfNrGC3DmS+ByTZnL0RvPTIA3W5ISCbXBZp6gXL+X3v5WXgQfrG4r/vexxkOuONjcgqD4i94oml6ngJ1vvQu3BcLYBW6nFYmCfGK9GwmR5YSp3MTIsKNyJFEz5pJY04fgZSzM1EDX8HHtv0U0yfH08FwPQshJGRstD0IOeXlrvJGdXl3RfDfXV7gQnkjMljA5Rx4Q/yLmCjLtAA5M2WAmrTgHGJutlo6cBJt3W1+JrT8Xz0xAZM8gkwljL7ckJdx9oL+WH3XLLysyZLpvzFavrIYK0+AOKh5eEf6uS1AlD4aH8TkFG4ATxz3OpM8WYKOwaa3EnYzXIYhn3KayyTL2YeFbU1xI2cv6t1+u04hTkhAs3iMBmWU9lOH6iw4gzhp4c+Swy4Ic1aH7nwtfW9y64WXdhio7pFhsE56LN/TxEMQSNoEfg8lKGbQ+ESUQkG9JI20NGW366oUSsxem89z3kwvK8tYRj6l4W0YpwtvZILMNzGFfMrjLaiAaVPZ13zQgr2QWbVcvdbyUkG0PSwjGkCTH4kytS8urus4tJ2seoOgv8XCBg0ntISKEX+f9JBVWyD7yhS6ZdpbrimNOJXWnX532PtLGUlZtLrhW+z5jqDryaoTJpuPin9zIgtJLcaa6wF1mhFeuuwI5oifbltwhEs/gmKJVepx5gf+5qT3s3QA6KPBds+dQCVmTaVVg3Is5RE7d7ivq9AVApY8PVmkkHj61UMXDDT3E4sSkGxj5eZXrdqRxSxjJgpaxlJ4Ktp7szOpbjVzlctM98PGqFTCu71H1NJ86KSCiB/gJP156hkkn4VBPJugEqWlHBjdJhwFlDNutcbPBiJFHacVFG9UmhC/ieSiNVNA1S5+hnmKAAkD15xoG2eFwhsfHCQMELl5U71klG5h+OpVL82LcIwwvg2t4Efp6295vZhZmpMefDvDBRhLr8AD2E919SaDY99Zso4Ts5UbU2hq+PMH/4Y7Ys2IOhqx9/WAyuIRn9vlMbIxyRhBiTGbWOj9Ut1Zp4QqeGdCLnX++BPB0wJgOthnxIk8CWOJyc71hfyAvgUV22EkZwd0vHI6Lg==
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:LV8PR11MB8536.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(10070799003)(366016)(376014)(38070700018)(8096899003);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 7/O+Gwjlu4ej7H5Bao4impRj9mvMDY5/wrOuN8feZJX5syDdmNLeyF5nfXwc0SDblXkBvEtmvJUlT/zIREU4mj6OrUJpxXKL8YW3LGNvZM8xELOhzgvoD7Uh4A1SAifbTg6ZcLGauUW96x58Pt6HBTt2rNO3+H1cIGOdrS+pIJIsXNcq5ug1zqQ/UhPXVLx7X7BxvLONogJy505I1L4VI/RuhOZPNdf3hd+aoGNuUyIOsSJ/hmykXptvJZB1l3M8tx7jEaajjkbuI4FbssVgzYgJK/kUq0VIjLeBnSisZVwfnMDEatDnxwJNq5iVBkDXf/dLZKeH+c33n6tCqOm7ofn+zo+7TxDGAoVKj/a6vMnXKGVrj3On05j03aZVLZTCg2bZ5KUShWvhOIB6eST7C26v7vRyCuNBxdFSNB9kOWPPC9cpiRaOY5Gx2x1dYJUWaB89uZGH6InhlFFeBFkA56u0fXXBSRrroofvrMUzrDPVk4B+A5TvKhYNIMDyA+2sgHwrwhDEfXLCASI3CFVR2jvQq15rnj4IWu11kEGgDc3as8LyKmUGvfg+1IXBGDyn6V1J2DdfKmE1nRbJu/CvcBd24LeWiORsi6t46m+g/r7QTXa7AreuCt0GDJueiCTWm9wG4ZfIwCs301XsuBtukohY90fmhWtlj+v3nx8B6rGczrscKMAOc7dYac7Kz0isGOhAxQyCbryM9XwJrchsW/VNZOQdUk/UERIJu96afmZPskKi5XdYTs/kJdjD4on6ASWTzCF2InqqRihIPGOg+sFcw5pGlSvS6IfpdFCbUpR+8PWWnHDMGS0p46mV0VHlF4fuwq+xYuduAzvesRPVEkB9PsV+HRys0wKsi4DgAvBjw96pmwukv3FB+ADYXA7U8KbN9JcVHnPyfQY/3OJkNQW8NJM0wXnpbEu+ZKZGTT92SEH3vVZZEBlySgbpkIgf55zx0kEUviSLH7LTJfiYZt09kxTZFb4nCxGcDaWDxEXHrn6r7V/VUmOlfN7aThTPn+57/dB0mpBVtHEH7/y6S5/YXHtn/sTcaVfv5vkDj0/GK9PFxKMUnt0kvlQzCVQ0e2i4yzrULWueJ6YtOhgaPbT8EZFCE+cTqFwdSt8bgc4GA9kHSW2ofOWHJU0wxiwspz36wdKYCzussK2ou0mHTnvzwZsTKLkNP5RWx8y+HYevCcG2pL37soDcNOU1GFT7r77EkwDdxXB+5T+HbNKExZ7g+6uG3Ec/TQ+bBNOwADfLZPQMgUuppCD6Gz/DoqLrkbLlxLicRKgerPEjldoMJh9BFG4uuk7sjDvnj/6Jo+geYfsGmw1JcF02dHHRwmndjVZX84zhjlO6bf6paqIePZhzGBGJIWvjvpYP0mBUYnEu0Kvya+cUEcJHE26mBgGuCg1/2IvACI28y5hQvNhWMa4X78s0n+iVNK/O0fxdzEZxraLNThDMhAJvJYlRetv+gozcKHzoBGM8bdBTu2Hk5gL9WTeUXjMsiU6jRhT4178khpCU0+0iwT0dmybnbLzQp+3S8tLlK6GhKDl6HijBERFIzZGkvwADPRPsj0A0czVKG6GiwYY90bbIom/MUwGXnQMxEdP7ev3gx+hZzUaDzTVjlhFWXTusWIML9AtCwRZv1dwzfRluKehs2wLa3Jhr3ESlZ3EZUTVWQtACTOEVjQ==
Content-Type: multipart/alternative; boundary="_000_LV8PR11MB8536614B239A214C0E9D6981B5462LV8PR11MB8536namp_"
MIME-Version: 1.0
X-OriginatorOrg: cisco.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: LV8PR11MB8536.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 81b8141b-1b2c-4e57-a649-08dcee002174
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Oct 2024 16:32:30.8138 (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: 8T2c7ZhqHTfzLLwWljNORd/hlT8Fr6IhnMk6ZV+cYrKETfJ5yewBBNqX2KOvEDOvlOSdDlWszwa/O4IOWxlIJg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR11MB7698
X-Outbound-SMTP-Client: 72.163.7.165, rcdn-opgw-4.cisco.com
X-Outbound-Node: rcdn-l-core-03.cisco.com
Message-ID-Hash: TUZH5CLIMKBMLEQXDKQKL7T7TOWSUN2T
X-Message-ID-Hash: TUZH5CLIMKBMLEQXDKQKL7T7TOWSUN2T
X-MailFrom: rwilton@cisco.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
CC: John C Klensin <john-ietf@jck.com>, "iesg@ietf.org" <iesg@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
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/lQJCvQPLekuK6PJvnDd086nLJ2Y>
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>

Hi Barry,

Another choice, that perhaps could be considered, would be to initiate the directorate reviews slightly earlier in the cycle.  E.g., at the point that the WG has said that is ready before publication but before the AD has reviewed and agreed to publish.  In fact, input from the directorate reviews might be very helpful input to decide whether the document is really ready to progress, or if there are significant issues outstanding.

Of course, this might mean that a second follow up lighter directorate review is needed to cover any changes that occurred between the initial review and the version going before the IESG ballot, but if that second review was focussed on the differences and issues raised previously then I would have thought that the increase in workload on the directorate would probably be fairly small, and hopefully manageable.  I.e., I am assuming that the second review would be assigned back to the originate directorate reviewer.

Generally, I think that it is better to get as many reviews as early as possible in the process when the folks working on the document and still very fresh and vested in getting the document published.  Perhaps bigger changes to the process could also be considered …

Anyway, just a thought.

Regards,
Rob



From: Barry Leiba <barryleiba@computer.org>
Date: Wednesday, 16 October 2024 at 13:47
To: Murray S. Kucherawy <superuser@gmail.com>
Cc: John C Klensin <john-ietf@jck.com>, iesg@ietf.org <iesg@ietf.org>, ietf@ietf.org <ietf@ietf.org>
Subject: Re: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]
We should make it a general policy to add two weeks to the last call
period when a document is long, for some value of "long" (I might say
over 60 pages of substance (not counting change logs and such)).  I
try to get to assigning ART-ART reviews a couple of times a week, but
that still means that, depending upon the timing, with a two-week last
call I might be giving a reviewer only a 7- or 8-day deadline for a
100+-page document, and I always blanch when I have to do that.  While
ADs regularly have to review long documents with a week or two notice,
I think it's unreasonable to expect last-call reviews from
directorates/review-teams on that notice for long documents.

We decided on the two-week last call period at a different time, when
the IETF was a different organization.  Maybe we should re-think it
now, and keep in mind that an extra two weeks of last-call review is
*not* going to be the most significant delay in a document's life
cycle.

Barry, ART-ART manager

On Fri, Oct 11, 2024 at 5:53 PM Murray S. Kucherawy <superuser@gmail.com> wrote:
>
> Hi John,
>
> On Fri, Oct 11, 2024 at 2:01 PM John C Klensin <john-ietf@jck.com> wrote:
>>
>> Thanks for the clarification.  Seems entirely reasonable with one or
>> two qualifications.  First, if you (and/or other areas) are doing
>> things that way, the review needs to be posted to the Last Call list
>> well before the Last Call closes out so there is time for people from
>> the Area and the broader community to comment on it.   Second, if the
>> posted end of Last Call date is unreasonable or unattainable for some
>> reason, I'd hope the responsible AD could be notified of that early
>> in the Last Call window -- at least no later than a week before it is
>> closed -- rather than, e.g., after the close date.  That would permit
>> actions, if needed, to be taken without things looking like a game of
>> "Gotcha" with the AD and WG and/or author(s) responsible for the
>> document.
>
>
> For what it's worth, in my time on the IESG, I haven't found the need to manage this vigorously.  If there's a directorate review I'd really like to have, I have the discretion to wait for it before scheduling the document onto a telechat even though Last Call has ended.  If the review has come in but it provokes discussion, I have the discretion to wait for that discussion to resolve before moving forward.  If we're talking about a document that isn't one of mine and a review comes in from my area review team raising something on which I'd like to dive deeper, I can use DISCUSS for that (so long as I am diligent about clearing it once the discussion is had, of course).  That's been my strategy for a while now and it's never raised a complaint, which (so far, at least) includes the document you're talking about here.
>
> The thing I used to determine if the review has come in is the datatracker.  I will check the last-call list too, but the datatracker provides a nice snapshot of which reviews have been requested and which have come in, and is usually where I start when checking on a document's status.
>
> Just to keep this all public: For this particular document, I have pinged the assigned directorate reviewers to ask them to upload their reviews ASAP on this document.  As I said elsewhere, I might be fine advancing a document missing a couple of directorate reviews, but not all of them.  If they don't come in soon, I'll reach out to the review team chairs to ask for reassignments.
>
> Lastly, I would definitely appreciate a notification (automated or otherwise) when a directorate review is going to be late.  Right now all the tracker tells me is "not done", which could mean "not done yet" or could mean "don't hold your breath".
>
> -MSK