Re: [DNSOP] [Ext] IETF meeting prep and what

Michael StJohns <msj@nthpermutation.com> Sat, 19 June 2021 19:09 UTC

Return-Path: <msj@nthpermutation.com>
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 3B1173A1D2D for <dnsop@ietfa.amsl.com>; Sat, 19 Jun 2021 12:09:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=nthpermutation-com.20150623.gappssmtp.com
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 XVT2wAMp6qR1 for <dnsop@ietfa.amsl.com>; Sat, 19 Jun 2021 12:09:52 -0700 (PDT)
Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 30AC23A1D2B for <dnsop@ietf.org>; Sat, 19 Jun 2021 12:09:51 -0700 (PDT)
Received: by mail-qk1-x72f.google.com with SMTP id c138so19744364qkg.5 for <dnsop@ietf.org>; Sat, 19 Jun 2021 12:09:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nthpermutation-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=kRD3hNNOsEBlJcVQdvuEzs1IPJ9GCg80blP5k6KrEIY=; b=VI1XruXq+gzZLHB/URkBYCOVDCdY9plk9SRk3cQrd+2JJsnQTBTViTxZuZiyeNsl9f sfR6O2q7hPSWswfNLhHuz2znj0XFzSb8A6eYU+lUFEOA6dUTzGwQyBBN73cb2LgiJ2JR 686sXvSueJgihRn9RSEtaikcspOqA3a0arvRA33BjPo7B+yjzRtm2vDU+EYGiA2CBkXZ 3mD81DELlFnVe3PUid4pRyPDduOhdkgYeiKLrneDnolzuEaMNsDSn6zVCAcZVFtR7NNA mpv7rYweoPBaaIrkwUaDH/DlMKlgWplvJwCSAF2DqV64PuEAeV76N+hQnjrCu+7HnIMz 6B2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=kRD3hNNOsEBlJcVQdvuEzs1IPJ9GCg80blP5k6KrEIY=; b=auUv6fr5z8UxEkHwvSxht3X1sAPDkd4gNnu796IA5vy7m/eG/Gl3Oq9/awlkNHTr2N ng6ucUOKi78V3jsSymq7MjtCfDZY8po137CM65N4bwYOAg6Qjjppt86loVOLSs01MsDO ZV/oZ7i4zambsqbTPDG8mOYcZCka9/Tm47du8VQq3rXiYlDH0zi8hIOl8XW7nYciaLFL AotixjEKwRvhzUiCFylincgoyvpfq4ApzxVhrV5h9iyAxoQHPneAzaSjs+ij0TjAZqLF z3nzdjO90xk5Cdi2w0orPtJKLKthN41+I7RDOaFNnZYpSyaJKzFKAhOYML+8N0EMsbOa pKCA==
X-Gm-Message-State: AOAM531DuqJNE23a3KCsqh1NoAyPNVxD6zFX8I68V47AezEfaPWET0if ni0LVhINjv7IXgwAxdIcG2aNDc8UWVVCnRyN
X-Google-Smtp-Source: ABdhPJytXXsVjeoX4wlbImqvBFiFHLJmS7ygDxFeVo+bhyx7IyHJpkFXx7hMFIZq0iRC+2TH6pGtSQ==
X-Received: by 2002:a05:620a:16c2:: with SMTP id a2mr15468463qkn.148.1624129788671; Sat, 19 Jun 2021 12:09:48 -0700 (PDT)
Received: from [192.168.1.23] (pool-108-51-200-187.washdc.fios.verizon.net. [108.51.200.187]) by smtp.gmail.com with ESMTPSA id x8sm6643538qkh.130.2021.06.19.12.09.47 for <dnsop@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Jun 2021 12:09:47 -0700 (PDT)
To: dnsop@ietf.org
References: <CADyWQ+ESB-W9DvdRjCrdXgaZUWzX5b5cUvu-Ue3zjRrVsnCB2w@mail.gmail.com> <5a9b35c5806e36b0802be493d87beb8ef2fef18d.camel@powerdns.com> <ybltulu98e6.fsf@w7.hardakers.net> <9E1B73F0-D1AA-4510-978E-34A75524CD0C@icann.org>
From: Michael StJohns <msj@nthpermutation.com>
Message-ID: <80b2cea4-7011-5541-4244-0fb08c79244f@nthpermutation.com>
Date: Sat, 19 Jun 2021 15:09:46 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <9E1B73F0-D1AA-4510-978E-34A75524CD0C@icann.org>
Content-Type: multipart/alternative; boundary="------------5F2AB469C9C6EE2D44D6CE15"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/5GVQkPt9HrPrkdq_YhnxqjzL3JQ>
Subject: Re: [DNSOP] [Ext] IETF meeting prep and what
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, 19 Jun 2021 19:09:57 -0000

