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.
- [DNSOP] List conduct (was: Re: DNSSEC as a Best C… Suzanne Woolf
- Re: [DNSOP] List conduct (was: Re: DNSSEC as a Be… Masataka Ohta
- Re: [DNSOP] List conduct Paul Vixie
- Re: [DNSOP] List conduct Masataka Ohta
- Re: [DNSOP] List conduct (was: Re: DNSSEC as a Be… Warren Kumari
- Re: [DNSOP] List conduct Paul Vixie
- Re: [DNSOP] List conduct Masataka Ohta
- Re: [DNSOP] List conduct (was: Re: DNSSEC as a Be… Masataka Ohta