Re: [DNSOP] List conduct
Paul Vixie <paul@redbarn.org> Sat, 23 April 2022 17:33 UTC
Return-Path: <paul@redbarn.org>
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 3DE3C3A129C
for <dnsop@ietfa.amsl.com>; Sat, 23 Apr 2022 10:33:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.11
X-Spam-Level:
X-Spam-Status: No, score=-2.11 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, NICE_REPLY_A=-0.001,
SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01,
URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
header.d=redbarn.org
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 eXwsITspZlcl for <dnsop@ietfa.amsl.com>;
Sat, 23 Apr 2022 10:33:05 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 841103A1296
for <dnsop@ietf.org>; Sat, 23 Apr 2022 10:33:01 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(Client did not present a certificate)
by util.redbarn.org (Postfix) with ESMTPS id 3E50B1A2423;
Sat, 23 Apr 2022 17:32:59 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util;
t=1650735179; bh=z+K8NFMsz/t5edDA/P35f8tlzkaVQJhtT8fskPO/UoE=;
h=Subject:To:Cc:References:From:Date:In-Reply-To;
b=Beq42eoty5hd7EtZiIxiM5glFlsFwpXB6QfWXgbGq7pNd+mYDDov1doCIhUYFqQaH
cViDfX5VEun79XvZ8wgBKyQHcQnobFcO+ARftPDlPckcxp9I3crXgBDyigbx7C3zWE
RVF01voHJor+GBGJZK+EFbMSsT3hiqrYDT83MeiM=
Received: from [24.104.150.150] (dhcp-150.access.rits.tisf.net
[24.104.150.150])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(Client did not present a certificate)
by family.redbarn.org (Postfix) with ESMTPSA id 10DF87597E;
Sat, 23 Apr 2022 17:32:59 +0000 (UTC)
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
Cc: dnsop@ietf.org
References: <6818F50A-AF06-4EA5-AD47-2F8BC3CD2A31@pir.org>
<d4e5a968-b41e-d5b3-6576-32d52d93b345@necom830.hpcl.titech.ac.jp>
<4bef1c62-d18d-7379-d627-aa0d3ec6b30d@redbarn.org>
<c1558d94-38a1-c663-d1fe-d397b16d5c86@necom830.hpcl.titech.ac.jp>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <c5118482-0933-98e0-b53a-c8e97602d4f4@redbarn.org>
Date: Sat, 23 Apr 2022 10:33:00 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
PostboxApp/7.0.56
MIME-Version: 1.0
In-Reply-To: <c1558d94-38a1-c663-d1fe-d397b16d5c86@necom830.hpcl.titech.ac.jp>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/cTC8ZhFPHeiFtwVxkAHOXDwiIjw>
Subject: Re: [DNSOP] List conduct
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: Sat, 23 Apr 2022 17:33:12 -0000
Masataka Ohta wrote on 2022-04-22 05:30:
> Paul Vixie wrote:
>>> 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.
> ...
>> the above snippets in which ipv6 and lisp are designated "garbage
>> protocols" have a productivity error in that neither is actionable.
>
> Action by IETF becomes possible only after some IETF consensus
> is reached, which is obviously impossible for poor IPv6 and
> LISP, because there are certain amount of people disparately
> acting for them.
here, you demonstrate a commitment to nonconstructive commentary
("obviously impossible for poor IPv6 and LISP") and thus end my
participation in this thread. this is invective not argumentation and
i'll have no part in it. my reaction may be typical, in which case you
could infer much from the silence of others.
ohta-san, i will not permanently lose hope that you can learn to
associate constructively with your protocol development peers. but i
will continue to take months-long or years-long breaks to regenerate
such hope after each demonstration by you of nonconstructive and
unprofessional behaviour.
i support the actions of the co-chairs since they have acted within the
intent of the rules even if loopholes could be found by the motivated.
--
P Vixie
- [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