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

Mark Nottingham <mnot@mnot.net> Wed, 09 March 2022 21:41 UTC

Return-Path: <mnot@mnot.net>
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 F219B3A0C82; Wed, 9 Mar 2022 13:41:11 -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, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=tgC4ikwk; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nBlgqv6W
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 O9FXULOaeJ5S; Wed, 9 Mar 2022 13:41:06 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D41C3A0C9E; Wed, 9 Mar 2022 13:41:06 -0800 (PST)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 2472032009E8; Wed, 9 Mar 2022 16:41:05 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 09 Mar 2022 16:41:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; 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=xGldk05bAM3TA+ Z+fZ7z3/hcslcDE1oDzNxeh4M9esk=; b=tgC4ikwkiXEmadLgDMNe44vf54JZ1y rl45GcXUgG37Mt+d4LwGzaLUvn1dMtl31l1gHQFNWvMIVpVaac5RjISdcLrB9ixS a+ixxL+gmpVp/DJA/2WKNsyr4ElI95SlTKX+fGx2Ff621jkjM4Kw4/q+YeG6bDXK j9hMPlms9megrE/ei4KSsAx1T1UqCQY1kDXX9Jw6KIyxne1RPVnI+HVRpvuGceGN 3Hxq4giFV5McNMLulT4GAy7hmBGarhJKnlMrLlm5MiZQUnC/saEfik693jbvvlbX F7o0DbYnqeTRYl81Y2a06E08jE5vEgcu0wV2z0sFoJUAZN2vONjKjnqQ==
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=xGldk05bAM3TA+Z+fZ7z3/hcslcDE1oDzNxeh4M9e sk=; b=nBlgqv6WMSpdbCnmUvdmb/S29GWI574lpULvNQebYPtv9OTB4a/ITeU08 kzSsNnNSlvvK+c4O84JQdnQhC0Ir/i3GHzYajXgS2w+HPyJWFl3ZmeC+qJ9uiJVs pZ/1mLi5nwnTApJ6Yuwta0TqS/jJRs0k+LuRi3nDd0Z7X3Mz4TmM2w+YsDds1o9o qYkxXwaWnmklZ7jCxVj/4uWznsS07Mj90J6fG9yAjy0VttIagk+8WOAY4HZr6xCo wIF3UDkjNUnahEC3BUVY0Lj5KqCE+Qcozop25i6JeBjevw94NmYENS/0HSOexhVM 4jpiuwvuq15SldTP55FCjPToNaD2Q==
X-ME-Sender: <xms:8B4pYgUVz0yvG2ZLpXuERMr796dgTy6QVOg5127-xUKY4dZ02k54TA> <xme:8B4pYkmNoL881Kw_en_cnQk2KHKPqi_4Jd1XQ5UDZ0_7FNcWQfacVKzJ7-hvOzrS5 O-VmMrEUQ2dMGSMwA>
X-ME-Received: <xmr:8B4pYkYW-Fq5_wq9qoGGBWwukanh_-BB9alFJpD62llYQUj_svQh-DlyPCrqpJIA9sC4KZaKLpYUHP6uWvLvCPfzsWWXGjDPvLbACiPgx-lXOLIK2MUiC9fI>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddukedgudehtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeforghr khcupfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrth htvghrnhepteeghfevjeefvdffjeeuieeuvdevvddvudejfedthffhvefhvdfhgfduieel ffevnecuffhomhgrihhnpehirggsrdhorhhgpdhmnhhothdrnhgvthenucevlhhushhtvg hrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmnhhothesmhhnohhtrdhn vght
X-ME-Proxy: <xmx:8B4pYvXLDyEGcXmrLbVEIRFMyd4RxRst9TCJkYaDgombVzAeQfg-OA> <xmx:8B4pYqm5F_1M5XU4az8marfRXTokBjm3_iPCjdbbbXOim4JJuYKQUQ> <xmx:8B4pYkd_mkr0RXv59zHW7m0Ffni6TOHVQuRv0RYmz-yy6uk9jL4ZzQ> <xmx:8B4pYsX7W0Ba7mH1fHSqKrew3JOHfMrhjWhDHhs_ovu3Rlqhqt2rMQ>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 9 Mar 2022 16:41:02 -0500 (EST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <197f0d67-28a5-c800-65bf-9d8c039b5978@gmail.com>
Date: Thu, 10 Mar 2022 08:40:59 +1100
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, Alvaro Retana <aretana.ietf@gmail.com>, rfced-future@iab.org, The IAB <iab@iab.org>, The IESG <iesg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <CE70D95B-B8C3-4780-96EF-03BDC86A86A5@mnot.net>
References: <CAMMESsyaoHCgz8SqWa6NH1A49dGNLkJ_CwqoKedxL8cBGpv99w@mail.gmail.com> <CABcZeBNBf46i6SS2wgk1kdUD5WVrhe3BdTz_Zs2eFig4nODikg@mail.gmail.com> <CAMMESsyBYWXgJwUSqUofh9q7r3FnyBGJFjHOoEtZXjkBmfUsLw@mail.gmail.com> <1f7f1977-3106-77f2-1be5-df514181c7be@joelhalpern.com> <197f0d67-28a5-c800-65bf-9d8c039b5978@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/VndW4bzYYjHDyvGjr0YPwwcOugU>
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:41:12 -0000

+1

> On 10 Mar 2022, at 8:38 am, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> 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.
>>> 
> 
> -- 
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future

--
Mark Nottingham   https://www.mnot.net/