Re: Terminology discussion threads

Michael StJohns <mstjohns@comcast.net> Thu, 13 August 2020 23:13 UTC

Return-Path: <mstjohns@comcast.net>
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 641AC3A0A79 for <ietf@ietfa.amsl.com>; Thu, 13 Aug 2020 16:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.047
X-Spam-Level:
X-Spam-Status: No, score=-3.047 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.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 quIIJpZCpn_X for <ietf@ietfa.amsl.com>; Thu, 13 Aug 2020 16:13:33 -0700 (PDT)
Received: from resqmta-ch2-08v.sys.comcast.net (resqmta-ch2-08v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:40]) (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 DC6C53A0A73 for <ietf@ietf.org>; Thu, 13 Aug 2020 16:13:32 -0700 (PDT)
Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-08v.sys.comcast.net with ESMTP id 6KaXkopC6VV9N6MPbkQslJ; Thu, 13 Aug 2020 23:13:31 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1597360411; bh=8dA/xXg64Oktz8SyFnGRzkmTCAgt4hA7dprmUgi97RA=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=CW1E9Ojc9DQ+2FG0glrFC+SV03AW0tjYbg63F5c9MO/xQCrNSsk7ia6ncwqUqnXYw C1vO03SPf3bUoFgNtvKvkTKuLoq3RXvSPEeDNzRh9oVnAfH+ekzcqoaTgoIM7Nlmw6 MpGlHFr+jCH6ELh4+bzkI1VGJMed5N2+MtvuEzosudfgex9jfcpDj0pSzjMxZ45HDy 4FRbqOWQI01gYseIygd9cPAl3miBxEPugUGCA5HMg5dmrYrRHZnveOetDugTBCY3OR sUDkik4/OR48mj90ALcQhOAjnbuDJsKGYbinU038ClNsENkvhHCiHzDLksUtzIPmcl ZbUi4r4lxljyA==
Received: from [192.168.1.20] ([71.114.22.128]) by resomta-ch2-13v.sys.comcast.net with ESMTPSA id 6MPSkBFENosUW6MPTkGHcJ; Thu, 13 Aug 2020 23:13:29 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgeduiedrleeigddukecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkffgfgggjtgesrgdtreertdefjeenucfhrhhomhepofhitghhrggvlhcuufhtlfhohhhnshcuoehmshhtjhhohhhnshestghomhgtrghsthdrnhgvtheqnecuggftrfgrthhtvghrnhepuedvfefgheeghfffgfelgeeukeelhefhjeekgeegvdevtefftdekudekfeeuudehnecukfhppeejuddruddugedrvddvrdduvdeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddvtdgnpdhinhgvthepjedurdduudegrddvvddruddvkedpmhgrihhlfhhrohhmpehmshhtjhhohhhnshestghomhgtrghsthdrnhgvthdprhgtphhtthhopehivghtfhesihgvthhfrdhorhhgpdhrtghpthhtoheprhhlsgesihhpvhdrshig
X-Xfinity-VMeta: sc=-100.00;st=legit
Subject: Re: Terminology discussion threads
To: Richard Barnes <rlb@ipv.sx>
Cc: IETF discussion list <ietf@ietf.org>
References: <9ABDC2BC-E6A3-4249-99C5-F0BB3683A03D@ietf.org> <223A1539-30B0-424A-89D1-A968FFD4C140@symbolic.software> <aceec35c-ccc8-ccca-7a5b-7d23746f67e2@ietf.org> <A9BB633C-3278-406C-BD38-748646D7E454@symbolic.software> <C4BC10B5-6F65-451F-8B15-98AA8D54966A@ietf.org> <m2sgcq4fq1.wl-randy@psg.com> <20200813181549.GA27732@faui48f.informatik.uni-erlangen.de> <6EDEF995-7D31-42D4-83C7-B9C406962516@gmail.com> <20200813194819.GB14418@faui48f.informatik.uni-erlangen.de> <3af06ea0-5702-e357-2177-ea7de38f09c3@comcast.net> <CAL02cgQzhuO1QeLh5Bbu8k4fPyVeLy-XwRHZLL7575dEgGRc6w@mail.gmail.com>
From: Michael StJohns <mstjohns@comcast.net>
Message-ID: <bbacfae9-4fa2-8c1b-4257-6e3303786bad@comcast.net>
Date: Thu, 13 Aug 2020 19:13:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0
MIME-Version: 1.0
In-Reply-To: <CAL02cgQzhuO1QeLh5Bbu8k4fPyVeLy-XwRHZLL7575dEgGRc6w@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------CB314559D32DD5E94FD53B84"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/N-8a36w6gyofrSu9jS8OmaqJH-0>
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: Thu, 13 Aug 2020 23:13:34 -0000

Hi Richard - inline

On 8/13/2020 4:31 PM, Richard Barnes wrote:
> RFC 3005 says plainly:
>
> """
>    Inappropriate postings include: ... Unprofessional commentary, 
> regardless of the general subject
>    The IETF Chair, the IETF Executive Director, or a sergeant-at-arms
>    appointed by the Chair is empowered to restrict posting by a person,
>    or of a thread, when the content is inappropriate
> """
>
> Given the level of unprofessional discourse in the muted conversation, 
> muting the entire topic seems like an entirely appropriate recourse.

Actually no.  3005 has at least two paths - abusive people and off-topic 
conversations.   The former is requires a specific person's postings to 
be identified and PR actions may be the appropriate response for those 
postings.  The latter is for things like "We should all go to RSA 
because...." and those are thread bans - generally without PR threats.

In my long (Meeting 1 on) experience with the IETF, I've never seen a 
chair ban a discussion that didn't fall in the second category.  I would 
have had no problem (or not much of a problem) with the SAA identifying 
a specific poster and a specific post that fell into the "Unprofessional 
commentary" category and giving them a warning.  That - to be very clear 
here - is NOT what happened here.

The chair may persuade or it may beg for cession of discussion on a 
topic.  It may not order, nor may the chair use the mechanism of 3005 to 
impose its will on a topic (vs a person).  3005 does not give the chair 
that authority, nor should we ever.

We've gone through probably dozens of these flare ups where the 
"leadership" says something controversial, and the "membership" pushes 
back. Once upon a time that resulted in the entire leadership structure 
being rebuilt into something new. Over time the discussion completes - 
either in an agreement, or due to exhaustion.  This case is no 
different.  How I wish that the IESG and the IAB and the Chair would 
stick to technical subjects and avoid proposing/directing 
politico-social changes.

I'm going to try and avoid commenting further here.  If you really feel 
you require a response though I'll provide it grudgingly.

Later, Mike



>
> --Richard
>
> On Thu, Aug 13, 2020 at 4:26 PM Michael StJohns <mstjohns@comcast.net 
> <mailto:mstjohns@comcast.net>> wrote:
>
>     On 8/13/2020 3:48 PM, Toerless Eckert wrote:
>     > At least there seems to be sufficient +1 from distinguished
>     community
>     > members such as current or past IAB, IESG members, IAB Liaison,
>     IETF ISOC
>     > appointee, IRTF and NomCom chair to hope that the action taken
>     was rightfully
>     > within the privilege of IETF chair according to the rules.
>
>     Mike StJohns, Past IAB, Past Nomcom Chair
>     Scott Bradner, Past IAB, Past Area Director
>     Randy Bush, Past Area Director
>     Charlie Perkins,  Past IAB
>
>     (sorry if I've missed other roles...)
>
>     So what's your point?
>
>     In any event, my opinion is that this action was NOT taken
>     "rightfully
>     within the privilege of the IETF chair according to the rules",
>     but I'm
>     withholding further judgement until the Chair responds to my
>     request to
>     clarify which part of 3005 they believe applies and grants
>     authority for
>     a mass PR threat.
>
>     >
>     > If this step was ultimately determined (by whom... ?) not to be
>     within
>     > the privilege of IETF chair then i am bit worried about what i would
>     > have to think about all those +1.
>
>     I'm not sure why.  Everyone has opinions.  Some are more useful than
>     others, and each of us will have an opinion on that topic as well.
>
>
>     Later, Mike
>
>
>
>