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 22:04 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 D69E73A0AA6 for <rfced-future@ietfa.amsl.com>; Wed, 2 Mar 2022 14:04:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 4UWwiIaaVc4K for <rfced-future@ietfa.amsl.com>; Wed, 2 Mar 2022 14:04:49 -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 3FBD13A0AA8 for <rfced-future@iab.org>; Wed, 2 Mar 2022 14:04:48 -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 1nPX5Q-000CHl-I0; Wed, 02 Mar 2022 17:04:44 -0500
Date: Wed, 02 Mar 2022 17:04:39 -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: <CD0236D969BECCEC28B64CD6@PSB>
In-Reply-To: <48ddb721-9766-6278-a027-bb1bc38739d2@stpeter.im>
References: <164579171829.24424.11911193648846995596@ietfa.amsl.com> <D68950D9-7010-46FA-8E3C-6B1C5D6AA734@kuehlewind.net> <9188ee67-2362-7fc7-931b-4fcde832d706@stpeter.im> <5718207C4063BFA2300BAF8C@PSB> <48ddb721-9766-6278-a027-bb1bc38739d2@stpeter.im>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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/oYtKSQhaDlNeQREiyulT_cxK-cc>
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 22:04:54 -0000


--On Wednesday, March 2, 2022 14:02 -0700 Peter Saint-Andre
<stpeter@stpeter.im> wrote:

>> 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.
> 
> That text was intended to be about the responsibilities, not
> the name.

That makes good sense, but I read it as definitional.  See below.

> Do we feel that we need to (re-)define "RFC Editor Function"
> in this document? (Brian mentions "various documents" but
> where was it defined before?)

I'm not going to spend time looking in other places, but the
Abstract of RFC 4844 (copied, AFAICT, into RFC 8729) does use
the term.  They use lower case as "RFC Editor function", perhaps
because at the time 4844 was written, we had not even separated
things into Streams, much less created a whole cluster of
relevant entities.

Unless we want to invite "RFC Editor [Whole] Shebang", "RFC
Editor [Three-Ring] Circus", or, for the negative among us "RFC
Editor Mess", I think it would be very helpful if, early on, you
said something like 'the entire collection of organizations and
functions that bear on this model and getting RFCs produced is
known as the "RFC Editor Function"'.  I have no opinion about
whether we need get another abbreviation (RFCF? RFCEF?) there or
what it should be.
 
> If so, is it the collective combination of the RSWG, RSAB,
> RPC, RSCE, and IETF LLC when dispatching the responsibilities
> specified in this document?

Yes, I think so but, if you were listing them, I'd say
"including" so as the make the term (and the document) a bit
more future-proof.

best,
   john