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

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Sun, 24 April 2022 14:03 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 DD46E3A1A53 for <dnsop@ietfa.amsl.com>; Sun, 24 Apr 2022 07:03:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 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] 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 NM6JLja0aRZ5 for <dnsop@ietfa.amsl.com>; Sun, 24 Apr 2022 07:03:49 -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 71C873A1A5E for <dnsop@ietf.org>; Sun, 24 Apr 2022 07:03:48 -0700 (PDT)
Received: (qmail 74398 invoked from network); 24 Apr 2022 13:59: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; 24 Apr 2022 13:59:21 -0000
Message-ID: <4f4ff427-4f81-549a-d549-0a9a71eeb4bb@necom830.hpcl.titech.ac.jp>
Date: Sun, 24 Apr 2022 23:03:44 +0900
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1
Content-Language: en-US
To: Warren Kumari <warren@kumari.net>, dnsop@ietf.org
References: <6818F50A-AF06-4EA5-AD47-2F8BC3CD2A31@pir.org> <d4e5a968-b41e-d5b3-6576-32d52d93b345@necom830.hpcl.titech.ac.jp> <CAHw9_iJn+Ne4K+UPDzJXsRJtngAZsEYTkO5-C_cRgMDMERizhQ@mail.gmail.com>
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
In-Reply-To: <CAHw9_iJn+Ne4K+UPDzJXsRJtngAZsEYTkO5-C_cRgMDMERizhQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/iUdRaKnYvjzIL0OQseFkz-zo57A>
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: Sun, 24 Apr 2022 14:03:55 -0000

Warren Kumari wrote:

> I will point out that the DNSOP chairs are not SAA, and that this is
> not the main list.

Irrelevant.

As 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.

we are discussing whether some behavior is considered to be
"not consistent with the IETF Code of Conduct or guidance" by
IETF consensus or not, which is not specific to DNSSEC WG.

> RFC 3934 says: "As in face-to-face sessions, occasionally one or more
> individuals may engage in behavior on a mailing list that, in the
> opinion of the WG chair, is disruptive to the WG process.  Unless the
> disruptive behavior is severe enough that it must be stopped
> immediately, the WG chair should attempt to discourage the disruptive
> behavior by communicating directly with the offending individual.  If
> the behavior persists, the WG chair should send at least one public 
> warning on the WG mailing list."

So, interpretation of the RFC3934 published in 2004 is essentially
important, which is why I wrote in 2019:

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

: 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.

I hope you, now, can interpret the rfc properly,

> also, RFC2418 says:

Whatever the rfc says, interpretation on it against "the
freedom of speech" is wrong.

 > In any case, this particular discussion is not helping us make
 > progress on any of our work.

Recognizing DNSSEC hopeless and stop operating DNSSEC is a progress
on our work of DNS operations.

						Masataka Ohta