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

"Murray S. Kucherawy" <superuser@gmail.com> Thu, 10 March 2022 17:57 UTC

Return-Path: <superuser@gmail.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 BB47A3A0CDA; Thu, 10 Mar 2022 09:57:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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=gmail.com
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 b4gws8zW20Em; Thu, 10 Mar 2022 09:57:17 -0800 (PST)
Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FED63A1AC2; Thu, 10 Mar 2022 09:57:17 -0800 (PST)
Received: by mail-vk1-xa30.google.com with SMTP id bk1so3421445vkb.5; Thu, 10 Mar 2022 09:57:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xy85MZJfbBiyWOyIQB3HngliM2m2zeEO13q7YEf40YA=; b=ahE+gd1llKN+HMXiY4bt158kprEFm5uVD3Xy26hDgX6/bVD8RCeo7OHwDDzFEGmK9p 7HXgH8E9F8nplS+ZGMxC4+LzFkVVJzEmU16BuPot/EmL6k3NEgtP2q0IQ6pE3rWj555O Sp9ioddqTX1zCqD3o8kAhKcq99iUbpcBplk8VyJdmMZRCXjNUY6tTRjGkiGBzH0MkF2t ncx+xs9PzNoxTWtaF5DOhw3LsmeQ7X5jkKJYm71VTQJUvMRTzXMxa6Y9Apj77WxU3fMc MFDKn9DC0/9Bf54nItt446zcVhC1d0BYBiwyC3c+e/3TPkDdF8YOcrrTURpxlOkaq5/W l11Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xy85MZJfbBiyWOyIQB3HngliM2m2zeEO13q7YEf40YA=; b=Dysn/RQjQ8rZHNxOUNefgTYpFKnTD1sROwBldbuFqIhY4YyzZEzVoWAzk8jhJsevRz nvE61KZ9dqyOzQ3fNymL/WJ63GyuTjRKp5bYhd/pzSVW/ZBoCOo2ifsWCChmtxpBy+zZ d/HpXjeefl3cmPPUA3SVJiAdC0BpHmSOwzHegCM2895J6cic3dI4VPod/Az9yTjAlhbi ccdI0WpOewhnxQH+VWNjT8b/5UToGNWQrLoBWhCau8b/aA6z8MX2eGOiMlACnMnbPx+V hKPgvwx8n9XWv/7t2SP6+yF7TCxAv/ZdX4v7D0hO3wk6OUpXAKwIbbkpAil/FLLAP7+t 3Atw==
X-Gm-Message-State: AOAM53079btFBRqUYL0uzkN7bdMaglypcZpvFShGVue9Cs8s+g9jpRgV hgV6lMme2MM011qFwRCOMb3nSM9UDSeZYs44hNbxR7Zm
X-Google-Smtp-Source: ABdhPJyKLRT7RveoKtRQsjCrT9oRjeE4FWYCvWJov67CmCXZ0TQhr7i+m6FY8LmmHDB05oYpshgN0hF84QI2awdehoM=
X-Received: by 2002:a05:6122:d93:b0:331:4fb0:7162 with SMTP id bc19-20020a0561220d9300b003314fb07162mr3181363vkb.4.1646935035910; Thu, 10 Mar 2022 09:57:15 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <c059e4d2-99a1-3148-16d4-c789673575df@lear.ch>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Thu, 10 Mar 2022 09:57:04 -0800
Message-ID: <CAL0qLwZkaebQmmQdfKsW7oCd58X5DRWY6_QpUaVUueZAyGVA6g@mail.gmail.com>
To: Eliot Lear <lear@lear.ch>
Cc: rfced-future@iab.org, IAB IAB <iab@iab.org>, The IESG <iesg@ietf.org>, Peter Saint-Andre <stpeter@stpeter.im>
Content-Type: multipart/alternative; boundary="000000000000c89cd605d9e0f192"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/hVE94kkBgf1ZQay32AHizwW924M>
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 17:57:23 -0000

Hi Eliot,

On Thu, Mar 10, 2022 at 7:49 AM Eliot Lear <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> 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.  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.

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.

-MSK