[rsab] Revised document approval process

"Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net> Wed, 17 April 2024 14:39 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: rsab@ietfa.amsl.com
Delivered-To: rsab@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72132C14F6BA for <rsab@ietfa.amsl.com>; Wed, 17 Apr 2024 07:39:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=kuehlewind.net
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 MNk3lHQiY5-i for <rsab@ietfa.amsl.com>; Wed, 17 Apr 2024 07:39:33 -0700 (PDT)
Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [80.237.130.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9144BC14F699 for <RSAB@rfc-editor.org>; Wed, 17 Apr 2024 07:39:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kuehlewind.net; s=he234030; h=To:Date:Message-Id:Subject:Mime-Version: Content-Type:From:From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:In-Reply-To:References; bh=39ytj2L0J1hflNLpQMJtwv1b/iryV7aVfCPMSnQR4bA=; t=1713364773; x=1713796773; b=mdOgyJFdXYq+MXQe3CnZeiRk5PFlFq7sJuBAdzbz5tHDRztOz0xaFkyGKub2zgeZ7kiDIDUcXL didRtzi3WOukcdZpprkouOszv/3rKgDJNype3BsZ3VYmsCf71Y7LuLZuMt/fxr+N2nSLph2BzgYrK dolTzSiK5CbjgbsDSGSo8sCCW1ACkB25eUqq3M/0747uc7UtvuEZwVyfVoPM3b0XMuIHm+50Z5gUJ Cm5+F+rpOwYVqKGTj5SH6av+Z1lJfAHDxUHYH+DkR7iZpv8/oEaaWtYi9AszQvRgK30IcbOB0wifZ HGi0fthVMibfNNNHli6iVljcTrc66vsvSmv8w==;
Received: from dslb-002-207-003-144.002.207.pools.vodafone-ip.de ([2.207.3.144] helo=smtpclient.apple); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1rx6Rf-0002Ig-CA; Wed, 17 Apr 2024 16:39:31 +0200
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_926DA55B-4EF9-4F6E-9A3F-DE16E9ECD8F3"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
Message-Id: <63333FC8-786D-4506-BA36-A48EC240B075@kuehlewind.net>
Date: Wed, 17 Apr 2024 16:39:20 +0200
To: RSAB@rfc-editor.org
X-Mailer: Apple Mail (2.3774.500.171.1.1)
X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1713364773;e8a6901e;
X-HE-SMSGID: 1rx6Rf-0002Ig-CA
Archived-At: <https://mailarchive.ietf.org/arch/msg/rsab/gdFK59tnl2zj6lEJuaoI7tVQe7k>
Subject: [rsab] Revised document approval process
X-BeenThere: rsab@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RFC Series Approval Board \(RSAB\)" <rsab.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rsab>, <mailto:rsab-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rsab/>
List-Post: <mailto:rsab@rfc-editor.org>
List-Help: <mailto:rsab-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rsab>, <mailto:rsab-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2024 14:39:38 -0000

Hi all,

This is the proposed step-wise process inducing the comments from Lars:

1. The secretariat assigns a shepherd (by setting a random order and then use round robin) and set the RSAB datatracker state to “Approval Requested”.

2. The shepherd makes an initial review. This is mainly to double-check formalities, e.g. idnits, confirm authorship, double-check normative references or updates of other RFCs. If any problems are detected the shepherd will work with the authors and RSWG chairs to address them. If the document is ready, the shepherd will tell the secretariat to start the community call by changing the RSAB state in the datatracker to “Community Call Requested”. The shepherd is also responsible to check if any “extra care” is needed (see Alexis mail and RFC9280 3.2.3) and additional mailing lists should be added in the community call. If the shepherd believes this is needed, he/she should reconfirm by email with RSAB and ensure the secretariat is aware (by using the comment field in datatracker when changing the state).

3. The secretariat sets the datatracker state to “In Community Call” and sends out the following email for the community call (by default if no extra care is needed) to the following lists:
- rfc‑interest@rfc‑ <mailto:rfc-interest@rfc-editor.org>editor.org <http://editor.org/> (for broader RFC community)
- ietf-announce@ietf.org <mailto:ietf-announce@ietf.org> (for IETF community)
- irtf-announce@irtf.org <https://www.irtf.org/mailman/listinfo/irtf-announce> (for IRTF) 
- iab@iab.org <mailto:iab@iab.org> and the IAB will add this document to the next business call agenda for awareness not discussion
- rswg@ <mailto:rswg@rfc-editori.org>rfc-editor.org <mailto:rswg@rfc-editori.org> 

———
The RSAB has received a request from the RFC Series WG (RSWG) to
approve the following document as informational RFC on the editorial stream:
<name>

The RSAB solicits final comments from a wide range of communities.
Please send substantive comments to the rsab@rfc-editor.org <mailto:rsab@rfc-editor.org> mailing lists
by XXXX-XX-XX. Please retain the beginning of the Subject line to allow
automated sorting.

Abstract
  <abstract>

A URL of this Internet-Draft is:
  <url>
———

The reply-to will be set to rsab@rfc-editor.org <mailto:rsab@rfc-editor.org>

4. By default the community call ends after 2 weeks. Then the secretariat updates the datatracker state to “Waiting for Shepherd Go-Ahead” and notifies the shepherd. The shepherd will review all comments and again work with the RSWG and authors to address them. The RSWG list should be cc’ed (except for minor edits that could also be addressed during the publication process at the end). When the document is ready, the shepherd starts the ballot process by setting the RSAB state to “RSAB evaluation” and notifies the RSAB (the datatracker should send a note to the RSAB and RSWG lists on state change).

5. As soon as the document is in RSAB evaluation, all RSAB members have 2 weeks to enter their ballot position (see RFC9280 for details) in the datatracker. Any comments or CONCERN are sent to the RWSG list. 

6. After two weeks if the document is approved (no CONCERN and everybody entered a position), the shepherd can do a final review and inform the secretariat that the document is ready by setting the datatracker state to “Approved - announcement to be sent”.
 
7a. If approved, the secretariat sends a following email to rswg@ <mailto:rswg@rfc-editori.org>rfc-editor.org <mailto:rswg@rfc-editori.org>, ietf-announce@ietf.org <mailto:ietf-announce@ietf.org> and irtf-announce@irtf.org <mailto:irtf-announce@irtf.org>:

———
The RSAB has approved the following document as 
informational RFC on the editorial stream:
<name>

Abstract
  <abstract>

A URL of this Internet-Draft is:
  <url>
———

The secretariat also informs the RPC and updates the document state accordingly to “Sent to RFC Editor”. 
The RPC then starts the processing (publication as well as as the implementation of any actions specified in the doc).

7b. If the document has a CONCERN, the secretariat will schedule an RSAB call in roughly two weeks time based on availability. In parallel, the shepherd will work with the concern holder(s), the RSWG chair, and the authors to address the CONCERN. Emails should be cc’ed to RSWG.
If the concern is addressed before the call, the shepherd can set the datatracker state to “Approved- announcement to be sent” at any time and cancel the call. If the call happens, the document can either be approved with the CONCERN due to 3 YESes (see RFC9280) or is sent back to the RSWG and the process starts again.