Re: [Rfced-future] CONCERN positions after RSWG discussion (draft-iab-rfcefdp-rfced-model)

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 09 March 2022 21:38 UTC

Return-Path: <brian.e.carpenter@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 70C6B3A0C80; Wed, 9 Mar 2022 13:38:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.11
X-Spam-Level:
X-Spam-Status: No, score=-2.11 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, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 R8LGV03eivNU; Wed, 9 Mar 2022 13:38:12 -0800 (PST)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 25C6F3A0C5D; Wed, 9 Mar 2022 13:38:12 -0800 (PST)
Received: by mail-pl1-x636.google.com with SMTP id z3so3109818plg.8; Wed, 09 Mar 2022 13:38:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=XhAwu7orAvk7WJAT34Cy6btt1PlMe5gQb6Zx1FaUdYU=; b=OggjMyVa7LSAoKsczR5DuQG1R5XzoRkEGHeKaAVSr0Oe1NJ9plp1N0m3+Ut/mDVVG6 Z3T+37gWfEoYciMvMYww9S0JsNZR5tJ0hzX+uw/RVgvx//ZdbXmIBdgvEMXtVmHp7XtN uXMXnMiJkZpkDwc+cp/K7xsYNWbpbWY3+dH0bpZ9z12ph8RsBnTGylTDEgAkIyDBS+Yy dT8i4XGZaLwmCW6ufDHKxCx7k52ZzscMaY3rDVmrapkaJ0mewvManW/maxbkA+5yLLQ4 V9H831h2J2U1SofTTd9qU6LVxx5ngM3CiP7HOTq2rwijAGxbHEr35n3ZqhuWvVQ+5716 Xzsg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=XhAwu7orAvk7WJAT34Cy6btt1PlMe5gQb6Zx1FaUdYU=; b=0upIxfr8v4HMjJmnRl0kuFyyhFDaDxDDC7n/OV2Ii7aE23iNEhXy4udxvoGedVBpmY 2kyLBc9/Dsd25bP1yKe40r6jdbooR20iFWpZbvMwy0n1+sRVvDD+3hz+lmxVON/l+MOe +nM9IBLO7oRWs2KGtROdDO0YBZ2GPBbOzEcMAZ1PQ7IV1LhmCKkW8NOyLlNJT/NjhHlv 74E956HFg/10DGIGdJTII+Nd936Qevy0SKzNGH7UvCAQ0csL5uYmsneb4PC3qOzA49vt Gak4Ykf4zp5KYgvLKI56qgbkfUupBWF1miI+gQGL/zyr+bVB9Is+QEpp8PJ5xog2yI+U /AHQ==
X-Gm-Message-State: AOAM533Rmr7cfcJu+cY5RiXmTGjdfPr9g6oRqmAvYX+6gyPIC9EqdFHM NO7hiYmO1jP9lw1y8Cdwvcs=
X-Google-Smtp-Source: ABdhPJzTouhcCDy/lV71TnbY93OT2/j8e7+LaSJp2BvNWmKZWrLMzalbCdEOx3NTiraTKvZZ+Os1Aw==
X-Received: by 2002:a17:903:230c:b0:151:93d0:5608 with SMTP id d12-20020a170903230c00b0015193d05608mr1513963plh.167.1646861891018; Wed, 09 Mar 2022 13:38:11 -0800 (PST)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id t71-20020a63784a000000b00380a9f7367asm3386201pgc.77.2022.03.09.13.38.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Mar 2022 13:38:10 -0800 (PST)
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Alvaro Retana <aretana.ietf@gmail.com>
Cc: rfced-future@iab.org, The IAB <iab@iab.org>, The IESG <iesg@ietf.org>
References: <CAMMESsyaoHCgz8SqWa6NH1A49dGNLkJ_CwqoKedxL8cBGpv99w@mail.gmail.com> <CABcZeBNBf46i6SS2wgk1kdUD5WVrhe3BdTz_Zs2eFig4nODikg@mail.gmail.com> <CAMMESsyBYWXgJwUSqUofh9q7r3FnyBGJFjHOoEtZXjkBmfUsLw@mail.gmail.com> <1f7f1977-3106-77f2-1be5-df514181c7be@joelhalpern.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <197f0d67-28a5-c800-65bf-9d8c039b5978@gmail.com>
Date: Thu, 10 Mar 2022 10:38:05 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <1f7f1977-3106-77f2-1be5-df514181c7be@joelhalpern.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/2e0z4CJi_B3z-spChAK86UKfkaM>
Subject: Re: [Rfced-future] CONCERN positions after RSWG discussion (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: Wed, 09 Mar 2022 21:38:14 -0000

I think there's an analogy here with the history of DISCUSS.

Once, there was no such thing as the IESG "DISCUSS criteria" document,
and occasionally ADs would use a DISCUSS to attempt to override
WG consensus because they personally disagreed. This could lead to a
deadlock and was viewed as an abuse of process. Hence, we got the
DISCUSS criteria.

I may be wrong, but I think Alvaro is trying to avoid the same
thing here. But I also think that the CONCERN rules in the draft
already provide criteria ("three reasons why an RSAB member may
file a position of CONCERN") and an override ("If at least three
voting members vote YES, the proposal is approved"). So for me,
we've already covered this.

Regards
    Brian Carpenter

On 10-Mar-22 10:16, Joel M. Halpern wrote:
> If you are asking that the wording be strengthened to prohibit the RSAB
> from raising a CONCERN about any issue that has been discussed by the
> RSWG, then I strongly disagree with such a sugestion.  (If you mean
> something else, then please clarify.)
> 
> The whole point of the RSAB is to look at things from a separate
> perspective.  While we hope and expect them to raise things with the
> RSWG during discussion, doing so does not mean that they are not allowed
> to have that CONCERN.
> 
> And conversely, failing to have raised the issue does not prevent them
> from raising it.  While we dislike late surprises, it is clearly better
> to raise it during the process rather than discover afterwards that we
> have a serious problem.
> 
> Yours,
> Joel
> 
> PS: Note that an AD having raised an issue with a working group during
> document development does not prevent him from raising it again as a
> DISCUSS if he feels it is important enough.
> 
> On 3/9/2022 4:00 PM, Alvaro Retana wrote:
>>    On March 9, 2022 at 3:46:48 PM, Eric Rescorla wrote:
>>
>>
>>> On Wed, Mar 9, 2022 at 12:07 PM Alvaro Retana wrote:
>>>> Peter:
>>>>
>>>> Hi! Thanks for such a clear document!
>>>>
>>>>
>>>> One part of the workflow described in §3.2.2 makes me feel uneasy.
>>>> Bullet point 9 says this:
>>>>
>>>> Because RSAB members are expected to participate in the
>>>> discussions within the RSWG and to raise any concerns and issues
>>>> during those discussions, most CONCERN positions should not come
>>>> as a surprise to the RSWG.
>>>>
>>>> While the statement is true (the concerns and issues should not be a
>>>> surprise), it opens the door to "double jeopardy" [1].
>>>>
>>>> Earlier bullets mention how, participating as individuals, "RSAB
>>>> members will raise any issues or concerns during the development of
>>>> the proposal, and not wait until the RSAB review period" (3), and how
>>>> a proposal advances when the RSWG chairs believe there is rough
>>>> consensus (4). If the RSAB member raised an issue to the RSWG and
>>>> there was rough consensus not to address it (or another similar
>>>> outcome), why is the RSAB member allowed to bring up the issue *again*
>>>> in the form of a CONCERN position?
>>>>
>>>> The document should explicitly mention that issues already raised and
>>>> discussed in the RSWG should not be brought up again as a CONCERN
>>>> position.
>>>
>>> What do you believe the impact of this "should" would be?
>>
>> It would avoid the re-discussion of issues that have already been
>> considered by the RSWG.
>>
>>
>> Alvaro.
>>
>