Re: [auth48] AUTH48: RFC-to-be 9280 <draft-iab-rfcefdp-rfced-model-13> for your review

Peter Saint-Andre <stpeter@stpeter.im> Thu, 23 June 2022 20:08 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43394C15948A; Thu, 23 Jun 2022 13:08:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.005
X-Spam-Level:
X-Spam-Status: No, score=-4.005 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, NICE_REPLY_A=-1.876, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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=stpeter.im header.b=NiYXVLfs; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=O5PBO0fm
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 z21_U_56LaUR; Thu, 23 Jun 2022 13:08:02 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96E9FC159496; Thu, 23 Jun 2022 13:08:02 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id EBD8A5C01A6; Thu, 23 Jun 2022 16:08:01 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 23 Jun 2022 16:08:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm3; t=1656014881; x= 1656101281; bh=Abm0QgV0VVZw6o9u4NhVo0lq4F4/zE3PQV+QlJuf8Dk=; b=N iYXVLfsoEKQX8JBbdfNBNtG1WoRhYahFh+ofIwJcCaeiuWZ20tUPQRluN48RvDKu kGsBshqmt+O+VeFQF/+C6bjavGBImZZ5RIaRg4DWFBj5cRYqosnwWliSy818mUBe doRWMZiIiFx2XejRqFdL5gcSvp0mTmJUti/5KsuQdzOXnXt45a4wTlA+sZNaGcvf 9luwzCx9w9VorJhj+WAbRCCjmWIo/blQDeoTdRXnLrjSlY2+misGBFfgUl4lEEKk 6MjGSd7xhtn3F6HPHaTPb2JVREY9+Q5+UfRinosMSUT0LRRqCWKtI0nG7Eo7/z23 2ZSdEXaUUu12M9+zdkN+A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1656014881; x= 1656101281; bh=Abm0QgV0VVZw6o9u4NhVo0lq4F4/zE3PQV+QlJuf8Dk=; b=O 5PBO0fmxE08Xom7kgwyjb3AFRUVYlxJG/1l8ptf4YQ3DbcWEAN2X+/zTkaWfb5yB EgE+1i5N510ILlK4elvD+rysmafXkJm5ViSBJodxGVHZiAkrdZADFCc9BNkMsjKA TuqD/HW117NVt+exlvAKheta7u4/4CqegXU2K/gi29TLhVaJlDlEjmfFU4HoMAvV 4at2rKGH3xGk9uxjSkwI8nZsCN5oChn/JMn+o8kPujN0GQ6wqHYd2n2HAVR3wJFl dVmJfr44Ptm1j8+ob3q2nHPW6C2DWsJQa4DXjY64aMgHJlD9kQnn+cbjzLcXq4ek Nv6BJm5QVviSHaZEW15XQ==
X-ME-Sender: <xms:Ici0YtqoX9TYShpsp1V31M5htjBfdS8j_Y0_LS2AJYk5WTE-nMhowg> <xme:Ici0YvrcXFs0CyXxlbefFQjwWT077SiARWNaGmU1lscMfrxPq-PeyYiu92QmqR1Jb oqCW8WUU9alwmnDyA>
X-ME-Received: <xmr:Ici0YqMK684V36t3iT43tCgpBcDvHGQzVGmlmHefU1PvNLq55leA3EhCKwSc>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudefjedgudegiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttdefjeenucfhrhhomheprfgv thgvrhcuufgrihhnthdqtehnughrvgcuoehsthhpvghtvghrsehsthhpvghtvghrrdhimh eqnecuggftrfgrthhtvghrnhepieduffevjeehveeflefhtdfgvdefheffheevledvhfdu ieelteevvddthfffieejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepshhtphgvthgvrhesshhtphgvthgvrhdrihhm
X-ME-Proxy: <xmx:Ici0Yo5lybJnf2kGHDaC_BPjP3udxcrQYP57_tihku83fMgStG9XtQ> <xmx:Ici0Ys6VKRBGWlLR2pO3CVG6pLTS98np9zxtD_JZKhVwJXJgi6j_LA> <xmx:Ici0Ygh5Gn00_yl7q4z38m6usRZRx-PAvQTWOpaKUXeQ573nFanrww> <xmx:Ici0Ypv40Jn1hf5lSk0m4M8rE9w-EHzytF6XWVTLYDoqkM-kX6tafg>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 23 Jun 2022 16:08:00 -0400 (EDT)
Message-ID: <5823cef6-f744-d183-914d-3d5697d0453f@stpeter.im>
Date: Thu, 23 Jun 2022 14:07:59 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Eliot Lear <lear@lear.ch>, Rebecca VanRheenen <rvanrheenen@amsl.com>
Cc: RFC Editor <rfc-editor@rfc-editor.org>, Brian Rosen <br@brianrosen.net>, iab@ietf.org, auth48archive@rfc-editor.org, Colin Perkins <csp@csperkins.org>
References: <20220618035859.D4FE015FF6A@rfcpa.amsl.com> <10597e60-58aa-41bb-cfaa-6a88c9843759@stpeter.im> <BA94ED3E-C9F7-4331-A1C6-6AB9E0D8283D@amsl.com> <7f890736-efd0-1e6b-670b-cb64a75785e4@stpeter.im> <83987AE0-5F7F-45AA-98A5-2EBE2DD22E4E@amsl.com> <e2924146-94b0-2294-0990-74e876f86f8b@stpeter.im> <E1C61C97-6D45-41E1-AFC9-2CC65A8EBA84@amsl.com> <59e1bf26-f313-00a7-801d-3a87e40e56a3@stpeter.im> <8d22fc5a-0b33-af85-4456-5d1ce8df33e0@lear.ch>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <8d22fc5a-0b33-af85-4456-5d1ce8df33e0@lear.ch>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/CrywEz_s5u_f2CZ_KgQvOKiYgpY>
Subject: Re: [auth48] AUTH48: RFC-to-be 9280 <draft-iab-rfcefdp-rfced-model-13> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jun 2022 20:08:08 -0000

