[RTG-DIR] Chasing Routing Directorate Reviews

Adrian Farrel <adrian@olddog.co.uk> Wed, 24 May 2023 21:07 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E3B3C15199D; Wed, 24 May 2023 14:07:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.795
X-Spam-Level:
X-Spam-Status: No, score=-2.795 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_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=olddog.co.uk
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 mz_G6siTQQtV; Wed, 24 May 2023 14:07:27 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 6582DC14CF1C; Wed, 24 May 2023 14:07:25 -0700 (PDT)
Received: from vs4.iomartmail.com (vs4.iomartmail.com [10.12.10.122]) by mta7.iomartmail.com (8.14.7/8.14.7) with ESMTP id 34OL79fk003401; Wed, 24 May 2023 22:07:09 +0100
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 7C6B64604A; Wed, 24 May 2023 22:07:09 +0100 (BST)
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 702EF46043; Wed, 24 May 2023 22:07:09 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs4.iomartmail.com (Postfix) with ESMTPS; Wed, 24 May 2023 22:07:09 +0100 (BST)
Received: from LAPTOPK7AS653V (92.103.7.51.dyn.plus.net [51.7.103.92]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.7/8.14.7) with ESMTP id 34OL78gx000462 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2023 22:07:08 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: amy.yemin@huawei.com, lburdet@cisco.com
Cc: rtg-ads@ietf.org, rtg-dir@ietf.org
Date: Wed, 24 May 2023 22:07:10 +0100
Organization: Old Dog Consulting
Message-ID: <045401d98e83$b4bf34b0$1e3d9e10$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdmOgiuAjqm7QrvnQyGxNEOXJhh83g==
Content-Language: en-gb
X-Originating-IP: 51.7.103.92
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=20221128; bh=y/lbpa0WgZWkDivft/UFZ EQGxCX2du+Rx8Gcq7q5v98=; b=ADXv3IHuFVA6G1BN1j8uA0oh1lg+VTwPU16fq AFH5l7SBjx6hEJ8IlEYrCErhDZkPr8c7B+yZsotdU9Wu4xWMw3NXrZFO12pmUmrN fD6JP3pbgzM7qDekKtFeq6uzerfEA8qjfnHGWDaooNYeu6tKsSIML1PIdoDk0g0u SGKlJUqlo2EqoQtiZbTw70gVmC3yaH6CON6iI62wIhuTL68rOpNAp59GMhCsK4Dt dpr5iQGWBpI8tWPnzoWZuY7vkeKPByriKJDlffwDFnWTCiGllf98S/SMCpRjGCKC sovl4Ij3bwK1/jzFN5zyTEhZFus+0L3JXu9ysNteMngrKx5eg==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-27648.002
X-TM-AS-Result: No--8.277-10.0-31-10
X-imss-scan-details: No--8.277-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-27648.002
X-TMASE-Result: 10--8.276700-10.000000
X-TMASE-MatchedRID: pjj54ow6YrZmeK+ZQ14ylgEaayJtYZNtV2y0V2O63Z58SACW1urtI/9h ZeynbNVA/Tzu9yLVDsFgqiJ7tiu/8cfdkIlEiI2kQQ5+hY6u+472/fdRbxY1gArkj7klVufue6N nB8Q7CQNu5P3zv63t79N78VtCfjJAdCBCbhaQuogXfBDRy7VtM26Pap1MPdtHkQuK44TqhWGyUK BB8Zg4Keo4HSjC6fHHXzRiVSKIyLZQE6ibPblV0a28N8u7CkOHvykBikB9a0C15eNIExieaQZ/v OVFdA2SKqrQ7lLcMnwAHTpC9MNoHv2ss2sQcqTeDZs/Kgmqdkt9LQinZ4QefL6qvLNjDYTwC+Cm xfKmwAwMyrfP9j+C1SAHAopEd76v2x3q9WhxRBw/8EWsPdlmmZq3m9yk/vmk4/Kc+TzIfJtmjs4 zh2Ga5A==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/icp4pd4-2K-wLG9nn4xTFDN1qcE>
Subject: [RTG-DIR] Chasing Routing Directorate Reviews
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 May 2023 21:07:32 -0000

Hi Amy and Luc,

THIS IS NOT A CRITICISM!

And to prove it - thank you very much for the super job you do assigning
reviews to the Directorate members and keeping the tool and wiki up-to-date.
The work-load is just changing (and possibly expanding) as the requirement
to do RTG Dir reviews at the time of WG last call kicks in.

I have a process question:

When a review request is accepted with its (possibly re-negotiated
deadline), whose job is it to chase the reviewer?

Obviously, anyone can chase the reviewer. The authors might be considered to
have a strong incentive, but it might not be clear to them that the document
is stuck waiting for the review (there is a flag in the Datatracker to say
the review is pending, but no state that says the document is blocked
waiting for the review). Indeed, in the previous world, if a directorate
review didn't arrive during IETF last call or IESG review, then the document
was not held up. But now, the document is blocked.

Perhaps it is the Document Shepherd's job, but in many WGs the shepherd
isn't assigned until WG last call has "completed". So sometimes there is no
shepherd, but the Directorate review is still pending.

Of course, it was the WG chairs who requested the "early review" so it could
be their job, but they have enough on their hands.

Or, it might be something we should ask you to do as admins.

So...

Should we be getting a feature added to the tool to automatically prompt the
reviewer every week when they are overdue? Should there be a reminder to you
(as admins) so that you can talk to the current reviewer and assign a new
reviewer if necessary?

Any thoughts?

Cheers,
Adrian