Re: [Rfced-future] Comments on draft-iab-rfcefdp-rfced-model-12

Jay Daley <exec-director@ietf.org> Thu, 10 March 2022 00:07 UTC

Return-Path: <exec-director@ietf.org>
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 6F5D73A130F; Wed, 9 Mar 2022 16:07:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 KmGmX6vTBQsS; Wed, 9 Mar 2022 16:06:55 -0800 (PST)
Received: from ietfx.ietf.org (ietfx.amsl.com [4.31.198.45]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 897FA3A1311; Wed, 9 Mar 2022 16:06:55 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by ietfx.amsl.com (Postfix) with ESMTP id 681BA439773F; Wed, 9 Mar 2022 16:06:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from ietfx.ietf.org ([4.31.198.45]) by localhost (ietfx.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pFbXL1h7hCJs; Wed, 9 Mar 2022 16:06:55 -0800 (PST)
Received: from smtpclient.apple (219-88-179-249-adsl.sparkbb.co.nz [219.88.179.249]) by ietfx.amsl.com (Postfix) with ESMTPSA id 600C74096D1B; Wed, 9 Mar 2022 16:06:54 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\))
From: Jay Daley <exec-director@ietf.org>
In-Reply-To: <1B8B9928-6092-45FA-A58D-D55706013B50@juniper.net>
Date: Thu, 10 Mar 2022 13:06:52 +1300
Cc: "stpeter@stpeter.im" <stpeter@stpeter.im>, "rfced-future@iab.org" <rfced-future@iab.org>, IAB <iab@iab.org>, The IESG <iesg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0158B5FF-15CC-4F32-AAD5-6ACC120559B8@ietf.org>
References: <1B8B9928-6092-45FA-A58D-D55706013B50@juniper.net>
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3693.40.0.1.81)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/jZ9Q41TUIP4pYy8A0kcNn0ycdSE>
Subject: Re: [Rfced-future] Comments on draft-iab-rfcefdp-rfced-model-12
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: Thu, 10 Mar 2022 00:07:01 -0000


> On 10/03/2022, at 1:02 PM, John Scudder <jgs=40juniper.net@dmarc.ietf.org> wrote:
> 
> I gave draft-iab-rfcefdp-rfced-model-12 a read through, LGTM. I have a few comments and nits:
> 
> 1. In 3.1.1.4 we have
> 
>   The IETF LLC is requested to provide necessary tooling to support
>   RSWG communication, decision processes, and policies.
> 
> Is the LLC also requested to provide for necessary staff support, as it does for, e.g., IESG meetings? If not, that implies the RSWG will have to manage its mandated minute-taking and publication on a volunteer basis, something I wouldn’t recommend. If so, it’s probably worth calling out the request for staffing explicitly, or maybe broaden “tooling” to “resources”. (Hopefully all will agree that staff are not “tooling”.)

From memory, this was specifically decided against, on the basis that the RSWG is akin to IETF WGs, which do not receive staff support, while the RSAB is akin to RSOC, which does.  The reference to tooling is, from my reading, to ensure that the RSWG is added to Datatracker etc rather than specifying any form of special tools resourcing.

Jay

> 
> 2. Section 3.2.2 #11 is “A proposal without any CONCERN positions is approved.” Is it deliberate that as written, a proposal with no YES position would be approved, as long as it had no CONCERNs? It seems to me that “A proposal with at least one YES position and without any CONCERN positions is approved” would be better, but maybe this has been considered and rejected.
> 
> 3. In §3.1.1.4, “The RSWG is empowered to hold in-person or online-only meetings” triggered my inner literalist to complain that it could be read as precluding (say) hybrid meetings. The last sentence in the paragraph is probably good enough to eliminate doubt, but re-wording the quoted sentence like “the RSWG may hold meetings in a variety of formats, including in-person, online-only, or hybrid” might work even better. (Throw “… but not limited to” in after “including” for extra pickiness points if wanted.)
> 
> Nits:
> 
> 4. Section 1, "Whereas stream approving body” is missing a “the" ("Whereas the stream approving body”).
> 
> 5. There’s an “under under” in §1, and an “unless unless” in §3.2.2.
> 
> Thanks,
> 
> —John

-- 
Jay Daley
IETF Executive Director
exec-director@ietf.org