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

Peter Saint-Andre <stpeter@stpeter.im> Thu, 10 March 2022 20:57 UTC

Return-Path: <stpeter@stpeter.im>
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 D0BFC3A1C02; Thu, 10 Mar 2022 12:57:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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=-0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=WDJJyE2Z; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=FEYsxJLv
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 vJDbT4-bA7JN; Thu, 10 Mar 2022 12:57:44 -0800 (PST)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41F913A1BED; Thu, 10 Mar 2022 12:57:44 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 6A9373201C39; Thu, 10 Mar 2022 15:57:40 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 10 Mar 2022 15:57:40 -0500
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=fm2; bh=0M53nRdGEHQXej 8qk651xTaREVECosYPOi636Qjo55g=; b=WDJJyE2ZiebZcCBNL2sWBCALG+Ykfb UdIQ+eRHwGxvZEMAQgBaFFfigqzjUnc/+gRtCuEhcKB7tbj1DK5QhBOsQVInEPKm cat+a/ooRQM+PiSNwU+WXNY2S6yT7TYdXzOXZI/L7UwZZDmpaLM9NUIfDcAmtrrG iIAmxbdhhdJDWn2Vroj9SJur+fEP2/m32YGfoP03wN4NnyqJzLxe0OTjXWNERkps e7PR8aeJd/SFXHuX7x6TELjpphn2tzuRyZEwYpoCe476RKXq5jnVUSg26yUoLd/t 8ow27ABIC7iKCnwMzvOhXplmO9te3HNjYok4hRq5/cK1dSNoqA8a4uDg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; 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:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=0M53nRdGEHQXej8qk651xTaREVECosYPOi636Qjo5 5g=; b=FEYsxJLv3LpacYKUxCsOKt9Eqwi4lLA6O1TheZt/uauSgdYIFEmsYZQgO HvBq85R/COnmmxHUZdraWwqthAYxS1uhGeLst76hjW+HqTyMblr9TfouHr0Zua0S +1WnSN+xKTrtan3cH+XntjkC/uAGfmnN5pkG2MX8jLjbX7jBfe3msksUTeSRqrkr +wrAeJpI2A3fYqVrFaS8vFrFadcEMEC7ncT7mGVrP2sWchkZnZb//gv+K0JhLx4T l669/8KvA5Abvi4nkBhWbZcYSoxKg1nEePMKvmq2qit9Y5iaoWw2j0eiUW03+6OT UhrbJmUUSs9YdaFQP9TVu40F+NKpw==
X-ME-Sender: <xms:Q2YqYr6yRzydu1EhXwzSj2rviZiB9LlmLXmF7ZrJYGaD4wXPyINNaQ> <xme:Q2YqYg7rO-gtPjioE9F_kGLA5q32IVWR8dXxKSNh2ELn9oITj5gibqG21AVYHLVck qq8ajYFnPvxxTx9sw>
X-ME-Received: <xmr:Q2YqYicB-oKlPXem25KE6xDt3TOawOtmaOsGzSnIBuq57f-AuaCogQXIVyF-PGekWMITsmpoW99UXyKfjZNw8NVCyRVTTJNv9ZB7k2k>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddvtddgudeggecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfvfhfhufgjtgfgsehtkeertddtfeejnecuhfhrohhmpefrvght vghrucfurghinhhtqdetnhgurhgvuceoshhtphgvthgvrhesshhtphgvthgvrhdrihhmqe enucggtffrrghtthgvrhhnpefgueegfedvkeetfeegkeekgefggfeuteetheegvdfgffev geekgfelhedtgeetfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehsthhpvghtvghrsehsthhpvghtvghrrdhimh
X-ME-Proxy: <xmx:Q2YqYsLzUoiAhK9HnsXLjaG8GyYayyDeZkdAWPYywZXKXco_2La2uA> <xmx:Q2YqYvLZbcEQjaML_4sERFLY0dJbRhzAtbayrToQms3dPTHyFbCCTg> <xmx:Q2YqYlzUk1W6yjdUn55RmoEAosJLsWWchIyAOVw7bfLI3zt_KD3DIw> <xmx:Q2YqYsFXVNNRGWxc5V4yJhJBflb1wDHLFluutHIdZXi0Ch3HOQDBJA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 10 Mar 2022 15:57:39 -0500 (EST)
Message-ID: <797efdc3-e674-504e-80e0-fa2b48923bb1@stpeter.im>
Date: Thu, 10 Mar 2022 13:57:34 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
Content-Language: en-US
To: "Murray S. Kucherawy" <superuser@gmail.com>, Eliot Lear <lear@lear.ch>
Cc: rfced-future@iab.org, IAB IAB <iab@iab.org>, The IESG <iesg@ietf.org>
References: <CAL0qLwbHobErxtCxiMCtYtqByJJhWF79XAwtw2jV9DNte1OuUQ@mail.gmail.com> <e3e01de3-8b69-852a-7dca-cb0e9735ce4a@lear.ch> <CAL0qLwZnaZ2J=7YnOS96h42135w6NrEdn-Obj7QOWwwRxDj1vg@mail.gmail.com> <c059e4d2-99a1-3148-16d4-c789673575df@lear.ch> <CAL0qLwZkaebQmmQdfKsW7oCd58X5DRWY6_QpUaVUueZAyGVA6g@mail.gmail.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <CAL0qLwZkaebQmmQdfKsW7oCd58X5DRWY6_QpUaVUueZAyGVA6g@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/g88BVJHxqhxt3Xqs23hxVL9Ab4Q>
Subject: Re: [Rfced-future] Comments on draft-iab-rfcefdp-rfced-model
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 20:57:50 -0000

