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

Peter Saint-Andre <stpeter@stpeter.im> Fri, 24 June 2022 23:11 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 9E307C15A736; Fri, 24 Jun 2022 16:11:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.986
X-Spam-Level:
X-Spam-Status: No, score=-8.986 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_HI=-5, 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=FObOpcm8; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=k/r8JD6m
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 3_7DWVhW5-Fc; Fri, 24 Jun 2022 16:11:17 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 31FE1C157B57; Fri, 24 Jun 2022 16:11:17 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3A9225C0108; Fri, 24 Jun 2022 19:11:15 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 24 Jun 2022 19:11:15 -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=1656112275; x= 1656198675; bh=USt0cRAgPQ0Haaa3ZwfM3iYh9YELJuxOiAqFe9Ovqm4=; b=F ObOpcm81E2Wl60wGdO69UtmoqMB56hbciZ8TaCrb9+L/O6iAp4d9rWvB5OVLkCJd VYGwDVlJyiJiXMxaLH0Db3Jlpb1QWeEh70PsDXX+N2E9I8rXCJgRaQeWDFnc5PNW oYQ6aaivBvCfv32x/8ZLNJiL3fw1UgBwVA9/ZKnYpvflgRQTzNtC8JTi0BFLV5en YmMtT3wqG0L/oaIobtzh4pREOpgqsgfOG3PpIxySb3f6BO6Y2DcqWh/9xgooEBnG u/0YNAyPozCkmlcNmY6SYqpmXcHiO3S7Cf8Q9jgbKVO4/kDlLi4FpY+DLQ8lx6L6 Wk/TfwxY1sraD4K+3nMsw==
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=1656112275; x= 1656198675; bh=USt0cRAgPQ0Haaa3ZwfM3iYh9YELJuxOiAqFe9Ovqm4=; b=k /r8JD6mRHbL1y4D0q3uf+aOyFcNIGXn/J/SZEyC/kx9Y+ToKmRUYCehpQAzRsbcb u+YSF7HQff1cEG0pJyy0fKlQ37e5vnihvxM2IeKDzY5y05uHhq3E27farL4RClr6 Y/K+vJ053HPwkEe8AXLEBD5r2rpFenY/1zmcOjuh+6DnHt6eMK5HYTDOTUTYxkg/ ZUfAkBx2Q6y/wmdE3u5OGdSVWhyZwDgZC7FoI7d22ah3ktUWKNvfEjtsFGw5bTqM ECd4980ZOksASJ8sViMkpTAlKd7Q4v+JR8isv3wFkt/uO4xUBKiVAIKZgVYGzL3m iLdxOxhBflRXoJENFQaGQ==
X-ME-Sender: <xms:kkS2YhW9RhH4kY2a_0p4g0GYnUJYO5SIkAU8mX8IwzKR2TehqorCuA> <xme:kkS2Yhl8UbZQI17WJSwIMeCLYQq8DkYixFQ_Eeu58n63D_ZvFJmlTbhvSClf_y6ct VnHV9f5UAxWkEWWCg>
X-ME-Received: <xmr:kkS2YtaknOIX_OOTWK-gKj44nhGXQ0fr2OLE29eaimsTxCwYqbWp0XgVekNA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudegtddgudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpefrvght vghrucfurghinhhtqdetnhgurhgvuceoshhtphgvthgvrhesshhtphgvthgvrhdrihhmqe enucggtffrrghtthgvrhhnpeeiudffveejheevfeelhfdtgfdvfeehffehveelvdfhudei leetvedvtdfhffeijeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehsthhpvghtvghrsehsthhpvghtvghrrdhimh
X-ME-Proxy: <xmx:kkS2YkXf9Qar_Hr2sZxTh8OH_vZhPNX8ARmFTHwOlCCzv_w6JTMrWA> <xmx:kkS2YrnSJ8NzW-XT4s82VfI2JhpAqDw3quiT5TCrdTGh16z0Dwuabg> <xmx:kkS2YheLuRB6MSMEtMYXH6QYpaXcxASWiOlKUAJdg1nYoNfAgzOb2Q> <xmx:k0S2YpaRYSmuE_y2m7ANA18CY6TPOIr4oM6-ZdlyveUk27ceBNqimQ>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 24 Jun 2022 19:11:13 -0400 (EDT)
Message-ID: <7a50fb50-2541-12fb-e7a5-7d46ea350623@stpeter.im>
Date: Fri, 24 Jun 2022 17:11:12 -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>, Colin Perkins <csp@csperkins.org>
Cc: Rebecca VanRheenen <rvanrheenen@amsl.com>, RFC Editor <rfc-editor@rfc-editor.org>, Brian Rosen <br@brianrosen.net>, iab@ietf.org, auth48archive@rfc-editor.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> <EB629C93-BD3D-4A67-9014-6EFE6A9FE204@csperkins.org> <c31a59a5-3474-8327-c697-c4294add6229@lear.ch>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <c31a59a5-3474-8327-c697-c4294add6229@lear.ch>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/rRD2VBHXnGbX3lHYyqbZXG0rnOI>
Subject: Re: [auth48] [IAB] 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: Fri, 24 Jun 2022 23:11:21 -0000

On 6/23/22 10:15 PM, Eliot Lear wrote:
> Hi,
> 
> On 23.06.22 23:31, Colin Perkins wrote:
>>
>> On 23 Jun 2022, at 19: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.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 agree with this change.
>>
>> For the IESG and IAB, the same group acts as appointing body for the 
>> RSAB and as the stream approving body. That’s not the case for the 
>> IRTF, where the appointing body for the RSAB is the IRTF Chair but the 
>> stream approving body is the IRSG.
>>
>> The current text in Section 4.4 looks okay to me. I don’t object to 
>> Eliot’s proposed change there, but I also don’t think it’s necessary.
> 
> 
> Ok by me then.

Great. Thanks to Colin for sharing his thoughts on this point.

Peter