Re: [DNSOP] List conduct (was: Re: DNSSEC as a Best Current Practice)
Warren Kumari <warren@kumari.net> Fri, 22 April 2022 16:40 UTC
Return-Path: <warren@kumari.net>
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 CB2323A187F
for <dnsop@ietfa.amsl.com>; Fri, 22 Apr 2022 09:40:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, HTML_MESSAGE=0.001,
SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01,
UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001]
autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
header.d=kumari.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 QD4_AC_vbeDE for <dnsop@ietfa.amsl.com>;
Fri, 22 Apr 2022 09:40:03 -0700 (PDT)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com
[IPv6:2a00:1450:4864:20::52b])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 6E94B3A187B
for <dnsop@ietf.org>; Fri, 22 Apr 2022 09:40:03 -0700 (PDT)
Received: by mail-ed1-x52b.google.com with SMTP id el3so6282158edb.11
for <dnsop@ietf.org>; Fri, 22 Apr 2022 09:40:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google;
h=mime-version:from:in-reply-to:references:date:message-id:subject:to
:cc; bh=kBYsx2eGIMYtRRznoMlMaNcNchb+ep78WLeMQfQQhCI=;
b=f2nBUAoqcoJa/w9Aqj/AF9HhMhc8hfZPDD+eR8LthgYZLSnxPLp60mdlKPbvuQzKtg
aBKJ9n5SUOjSQENgUrfyfaK+s29JIWM3h7tDaEGc99p1ekPvVwDJ+PKcJPDxcDcmhvA6
u3AlIl5Mv3ZT/qAqGKPJX0xHR2OeryxYrv/mP29y2zu7Y3WEfW4Dw0xdg0fsVcwXZBqr
BEV0ifY0lRo8cAfTIOP1RG+UffTFzb1L1nIv4rL6KY7Z8EKDhWXvchNJ86H26C5NIXlC
A8h5ypS0c4wpvRM+NDaqYeLW7w1Ux0jpP47oNtYRKextFB6C8+g1hf0BU1uz/RLLsuja
PDGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:mime-version:from:in-reply-to:references:date
:message-id:subject:to:cc;
bh=kBYsx2eGIMYtRRznoMlMaNcNchb+ep78WLeMQfQQhCI=;
b=m0yGriqu0ESbVuOzU89z2yxWV61yg8d1euN3AVmbaWBR/q9kBzmknnxA8vaGGvo1p3
Em80kCSDwerAOJw4kJjD5LgSsNFHHctvaiUBIsc+jXkENw/BnV+qCYHiy6+t7jxGC5dc
ccbFzaY+6QyJm+YMJF1banwj41vq/pIJVBrg3lJ68Fex1sBeqTBD215Xz42seIC2WySC
8nQfDxwKCj7+4Mi9U0eHxiJmYw5g1JPOCUbkl+AgIwmskTkHScooE01vSB4fH8Q3/6Zr
Bh/b+vkvi6BTiu407VRQjCtO2mxrnFgk8zewx+UzBrm3CW6tDLB10H/M+IcILm35gA9W
D4tg==
X-Gm-Message-State: AOAM531iUNpPmoimziqF9mpJ7G94VwDymCVIme5zsPjiljbgI9yvAry6
AdNcz64DBw4+FMDzO4OMJEIjLCLDbjEZEs4s4Kx/OGtOm+g=
X-Google-Smtp-Source: ABdhPJxOBXncVJjWpf8Xh01BywOfB1d60RXTQDuBGoCkK2TEB9RqGSao2Iuy8C9ZHhFc0KFufbQdt3J7EH7F/9cjSPE=
X-Received: by 2002:a05:6402:458:b0:418:78a4:ac3f with SMTP id
p24-20020a056402045800b0041878a4ac3fmr5775928edw.196.1650645601346; Fri, 22
Apr 2022 09:40:01 -0700 (PDT)
Received: from 649336022844 named unknown by gmailapi.google.com with
HTTPREST; Fri, 22 Apr 2022 12:40:00 -0400
Mime-Version: 1.0
X-Mailer: Superhuman Desktop (2022-04-21T22:05:51Z)
X-Superhuman-Draft-ID: draft00be4f75d9606101
From: Warren Kumari <warren@kumari.net>
X-Superhuman-ID: l2anrbz8.764ede0a-49dd-4469-87e2-058b8d0214a1
In-Reply-To: <d4e5a968-b41e-d5b3-6576-32d52d93b345@necom830.hpcl.titech.ac.jp>
References: <6818F50A-AF06-4EA5-AD47-2F8BC3CD2A31@pir.org>
<d4e5a968-b41e-d5b3-6576-32d52d93b345@necom830.hpcl.titech.ac.jp>
Date: Fri, 22 Apr 2022 12:40:00 -0400
Message-ID: <CAHw9_iJn+Ne4K+UPDzJXsRJtngAZsEYTkO5-C_cRgMDMERizhQ@mail.gmail.com>
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
Cc: dnsop@ietf.org
Content-Type: multipart/alternative; boundary="000000000000b7fcc505dd40e0ce"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/FRpKnwyBcHcZhW10PoykO8JZkVE>
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: Fri, 22 Apr 2022 16:40:09 -0000
On Thu, Apr 21, 2022 at 8:59 AM, Masataka Ohta < mohta@necom830.hpcl.titech.ac.jp> wrote: > 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 > I will point out that the DNSOP chairs are not SAA, and that this is not the main list. 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." also, RFC2418 says: "The Working Group Chair is concerned with making forward progress through a fair and open process, and has wide discretion in the conduct of WG business. The Chair must ensure that a number of tasks are performed, either directly or by others assigned to the tasks. The Chair has the responsibility and the authority to make decisions, on behalf of the working group, regarding all matters of working group process and staffing, in conformance with the rules of the IETF. The AD has the authority and the responsibility to assist in making those decisions at the request of the Chair or when circumstances warrant such an intervention." The chairs were of the opinion that there was behavior disruptive to the WG process (and, although it isn't important, I share this opinion). In their view, this discussion was not helping to keep the WG mailing list professional and productive (and, I also happen to agree with them on this). Given the chairs’ responsibility, in my opinion, their “wide discretion in the conduct of WG business” includes what they have done to keep the list within the bounds of the WG charter and productive discussion. The chairs have taken no other action, but if – in their judgment – the disruption continues, as a last resort, they have the authority to suspend posting rights for up to 30 days. (RFC 3934, Sec. 2). As a reminder, any participant may appeal any decision regarding steps taken within the standards process; the appeals process is documented in RFC2026, Section 6. Participants may also consult the Ombudsteam if they feel they have been harassed, notice that someone else is being harassed, or have any other concerns - more information is here: https://www.ietf.org/contact/ombudsteam/ In any case, this particular discussion is not helping us make progress on any of our work. Thank you all, W > PS > > This message is sent after several days of "cooling off" period as a proof > that I'm not responding in rage. > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop > >
- [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