Re: [Rfced-future] Consensus check: Issue 22 – new stream for RFC Editor

Eliot Lear <lear@lear.ch> Wed, 23 June 2021 10:08 UTC

Return-Path: <lear@lear.ch>
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 59A8B3A3214 for <rfced-future@ietfa.amsl.com>; Wed, 23 Jun 2021 03:08:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.428
X-Spam-Level:
X-Spam-Status: No, score=-2.428 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.338, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lear.ch
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 L8qSF3Bj5luJ for <rfced-future@ietfa.amsl.com>; Wed, 23 Jun 2021 03:08:10 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (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 EB6813A3212 for <rfced-future@iab.org>; Wed, 23 Jun 2021 03:08:08 -0700 (PDT)
Received: from [IPv6:2a02:aa15:4101:2a80:48eb:1cc0:feae:3cbd] ([IPv6:2a02:aa15:4101:2a80:48eb:1cc0:feae:3cbd]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 15NA818d444664 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 23 Jun 2021 12:08:01 +0200
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1624442881; bh=ZoyKfZWUnDbvRywFADp49fafxpBFzCOGhYdIlDrwQGI=; h=To:References:Cc:From:Subject:Date:In-Reply-To:From; b=PNIBYzLxoAUR5wIbf3B0dq9sEojAI+6hdtU/cMwEvYFF5zGNP5hM7BCWidR0+lPRn 5VDZZ8y9GN8bUje2tthtKOhahuTmFXHy2vkJiH4A3xJmidmoRlpruCImrhPkfqVQls mq4822WMPCMm7ijqUCDeGzuyIQMYDGrDX8m+FuAs=
To: adrian@olddog.co.uk
References: <3f4c264e-4639-4d6b-cf22-0a2be503decc@joelhalpern.com> <3D3EC062-7B1A-43C4-99D5-A204A4565ECE@ietf.org> <cf2921d8-fd1f-d9c9-da72-ff760eda347c@lear.ch> <0b9a01d76816$25690dd0$703b2970$@olddog.co.uk>
Cc: rfced-future@iab.org
From: Eliot Lear <lear@lear.ch>
Message-ID: <b86198ce-ecd6-1452-88cc-4d2a7449e1d1@lear.ch>
Date: Wed, 23 Jun 2021 12:07:59 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <0b9a01d76816$25690dd0$703b2970$@olddog.co.uk>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="zMWy7gMP5VUS30X3Nj8oApiMrC5aWVXOo"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/t4o8RrmwBqvhLKKVRUhSuoClU7w>
Subject: Re: [Rfced-future] Consensus check: Issue 22 – new stream for RFC Editor
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, 23 Jun 2021 10:08:15 -0000

Hi Adrian,

On 23.06.21 11:57, Adrian Farrel wrote:
> Suppose a new stream published something that impeded in some way IETF work? I'm sure it is not our intent to open up a channel for end runs or subversion

Assuming that the stream is exclusively for use for documents that are 
approved via the process we are now defining, then the ultimate step is 
for the RSAB to approve the document.  As part of that process, other 
stream manager representatives get a shot at raising CONCERNs.  In a 
sense, therefore, a check is built in. Indeed the document already says 
the following:

>    Notices will always be sent to the rfc-interest mailing list.  The
>    RSAB and RSWG should also send notices to other communities that may
>    be interested in or impacted by a proposal as they see fit, following
>    policies for those fora as appropriate.

And so this allows each stream to apply whatever conflict resolution 
process they would choose in order to determine whether a CONCERN should 
be raised.

And of course, as you pretty much laid out a cornerstone of continuous 
consultation (that I have put to annoyingly apt alliteration), hopefully 
such concerns can be addressed.   But need we say more?

Eliot