[Rfced-future] RSWG & AUTH48 (was Re: [admin-discuss] [rfc-i] Public archival of AUTH48 communications)

Lars Eggert <lars@eggert.org> Wed, 02 March 2022 15:42 UTC

Return-Path: <lars@eggert.org>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EDB03A0AD0 for <rfced-future@ietfa.amsl.com>; Wed, 2 Mar 2022 07:42:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.226
X-Spam-Level: *
X-Spam-Status: No, score=1.226 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_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org
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 GkLpf7XjzXbF for <rfced-future@ietfa.amsl.com>; Wed, 2 Mar 2022 07:41:57 -0800 (PST)
Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C9723A0B2A for <rfced-future@iab.org>; Wed, 2 Mar 2022 07:41:57 -0800 (PST)
Received: from smtpclient.apple (unknown [195.65.18.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 1B9971D4269; Wed, 2 Mar 2022 17:41:47 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1646235708; bh=GNirdVoW/irgI8lnyDwj9LdZnjY7o3guMH2jwmqFFsI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=V6mZDmb4gu3Yof8qf8zZbW/b6Uvw8GLT4X8F9EhBqU/Zwia92uaBYGkHA/4LXEl+U BfRc/KoixJqxb4lykosaTR8KoC5aVwi4ME8WDrRnU7d56DHo0LibBORAjvcIXdrIub SVj8SLt9NLFngtziyMRDkRQUzCt56FneRxg62G/s=
Content-Type: multipart/signed; boundary="Apple-Mail=_A4E884DB-305C-436D-A216-0B9CDB825625"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <EEF0F457622EDF74E090BC66@PSB>
Date: Wed, 02 Mar 2022 16:41:46 +0100
Cc: Carsten Bormann <cabo@tzi.org>, "HANSEN, TONY L" <tony@att.com>, RFC Interest <rfc-interest@rfc-editor.org>, rfced-future@iab.org
Message-Id: <BEB26FE0-CC24-4EC2-B7E5-6556A2425A24@eggert.org>
References: <164574145917.13799.12710132950530774405@ietfa.amsl.com> <CA+9kkMC+vkyMPbt755Bu0cZHfmY-Pz6CdU1-J+8sBa8cPkA0dg@mail.gmail.c om> <CABcZeBMeRFOU+az=b8QJmD+-4GHivwZenMHEXsrbnamuoEmwEA@mail.gmail.com> <CA+9kkMAg_xbTODu=UE288uxTVhL=+r18p5ywC6ZGaUvpyXO8bA@mail.gmail.c om> <7C442BD6-F634-4129-9764-1BE29382D629@att.com> <8129A65C40CD88E0B5C94AA8@PSB> <7BC3F808-434B-48CF-B96B-0CF7D8B9F3A7@tzi.org> <EEF0F457622EDF74E090BC66@PSB>
To: John C Klensin <john-ietf@jck.com>
X-MailScanner-ID: 1B9971D4269.A3AA7
X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/jYjmsrrgyzutc0pTx3IYSIY9nUI>
Subject: [Rfced-future] RSWG & AUTH48 (was Re: [admin-discuss] [rfc-i] Public archival of AUTH48 communications)
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2022 15:42:02 -0000

Hi,

(changing the subject and adjusting the CC a bit.)

On 2022-2-26, at 18:50, John C Klensin <john-ietf@jck.com> wrote:
> Or maybe we postpone spending energy on new lists and tooling --
> both of which tend to create inertia for keeping "experiments"
> -- until the RSAB/RSWG are in place and, since AUTH48 is really
> part of the RFC Production process, allow them to define and
> oversee the experiment along with the IESG.

I thought about this a bit, and it's not immediately obvious to me that procedures for AUTH48 handling are under the purview of the RSWG. I could see an argument being made that they are under the purview of the individual streams. There are already minor differences between the streams, for example, the IRSG is in the loop for AUTH48 exchanges or the IRTF stream, but the IESG is not for the IETF stream.

It's true that so far, all streams have used - more or less, see above - the same process for handling AUTH48 processing. If that is intended to be one of the invariants of the RFC series, I agree that any changes would be under the purview of the RSWG, and any changes would then also apply to all streams.

But I could also see a future where one stream would want to revise how AUTH48 should be handled for their documents. If this is something we would like to allow - and personally (with no hats) I think that could be attractive - then I don't see how this could be under the purview of the RSWG, given that they are setting policies for the series (but not the individual streams).

Thanks,
Lars