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

"Joel M. Halpern" <jmh@joelhalpern.com> Wed, 09 March 2022 21:16 UTC

Return-Path: <jmh@joelhalpern.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 2546D3A0977; Wed, 9 Mar 2022 13:16:52 -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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 (1024-bit key) header.d=joelhalpern.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 i8qMKgYnUsHB; Wed, 9 Mar 2022 13:16:47 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A13CD3A096C; Wed, 9 Mar 2022 13:16:47 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4KDQ4H1jpJz1pM8n; Wed, 9 Mar 2022 13:16:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1646860607; bh=X11KAH5Nz/M3g44e1tT7lmd4OnPigOzBLAMSLM2UuZQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=Kquxi4I/m97ojZEYiGTfXVbxfe7VyOU0mMeTpNlZaNYjYyHm+9rFP8db28JTEv3QY +rEnc3/ErIWP9B+P5j73ZosMCqriZk15Nd+SKeDcWAXBwSXDNC2HzcpX3QQIID7X32 2pbB5C9K0bjg5W2WeUsUhW7stML2GRG+ihhaOCt0=
X-Quarantine-ID: <V246eio07JHS>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.22.111] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4KDQ4F5g6sz1nsdR; Wed, 9 Mar 2022 13:16:45 -0800 (PST)
Message-ID: <1f7f1977-3106-77f2-1be5-df514181c7be@joelhalpern.com>
Date: Wed, 09 Mar 2022 16:16:44 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.2
Content-Language: en-US
To: 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>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
In-Reply-To: <CAMMESsyBYWXgJwUSqUofh9q7r3FnyBGJFjHOoEtZXjkBmfUsLw@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/TQCklAwYNCIiRxTtcauIKvzxLbA>
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:16:52 -0000

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.
>