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

Eric Rescorla <ekr@rtfm.com> Fri, 04 March 2022 20:10 UTC

Return-Path: <ekr@rtfm.com>
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 D205F3A0EDE for <rfced-future@ietfa.amsl.com>; Fri, 4 Mar 2022 12:10:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20210112.gappssmtp.com
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 vucreHNi7-t0 for <rfced-future@ietfa.amsl.com>; Fri, 4 Mar 2022 12:10:52 -0800 (PST)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 2BA643A0ED4 for <rfced-future@iab.org>; Fri, 4 Mar 2022 12:10:52 -0800 (PST)
Received: by mail-io1-xd35.google.com with SMTP id c14so10673916ioa.12 for <rfced-future@iab.org>; Fri, 04 Mar 2022 12:10:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Eui1ygenjqg67deQhhztZF4SnCLdodRqL2TTTDt998A=; b=j6flF87JN7EGVnq8UjgSPUHyA0/Ky7kTV/83r963pDfOaGa9eNtxcZxr2MAZh33Pqy 8ErUTEucGawpCMwd0yeIRMD5c5x6Xu9e1rMrjohgG8adlnUYfrewog1Mo6PsQj54e/Yl B91jtgppMQyDajdJ+q0KqylQ2zQNP5ny6+Zed+bssSWod0QG8df3qBGVKzYeTjV9z6jL ErGHs390EWSszTg5RmKhFFZD09a5XPPyYNzMJVmrE6yCV4dktw6xYZ0Oq6X9EWRULAGv l5dV4bjwIflIs4O7RVzsMSq29oETUX4t4uUzKIe9o4SQniUmnHpQ6yptzbFEGcYfulFj haOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Eui1ygenjqg67deQhhztZF4SnCLdodRqL2TTTDt998A=; b=Dayd1ua/3UTYWeYosgUqiXEyNRM22Ndllesh0zwvax5hRibf63W6BK16V9Nu5wI1n9 dGfctm9A+3UmwbT2IGuiBH1lPSbIJt6kOaZKyizukwUETresYRynhy6uNUTr5pV7B/CH MskHqkbbC7Ts2VK0UZCvX3Z+nFD1vXncW8dIfpFFdb8xl3R90Fx2b68AUCKR8O4qblSy R4mH6ZxhHlbRcHYzJgcw3es6BGNvUvH4OcNbkiM7P1kVRor9+/nxjXS4BYsldVXq1rjN fOdOY9OvCnilaFpLdmAkjbKnbQwGWHFo0Ual/1/Vw8vZzw6i+VTkiNy/vI+VLJWIHjil r3yA==
X-Gm-Message-State: AOAM5311IrQy9RDda/Txb7RGYGkoSedpGMJ+eU+vlGv0PQ4IdDqoVE0o 6pUkyFhOio3agOu8+cGlemdyX9iD/ZYKjOs8RBWqGA==
X-Google-Smtp-Source: ABdhPJyCCkI64CbnM3r5eeGI1ZCirB5HX7JLhwUXhk2U4FjzmbQlrdujCIcEfb7/mQAQLMXZqUCsePgBAgU87gMNsMU=
X-Received: by 2002:a05:6638:12cc:b0:314:74bf:58bc with SMTP id v12-20020a05663812cc00b0031474bf58bcmr200248jas.111.1646424651120; Fri, 04 Mar 2022 12:10:51 -0800 (PST)
MIME-Version: 1.0
References: <CA+9kkMAg_xbTODu=UE288uxTVhL=+r18p5ywC6ZGaUvpyXO8bA@mail.gmail.com> <7C442BD6-F634-4129-9764-1BE29382D629@att.com> <8129A65C40CD88E0B5C94AA8@PSB> <7BC3F808-434B-48CF-B96B-0CF7D8B9F3A7@tzi.org> <EEF0F457622EDF74E090BC66@PSB> <BEB26FE0-CC24-4EC2-B7E5-6556A2425A24@eggert.org> <11721.1646248947@localhost> <af3a9d13-7ec2-4e48-355a-a3870af06361@joelhalpern.com> <a52626d5-13aa-ab1a-cb13-282bd9bcf812@gmail.com> <269b5f09-4840-b038-085c-839e0a1c3c6b@huitema.net> <YiBc6Mjj2++jxE0h@faui48e.informatik.uni-erlangen.de> <D5AC5684-506B-4214-9678-75B5C1FCBED2@tzi.org> <30761.1646334921@localhost> <D1908D64BC74C4F3C9444271@PSB> <F7300C99-E183-4CB3-AECC-EDCC8028EC03@eggert.org> <D4925436BB27594C0DB4B09D@PSB> <5b2322fd-b4b9-dd88-b82f-72f486714009@huitema.net>
In-Reply-To: <5b2322fd-b4b9-dd88-b82f-72f486714009@huitema.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 04 Mar 2022 12:10:15 -0800
Message-ID: <CABcZeBNj-7VHmboctPQwgNLreddb6sRm+n1gAwV4VX7QULcrrQ@mail.gmail.com>
To: Christian Huitema <huitema@huitema.net>
Cc: John C Klensin <john-ietf@jck.com>, Lars Eggert <lars@eggert.org>, rfced-future@iab.org, Toerless Eckert <tte@cs.fau.de>, RFC Interest <rfc-interest@rfc-editor.org>
Content-Type: multipart/alternative; boundary="0000000000007ad5ba05d96a1c44"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/PzB-7-QOXoJvNN3Q3sOJVbvRn6g>
Subject: Re: [Rfced-future] [rfc-i] RSWG & AUTH48 (was Re: [admin-discuss] 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: Fri, 04 Mar 2022 20:10:59 -0000

On Fri, Mar 4, 2022 at 12:02 PM Christian Huitema <huitema@huitema.net>
wrote:

> On 3/4/2022 10:46 AM, John C Klensin wrote:
>
> This is not a concern for the IESG. We have seen no evidence
> that the AUTH48 step is somehow systemically broken. (It does
> often take longer than 48 hours - but that has been the case
> for decades.)
>
> I did not say "systematically broken" or anything like it.  Over
> the years, I've seen several cases in which questions about
> clarity or ambiguity have come up during AUTH48 where the
> possible solutions could have substantive technical
> implications.  The decisions that have been made at that stage
> have almost always been made based on beliefs about what the WG
> intended or what the WG would say if asked.  AFAICT, those
> decisions have almost always been made correctly made -- I don't
> believe that I have ever (at least in the last couple of
> decades) heard of participants in a WG complaining that a
> document, as published, was not what they intended. However, I
> still think it is reasonable to be anxious about that way of
> making such decisions (although, frankly, not very anxious).
>
> The process would be most transparent if the published version was exactly
> the version approved by the IESG. Or "almost exactly", if the changes were
> entirely predictable, such as removing text marked as "please remove before
> publication". But in my mind, rewriting paragraphs does not belong there.
>
Without taking a position on transparency and appropriateness, I would say
that most drafts I am involved with have had some of this in the AUTH48
stage, and semantic changes are pretty common (though cleared with the AD
and usually the WG).

-Ekr

-- Christian Huitema
> _______________________________________________
> rfc-interest mailing list
> rfc-interest@rfc-editor.org
> https://www.rfc-editor.org/mailman/listinfo/rfc-interest
>