Hi Eliot, thanks for weighing in. Comments inline.

On 6/23/22 1:42 PM, Eliot Lear wrote:
> Hi Peter,
> 
> On 23.06.22 20:33, Peter Saint-Andre wrote:
>> Hi Rebecca,
>>
>> Thanks for your work on this important document.
>>
>> Here are a few proposed edits. I would like the Program chairs and the 
>> IAB to make sure they are comfortable with these changes before you 
>> make these edits.
>>
>> SECTION 3.1.1.2
>>
>> OLD
>>    software or hardware systems that implement RFCs, authors of RFCs and
>>    Internet-Drafts, developers of tools used to author or edit RFCs,
>>
>> NEW
>>    software or hardware systems that implement RFCs, authors of RFCs and
>>    Internet-Drafts, developers of tools used to author or edit RFCs and
>>    Internet-Drafts,
>>
>> RATIONALE: I don't think it was deliberate for us to leave out 
>> developers of tools used to author Internet-Drafts, however there *is* 
>> a difference (many tools are used to author Internet-Drafts but a 
>> smaller set of tools is used by the RPC to edit RFCs for publication).
> 
> This is not intended to be an exhaustive list, so the change to me is a 
> wash, one way or another.

For the sake of consistency and for the avoidance of confusion, I think 
adding "and Internet-Drafts" is slightly preferable.

>> SECTION 3.1.2.3
>>
>> The following two sentences are in potential conflict:
>>
>> 3.1.2.3
>>
>>    The appointing bodies, i.e., the stream approving bodies (IESG, IAB,
>>    IRTF Chair, and ISE), shall determine their own processes for
>>    appointing RSAB members (note that processes related to the RSCE are
>>    described in Section 5).
>>
>> 4.4
>>
>>    *  If there is a conflict with a policy for a particular stream, to
>>       help achieve a resolution, the RPC should consult with the
>>       relevant stream approving body (such as the IESG or IRSG) and
>>       other representatives of the relevant stream as appropriate.
>>
>> In 3.1.2.3, the IRTF Chair is described as a stream approving body 
>> (!), whereas in 4.4 the IRSG is described as a stream approving body. 
>> I suggest that we remove mention of stream approving bodies in 3.1.2.3 
>> and make the following change.
>>
>> OLD
>>
>>    The appointing bodies, i.e., the stream approving bodies (IESG, IAB,
>>    IRTF Chair, and ISE), shall determine their own processes for
>>    appointing RSAB members (note that processes related to the RSCE are
>>    described in Section 5).
>>
>> NEW
>>
>>    The appointing bodies (i.e., IESG, IAB, IRTF Chair, and ISE), shall
>>    determine their own processes for appointing RSAB members (note that
>>    processes related to the RSCE are described in Section 5).
> 
> 
> I think it's better just to make a change to section 4.4 as follows:
> 
>>    * If there is a conflict with a policy for a particular stream, to
>>       help achieve a resolution, the RPC should consult with
>>       representatives of the relevant streams as appropriate. 

Although that text is fine with me, it still leaves the IRTF Chair as an 
approving body in 3.1.2.3, which doesn't seem accurate.

Peter