Re: Sergeant-at-Armss and New proposal/New SOW comment period

Adam Roach <adam@nostrum.com> Sat, 31 August 2019 19:02 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89D2C1200F9 for <ietf@ietfa.amsl.com>; Sat, 31 Aug 2019 12:02:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.98
X-Spam-Level:
X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 7q4tqsJxbZbs for <ietf@ietfa.amsl.com>; Sat, 31 Aug 2019 12:02:12 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 C80BC1200E5 for <ietf@ietf.org>; Sat, 31 Aug 2019 12:02:12 -0700 (PDT)
Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x7VJ2Ab5033647 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 31 Aug 2019 14:02:12 -0500 (CDT) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1567278132; bh=/S1ko9ok5hRwHzzByBaxKnX2d14ZUBOMQTrxqM+8bxA=; h=Subject:To:References:From:Date:In-Reply-To; b=A4PPdvNzI9dKCH/KsquzIhlBpGs1FuVxR6B783Y3INcVr6O/XhjEi46YetxLhbRAI CgOO4T4XvsDCP7olXAMlMPmr70v1XE3jZSYkUWIKKng7qsHMvX018lEfXuhpWq6eS9 n6pGrPewMU3ZaoE1/df6ztE8tgnPEzkH6Bwruqy8=
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local
Subject: Re: Sergeant-at-Armss and New proposal/New SOW comment period
To: Keith Moore <moore@network-heretics.com>, ietf@ietf.org
References: <061D2F46-71C3-4260-B203-73B07EB59418@encrypted.net> <5B276430-96A9-44EA-929B-B9C2325AFCA5@encrypted.net> <863c6fa8-2735-b2c6-5542-d5d100485a6e@outer-planes.net> <10843FAF-66D2-483D-96AB-2F993803AAC6@cisco.com> <6FA9D85E1B425914CA994AFD@PSB> <96294b14-bee3-9045-fb5c-7984302d198e@network-heretics.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <f922bf27-1f3f-8ded-f934-a00f0a2e9769@nostrum.com>
Date: Sat, 31 Aug 2019 14:02:05 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <96294b14-bee3-9045-fb5c-7984302d198e@network-heretics.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/46PUWhuS51EL7mXRAJPRb2ttHUk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Aug 2019 19:02:15 -0000

On 8/31/19 1:15 PM, Keith Moore wrote:
> It's not easy to think of a topic more important to the future of IETF 
> than the manner in which its output is published.   To suggest that 
> this topic should not be discussed in IETF, but should instead be 
> discussed in a venue outside of IETF, defies all logic. 


I think this overstates things a bit.

One of the key objections that was repeatedly raised regarding the 
RFCPLUSPLUS BOF was that it took place within the context of IETF 
process, and since it had implications on streams other than the IESG 
stream, ran the risk of overstepping its bounds [1]. I believe it's 
pretty clear, even ignoring RFC 3005's "well-established list" clause, 
that whatever sincere concerns existed about proposing changes to the 
RFC Editor function solely within the IETF process back then must 
necessarily translate to holding a more existential discussion about the 
future of that function on an IETF mailing list list.

To be clear, I suggested to the SAA that the conversation had this very 
risk of overstepping the bounds of the IETF's purview, as was clearly 
communicated by the community during that BOF. Any criticism of this 
logic should be directed at me rather than him.

/a

____
[1] There were many such comments, both on-list and at the microphone. 
This one is representative: 
https://mailarchive.ietf.org/arch/msg/rfcplusplus/jQHmeaGqN231LNIPfCQwpeUIxds