Re: [Gendispatch] draft charter text: terminology-related WG

Mark Nottingham <mnot@mnot.net> Sun, 14 February 2021 00:12 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CF7E3A1193 for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 16:12:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.12
X-Spam-Level:
X-Spam-Status: No, score=-2.12 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=aFpUNy6v; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=HC2HVubo
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 7CX4cOZ_6HSQ for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 16:12:14 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 995A33A1191 for <gendispatch@ietf.org>; Sat, 13 Feb 2021 16:12:14 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 936355C0072; Sat, 13 Feb 2021 19:12:11 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sat, 13 Feb 2021 19:12:11 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=o MHuoQ4Dr6MMmRDilI7Dcil5MFUZRLLra50q4p8hZFI=; b=aFpUNy6v/gs4qVPY2 DppWC/FIg1PVyeTPXc/0rAYRfKvaoCCxmk5Vc5j4PHjmxjMZZG4HvVK1Oq967Ijs zYsEaqABz4uS3lXwiu6GTPOzSa8N/FhhC/bRHo7bGS5pwNiOBOiARjs1Vtjh+ltq JsS8+Avdwq8r6/ujEuzrc/YzLQ/YeQYU/Kz3uub92Yt6mwPl0fb/DUmkj85/f/GR TbMmCfVRwzt8vM75glHjeTiXj7V8H6lHFxQZvLMiXEtaEqnORpJL9/Uzwoo4Co8Z 9g2XG48GuG0ROm8uxF7vN8QFZeE9eSl+8fgji2gn4p8MC8rOstnR/KN5iwmqybj+ Gjk/A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=oMHuoQ4Dr6MMmRDilI7Dcil5MFUZRLLra50q4p8hZ FI=; b=HC2HVuboo/gLJccidRQn4sG3fUOXbqu1yH1ak8itYP5HTeKaLdsv4DIQp AdeNBoS04GkNMyeXXiwjBBitRP79WD2Ft4iyIo02pPnK27fdeQ/9ttWEFbEoDGK4 CHvDX2CfZDO0FvHCwtWjHVpTCJfaksiV7SQ7aLopnNld3rwdcNH0rSqqbbVoR5NQ 0olORoEUaY8q/6UzptqrislUGigy8j5ygPCkohehhHTWLFqXXwrQUmo8CgW60hXf uy8dojVff538o9IfQVByOL93+5ObY5jJpU0OMKhYIbZkOaWUfbVhvmiZmddtWeLT eF7dlZiFfvZaO7/bPsvpOTGfNmLYw==
X-ME-Sender: <xms:2WooYF_d8FzWnPi9VcYeyKv1jesRLh3jtBwwFxlipESIi8XnZGkegQ> <xme:2WooYJu3-7a-n8GP_Z4X5Daj_oaKMZRB4ASn2nBPp-vHs67_0i4ZYDa0OeQOWiE_q FeiIyPG9NjyN7amXw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrieeggddujecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepvefffffhudetveevhfeuffeigedtuedtheffleetffeftddtgeegjeehieeuteet necuffhomhgrihhnpehmnhhothdrnhgvthenucfkphepudduledrudejrdduheekrddvhe dunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhn ohhtsehmnhhothdrnhgvth
X-ME-Proxy: <xmx:2WooYDDHZrRt5S7jRDKkQRVWDts-GxPQNnH2mUMOUg5UIzqUU32qPw> <xmx:2WooYJdb26vozVSOPY3p_z4vXZsFOxdFnyUZZoWUleYERhSdjn94EQ> <xmx:2WooYKNtJ966DhIFApypVFEf7J2bp9YdBURa0Mzo7paFxEdMJ8sOWA> <xmx:22ooYLjbFRWiUsE_OItIRWvLaEfz0horPVFiGX_I0yazhB7yUzoDTQ>
Received: from [192.168.7.30] (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id AAA3324005E; Sat, 13 Feb 2021 19:12:06 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <47ff90d4-b960-f159-c064-1f963c717c31@network-heretics.com>
Date: Sun, 14 Feb 2021 11:12:03 +1100
Cc: Fernando Gont <fgont@si6networks.com>, Mallory Knodel <mknodel@cdt.org>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, John Levine <johnl@taugh.com>, "vittorio.bertola@open-xchange.com" <vittorio.bertola@open-xchange.com>, "gendispatch@ietf.org" <gendispatch@ietf.org>, Fernando Gont <fernando@gont.com.ar>
Content-Transfer-Encoding: quoted-printable
Message-Id: <7E75BBC0-3266-4980-9676-1384B7D0D565@mnot.net>
References: <20210212205351.27E4B6DDB49D@ary.qy> <3b4ea13c-0743-c882-7fc0-1fe7288f6d07@gont.com.ar> <a2e6c65e-076a-8875-c374-56c825105a6c@cs.tcd.ie> <CAGVFjM+sgyRDhuVYvkPC1XbH4yL-Q_Qpbs_naZpS3D3ApPO92A@mail.gmail.com> <772fa23e-4170-82d2-8ee2-caececd83904@si6networks.com> <E53D1060-5F25-4495-8C97-6A0F0EFD2117@mnot.net> <47ff90d4-b960-f159-c064-1f963c717c31@network-heretics.com>
To: Keith Moore <moore@network-heretics.com>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/ZK5X7PV4nwHZAIZJCkUpx_X8TuQ>
Subject: Re: [Gendispatch] draft charter text: terminology-related WG
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Feb 2021 00:12:17 -0000


> On 14 Feb 2021, at 10:56 am, Keith Moore <moore@network-heretics.com> wrote:
> 
> On 2/13/21 5:52 PM, Mark Nottingham wrote:
> 
>> This issue is settled in much of tech, so we have strong cowpaths to pave. As a result, the amount of energy that it will take to create language guidelines is almost completely determined by how much energy people put into trying to stop it.
>> 
>> If people have legitimate reasons as to why we shouldn't do this, that's one thing; 'our energy is better spent elsewhere' is not one of them.
> 
> To me this proposal looks like a DoS attack against actually increasing inclusion in IETF.   Why actually do the hard work when we can fill in a check box and pretend we have virtue?
> 
> If we want to publish a document that talks about exclusionary language, let's just Last Call what we have once or twice (but no more than that) and be done with it.   I don't think a WG is going to improve the document as much as community-wide Last Calls, and IMO a WG on this topic has a lot more potential to do harm than good.

I think that would work if we didn't have a small group of people who vocally and continually insert ever-shifting arguments against this. Under those conditions, it's normal practice for a WG to be formed; AD-sponsored is always tenuous, and not really built for contentious issues.


>> No where in the IETF is such an argument acceptable against a charter; we routinely charter groups that many feel aren't worth the effort, but I don't get to determine how people in the routing area (for example) spend their time, as long as there's demonstrated support for it.
> We're not bound by stare decisis.   We shouldn't use poor past practice to justify poor present or future practice.   That's called propagation of error.

This isn't a court, Kieth, and I'm not invoking some higher authority. Since 'poor practice' here is subjective (and I suspect highly contentious), labelling it as propagation of error is presumptuous on your part. 

But please, try the experiment: choose a random BoF and make the argument that you don't think people should be spending their time that way, and that you have better (yet currently vague) ideas -- see how it goes for you and report back.


> It's one thing when a WG's topic area only affects people in a narrow area of interest.   If a WG isn't going to create problems for people outside that area of interest, a narrowly focused WG makes sense.
> 
> But this is a topic that potentially affects everyone who writes RFCs.   Burying this discussion in a WG that most people probably don't want to fool with, seems likely to produce two results: (1) a document that doesn't earn community-wide consensus (but might end impairing our ability to write RFCs anyway), and/or (2) a lot of people's time spent arguing with people that will be attracted by this topic but who don't have a strong interest in IETF work outside of that topic.

These arguments can be made about any WG -- and looking down the list of current WGs, I see several that were successfully chartered despite their applicability. So let's find out, shall we?


--
Mark Nottingham   https://www.mnot.net/