On 6/18/2021 6:32 PM, Paul Hoffman wrote:
> On Jun 18, 2021, at 2:21 PM, Wes Hardaker <wjhns1@hardakers.net> wrote:
>> Peter van Dijk <peter.van.dijk@powerdns.com> writes:
>>
>>> I propose replacing rfc5011-security-considerations
>> I keep meaning to republish it with Olafur's suggested reduced title
>> (since it's really describing just one problem).  But it's unlikely to
>> get published as an RFC due to lack of consensus after a long drawn out
>> conversation where most of the WG stopped reading due to the harsh
>> language of some messages.
> For those who don't remember, the lack of consensus was based on too few people speaking to support the document after one WG member kept harshly objecting to some of the wording. This happened well WG Last Call was finished. The chairs decided to kill the document rather than deal decisively with the one obstructionist WG participant.

The document failed of WG consensus twice - including the last time 
around.   Blaming that on me seems to be rewriting history and somewhat 
of a personal attack.   And actually seems a bit out of character for you.

Given the amount of work I did on the document and the amount of text 
that Wes thought was useful that did get incorporated, calling me an 
obstructionist has me quoting the Princess Bride ... you know the 
quote.   For your edification, obstructionism is interfering or impeding 
with the business for the sole purpose of delaying the process. While 
you may have that opinion, it is not supported by the factual record and 
is again somewhat of a personal attack.

This document was never effectively a WG edited document - even after 
adoption, Wes kept the editing pen and accepted or rejected text based 
on his sole judgement.   That's not necessarily a bad thing for a given 
document, but it can make it difficult to gain consensus.  Besides a few 
other comments, this was a mostly a dialog between me and him on the 
validity of the math.   AFAICT, no third party spent the time to do any 
analysis of Wes' work, nor to disprove my analysis leaving some of my 
concerns unresolved and a document with less than useful and at times 
confusing results.     E.g. see 
https://mailarchive.ietf.org/arch/msg/dnsop/7or09HOoMjcJdWD576OahbOyHP8/ 
and 
https://mailarchive.ietf.org/arch/msg/dnsop/1nUrmIWSoD_UA6lYxjHskEr60uo/ 
and https://mailarchive.ietf.org/arch/msg/dnsop/JEPKl_3A5azV_l_UYKTtXGb8QtU/

At the end, I objected to the publication of this in the standards 
track, and to inaccuracies in the document shepherd summary along with 
the fact that no new WG last call had actually happened prior to the 
request for publication.   The WG chair pulled it back from publication 
requested, the authors fixed the intended status and published -13, and 
the document was placed for last call looking for support.  It got none, 
and was eventually marked by the WG chairs as dead when it expired.  
Note that I placed no objections during the final last call and not a 
single person - including you Paul - voiced support.

If you want to resurrect it, maybe grab a new editor and put Wes and me 
on a more even playing field for determining the final text.  Otherwise 
Requiescat in Pace for the document.

Later, Mike

>
>> It can probably be dropped from the active
>> list because of this.
> I would like to see the document, which we all already agreed on, moved to IETF Last Call instead.
>
> --Paul Hoffman
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop