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. >
- [Rfced-future] CONCERN positions after RSWG discu… Alvaro Retana
- Re: [Rfced-future] CONCERN positions after RSWG d… Alvaro Retana
- Re: [Rfced-future] CONCERN positions after RSWG d… Eric Rescorla
- Re: [Rfced-future] CONCERN positions after RSWG d… Eliot Lear
- Re: [Rfced-future] CONCERN positions after RSWG d… Eric Rescorla
- Re: [Rfced-future] CONCERN positions after RSWG d… Joel M. Halpern
- Re: [Rfced-future] CONCERN positions after RSWG d… Brian E Carpenter
- Re: [Rfced-future] CONCERN positions after RSWG d… Mark Nottingham
- Re: [Rfced-future] CONCERN positions after RSWG d… Alvaro Retana