Hi Murray, thanks for your review. Comments below.

On 3/10/22 10:57 AM, Murray S. Kucherawy wrote:
> Hi Eliot,
> 
> On Thu, Mar 10, 2022 at 7:49 AM Eliot Lear <lear@lear.ch 
> <mailto:lear@lear.ch>> wrote:
> 
>     On 10.03.22 16:37, Murray S. Kucherawy wrote:
> 
>>     On Wed, Mar 9, 2022 at 11:10 PM Eliot Lear <lear@lear.ch
>>     <mailto:lear@lear.ch>> wrote:
>>
>>         The philosophy behind CONCERNs is that they should be rare,
>>         and that the
>>         community really should be taking responsibility for the
>>         content of a
>>         document.  Thus, unless something truly rises to a threat to a
>>         stream or
>>         the long term health of the series, the RSAB should stay out
>>         of the
>>         way.  Those two CONCERN criteria are sufficiently broad to permit
>>         members to act if the policy truly looks like it will cause
>>         harm in some
>>         way.
>>
>>
>>     If we are to think of the RSWG as a typical working group (which
>>     the document otherwise suggests is how we should think of it),
>>     then I can't discount the possibility that something might be
>>     handed to the RSAB that is not really ready for consideration, for
>>     whatever reason.  As I read what you're saying here, this proposal
>>     presumes that can't (or won't) happen.
> 
>     I think the way to look at it is risk-based, and that authority is
>     balanced such that the risks of authority abuse by the RSAB are
>     prioritized certain classes of errors made by the community.
> 
> 
> This document suggests to me that abuse concerns are handled by the 
> appeals process, not by the balloting phase.
> 
> I think my review of this is informed by my experience on the IESG.   
> The IESG has a ballot position called "DISCUSS" that lets us require 
> further discussion in several situations before the document under 
> review can advance to publication.  Four prime examples of this are: (a) 
> a document that is trying to present a good idea, but does it quite 
> poorly; (b) a document that is trying to advance a bad idea, even if 
> clearly; (c) a document whose development process was not properly 
> followed; and (d) a document that was tainted by a process abuse of some 
> kind, such as a conflict of interest or improper use of discretion.
> 
> As I read the proposed "CONCERN" criteria, they cover some but not all 
> of those possibilities, and that's what caught my attention. 

The Program discussed the CONCERN criteria in fair detail. My read is 
that (a) and (b) would be solved by having RSAB members involved in RSWG 
discussions and that (c) and (d) could be appealed.

> Now, it 
> could be the case that "serious harm" and "serious problem" in the 
> "CONCERN" criteria are meant to cover all of those possibilities, but 
> that wasn't evident when I read it.  I suggest that be made explicit if 
> that's the intent.

IMHO "the proposal would cause serious harm to the overall Series, 
including harm to the long-term health and viability of the Series" is a 
more specific and clearly defined criterion than "is trying to advance a 
bad idea" in your (b) clause.

As to your (a) clause, if the proposal is defined so poorly that it 
can't be implemented then I would expect an RSAB member to raise a 
CONCERN that the proposal causes serious harm, as above.

> It's been pointed out to me separately that there's an expectation that 
> the RSAB will be more directly involved with the development of a 
> proposal in the RSWG than would be the case with similar work in the 
> IETF stream.  If so, then a "CONCERN" would indeed be unique (just like 
> me putting a "DISCUSS" on a document that I approved at the WG level 
> would be pretty weird), but it also means this expectation of direct 
> involvement was not sufficiently evident in the document when I read it.

The document says this several times, specifically in Section 3.1.1.2 
and in Section 3.2.2 points 3, 9 & 10. Do you feel it should also be 
mentioned elsewhere (e.g., in the section about the RSAB)?

Peter