Re: [Rfced-future] Fwd: [IAB] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11

John C Klensin <john-ietf@jck.com> Wed, 02 March 2022 04:36 UTC

Return-Path: <john-ietf@jck.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 215203A1003 for <rfced-future@ietfa.amsl.com>; Tue, 1 Mar 2022 20:36:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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
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 VmKui3SiAtG3 for <rfced-future@ietfa.amsl.com>; Tue, 1 Mar 2022 20:36:00 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7075F3A0FFD for <rfced-future@iab.org>; Tue, 1 Mar 2022 20:36:00 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1nPGiR-000AJe-81; Tue, 01 Mar 2022 23:35:55 -0500
Date: Tue, 01 Mar 2022 23:35:49 -0500
From: John C Klensin <john-ietf@jck.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, Mirja Kuehlewind <ietf@kuehlewind.net>, rfced-future@iab.org, "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Message-ID: <5718207C4063BFA2300BAF8C@PSB>
In-Reply-To: <9188ee67-2362-7fc7-931b-4fcde832d706@stpeter.im>
References: <164579171829.24424.11911193648846995596@ietfa.amsl.com> <D68950D9-7010-46FA-8E3C-6B1C5D6AA734@kuehlewind.net> <9188ee67-2362-7fc7-931b-4fcde832d706@stpeter.im>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/XFrHWDE-CX6cF85ouZR9Cq-K6T4>
Subject: Re: [Rfced-future] Fwd: [IAB] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11
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 04:36:06 -0000


--On Tuesday, March 1, 2022 16:36 -0700 Peter Saint-Andre
<stpeter@stpeter.im> wrote:

>...
>>> Abstract: It may be worth mentioning the RSCE and the
>>> Editorial Stream  here,
>>> because they are also important and new.
> 
> I suggest adding the following sentences to the Abstract:
> 
>     In addition, several responsibilities previously assigned
> to the "RFC
>     Editor" or, more precisely, the "RFC Editor function" are
> now
>     performed by the RSWG, RSAB, RPC, RFC Series Consulting
> Editor
>     (RSCE), and IETF LLC (alone or in combination). Finally,
> this
>     document establishes the Editorial Stream for publication
> of future
>     policy definition documents produced through the processes
> defined
>     herein.

Peter, probably a good idea for the reason Martin pointed out,
but this (and the first sentence of 8.1) seem to retire the "RFC
Editor Function" terminology although it is used in other parts
of the document (such as the first paragraph).  While I don't
have a big problem obsoleting the term is that was the intent
(or won't once I get used to it), there does need to be a
comprehensive term that covers the whole shebang in operation
(not the model).  While the details of the RFC Editor Function
are changing with this model -- including a new collection of
alphabet soup-- it is still a plausible term for the collection
of things whose ultimate goal is at least nearly the same as it
has always been.  For that reason, I think I prefer "RFC Editor
Function" to "RFC Whole Shebang", but you or others may have
better ideas than either.

If you want to retain "RFC Editor Function" (I think "function"
in Section 1, first paragraph, is a typo),  then "previously
assigned" is not quite right.

>...

>>> " The RSWG may decide by rough consensus to use additional
>>> tooling   (e.g., GitHub as specified in [RFC8874]), forms
>>> of communication, and   working methods (e.g., design
>>> teams) as long as they are consistent   with [RFC2418]."
>>> Should this read "as long as they are consistent with [RFC
>>> 2418] and this document?"
> 
> WFM.

Try "...with this document, [RFC2418] and its successors."  You
really do not want to force an update to this document if 2418
is obsoleted.

>...

  best,
    john