Re: [Terminology] Do you intend to use draft-knodel-terminology as if it is the opinion of the IETF?

Jim Fenton <fenton@bluepopcorn.net> Wed, 17 November 2021 23:11 UTC

Return-Path: <fenton@bluepopcorn.net>
X-Original-To: terminology@ietfa.amsl.com
Delivered-To: terminology@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F19853A082E for <terminology@ietfa.amsl.com>; Wed, 17 Nov 2021 15:11:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bluepopcorn.net
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 UI7iaAnjlYKO for <terminology@ietfa.amsl.com>; Wed, 17 Nov 2021 15:11:50 -0800 (PST)
Received: from v2.bluepopcorn.net (v2.bluepopcorn.net [IPv6:2607:f2f8:a994::2]) (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 2A5393A082C for <terminology@ietf.org>; Wed, 17 Nov 2021 15:11:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bluepopcorn.net; s=supersize; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=w1jsSizcDVUgBZwHyT+6kmBzr4wpUaOp5smfwtBfFqM=; b=Twx+RVfMZSyDwtuS9NFmqxbFgS z2PxPH4s2V/QINoUtXkO0HsOFkxwwZa4I/Ol5zp7Z90JypHajYxSBW0WeSLsMNs/lXOnJF5rmQHWm S5cToKQ83mPZXjmy33EDlhdrwtFueAYINDs4rhkIQjHODb3LhKKu9W15kRMpLH4qwAFE=;
Received: from [2601:647:4400:1261:7cff:999e:6178:a8f3] (helo=[10.10.20.144]) by v2.bluepopcorn.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <fenton@bluepopcorn.net>) id 1mnU5c-0004K7-Qh; Wed, 17 Nov 2021 15:11:41 -0800
From: Jim Fenton <fenton@bluepopcorn.net>
To: Bron Gondwana <brong@fastmailteam.com>
Cc: Mallory Knodel <mknodel@cdt.org>, mail@nielstenoever.net, "RFC ISE (Adrian Farrel)" <rfc-ise@rfc-editor.org>, terminology@ietf.org
Date: Wed, 17 Nov 2021 15:11:38 -0800
X-Mailer: MailMate (1.14r5820)
Message-ID: <80FBDFDC-8CAA-4311-8D10-C236BFDAD600@bluepopcorn.net>
In-Reply-To: <e66519f4-2cec-469d-af65-856564bafd1f@beta.fastmail.com>
References: <ac78f557-00c5-48ff-8920-c13f5b7420a5@dogfood.fastmail.com> <e66519f4-2cec-469d-af65-856564bafd1f@beta.fastmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_85C6315D-ACD2-4798-B180-3B885F5DE42D_="
Content-Transfer-Encoding: 8bit
Embedded-HTML: [{"plain":[1161, 2417], "uuid":"6FF09CD5-FA15-4D9D-AC8C-90CD3A15657E"}]
Archived-At: <https://mailarchive.ietf.org/arch/msg/terminology/BOSSr_QBwKroqzrhCNwkpwMZXyE>
Subject: Re: [Terminology] Do you intend to use draft-knodel-terminology as if it is the opinion of the IETF?
X-BeenThere: terminology@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Effective Terminology in IETF Documents <terminology.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/terminology>, <mailto:terminology-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/terminology/>
List-Post: <mailto:terminology@ietf.org>
List-Help: <mailto:terminology-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/terminology>, <mailto:terminology-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Nov 2021 23:11:55 -0000

Bron,

I generally share your concerns, but wouldn’t be asking the question 
“…and make claims that it is more than your personal opinions” 
because it assumes that the authors might be acting in bad faith. I do 
have concerns about the publication of this document as an RFC (and I 
owe the ISE a message on that), but most of my concerns extend well 
beyond this particular document.

There is considerable potential for this document to be viewed as an 
IETF statement. I learned of this document’s existence through a 
reference in an earlier revision of the *NIST Technical Series 
Publications Author Instructions* to an early revision of 
draft-knodel-terminology citing it as “IETF”. This has now been 
replaced with a reference to https://github.com/ietf/terminology (which 
I also have questions about with respect to IETF consensus), but it 
shows how documents of this sort can be misconstrued as coming from 
IETF. The potential for this is amplified by giving the document an RFC 
number.

-Jim
Disclaimer: I am a consultant for NIST, but these opinions are mine and 
and not a statement from NIST.

On 14 Nov 2021, at 15:57, Bron Gondwana wrote:

> Just following up on this now that the IETF week is over.  While I'm 
> aware that I can't compel you to answer this question - I think it is 
> an important question to ask, and it's an important question to have 
> an honest and forthright answer to.  So I am asking you both directly 
> to answer it.
>
> This question does go directly to the point of the independent series 
> of RFCs.  As a place to keep the history of the IETF, of ideas 
> considered and not ultimately selected by IETF consensus - and as a 
> place for humourous digs at the absurd edges of the space we work in 
> (the April 1st series) it's very valuable.
>
> Documenting the work that went into draft-knodel-terminology as an 
> independent submission as a historical not of a point in time may have 
> some value - though I would argue in that case that what we should be 
> documenting instead is all three of the submissions that were made 
> (mine and Keith's as well) in a single "here's what was considered" 
> informational RFC for future historians to mull over.
>
> But to many outside the IETF, the difference between "Independent 
> Submission" and "Cast In Stone Internet Standard[tm]" is not at all 
> obvious, and the mere fact of having a RFC number lends gravitas to 
> the topic covered.  So publishing this one set of opinions as "an 
> RFC", and referencing said RFC to buttress debate outside the IETF, 
> would be a disingenuous and dishonest representation of the IETF's 
> name and reputation.
>
> Hence my question.
>
>
> Regards,
>
> Bron.
>
>
> On Sun, Nov 7, 2021, at 18:16, Bron Gondwana wrote:
>> Hi Mallory and Niels,
>>
>> I made what could probably be construed as "an insinuation" in a 
>> recent comment to this list, so I figure it's only polite to directly 
>> address the direct question to you:
>>
>> If `draft-knodel-terminology` is published as an independent-stream 
>> RFC, do you intend to reference that document in contexts outside the 
>> IETF, and make claims that it is more than your own personal 
>> opinions?
>>
>> I would appreciate an answer on this direct question from each of 
>> you, in this public forum, where it is archived and can be referenced 
>> in future.
>>
>> Thanks,
>>
>> Bron.
>>
>> --
>>   Bron Gondwana, CEO, Fastmail Pty Ltd
>>   brong@fastmailteam.com
>>
>>
>> -- 
>> Terminology mailing list
>> Terminology@ietf.org
>> https://www.ietf.org/mailman/listinfo/terminology
>>
>
> --
>   Bron Gondwana, CEO, Fastmail Pty Ltd
>   brong@fastmailteam.com

> -- 
> Terminology mailing list
> Terminology@ietf.org
> https://www.ietf.org/mailman/listinfo/terminology