Re: [DNSOP] List conduct (was: Re: DNSSEC as a Best Current Practice)

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Thu, 21 April 2022 12:59 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C69B3A0DB0 for <dnsop@ietfa.amsl.com>; Thu, 21 Apr 2022 05:59:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 uHrRA6iWJc_b for <dnsop@ietfa.amsl.com>; Thu, 21 Apr 2022 05:59:47 -0700 (PDT)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id 0BDBB3A081A for <dnsop@ietf.org>; Thu, 21 Apr 2022 05:59:45 -0700 (PDT)
Received: (qmail 96007 invoked from network); 21 Apr 2022 12:55:21 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 21 Apr 2022 12:55:21 -0000
Message-ID: <d4e5a968-b41e-d5b3-6576-32d52d93b345@necom830.hpcl.titech.ac.jp>
Date: Thu, 21 Apr 2022 21:59:41 +0900
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0
Content-Language: en-US
To: dnsop@ietf.org
References: <6818F50A-AF06-4EA5-AD47-2F8BC3CD2A31@pir.org>
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
In-Reply-To: <6818F50A-AF06-4EA5-AD47-2F8BC3CD2A31@pir.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/EbLva-6IMHUhPmG-31v2ioa2UrE>
Subject: Re: [DNSOP] List conduct (was: Re: DNSSEC as a Best Current Practice)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2022 12:59:52 -0000

Suzanne Woolf wrote:

> As some of you have noted,  the thread under the subject "DNSSEC as a
> Best Current Practice" has included some inappropriate posts, not 
> consistent with the IETF Code of Conduct or guidance on keeping the
> WG mailing list professional and productive. A DNSOP mailing list 
> participant has been warned about their posts and asked to stop.

As a person who have fought against SAAs in the main IETF mailing
list about interpretations of "the IETF Code of Conduct" several
times, sometimes followed by resignations of some SAAs, I feel
I should give you chairs some advice on how to and how not to
mention the code.

As is documented in

	https://github.com/ietf/saa/blob/main/sop.md

	Level 0: Initial suggestion
	An SAA team member sends an off-list message to the
	individual on behalf of the SAA team. This message
	clearly identifies the concern, offers assistance
	with re-framing language, and identifies consequences
	for continued inappropriate postings.

you should mention the code with "clearly identifies the
concern" or you are against the due process. Maybe, you
think the requirement is satisfied. But, see below.

> As a reminder to the list: people here can be vigorous and intense
> in their arguments and tone, but generally stay to the civil and
> constructive side, and the chairs don't like stepping into
> substantive technical discussions.

That's simply wrong.

As I, to confirm the freedom speech in IETF, explicitly confirmed
destructive harsh criticisms are not "unprofessional" (w.r.t.
the code) in

	https://mailarchive.ietf.org/arch/msg/ietf/lBs5-1u3asjocT56PoQEdnv1m2g/

without resulting in SAAs' actions. There was no one who
argued against me that the statement were "unprofessional".
There was no one who argued against me that the statement
were "inappropriate" nor "impolite", which means such
destructive statements as

	IPv6 with unnecessarily lengthy 16B addresses without
	valid technical reasoning only to make network
	operations prohibitively painful is a garbage protocol.

and

	LISP, which perform ID to locator mapping, which is
	best performed by DNS, in a lot less scalable way than
	DNS is a garbage protocol.

is protected by "the freedom of speech" and is not "unprofessional"
and is fully acceptable.

So, your post utterly violate due process and should be revoked.

Though you may disagree with the current interpretations on the
code in IETF, you must obtain IETF consensus not here but, maybe,
in the mail IETF list or you can't act based on your disagreement.

> In general, DNSOP has done pretty well at keeping things 
> professional and productive. It's part of the chairs’ job to
> keep it that way.
Recognizing unproductive protocols such as DNSSEC as unproductive
protocols is, though may be to your surprise, productive.

So, before mentioning the code, be aware of the relationship
between "the freedom of speech" and the code.

						Masataka Ohta

PS

This message is sent after several days of "cooling off" period
as a proof that I'm not responding in rage.