Re: [DNSOP] Working Group Last Call for: draft-ietf-dnsop-kskroll-sentinel

Warren Kumari <warren@kumari.net> Fri, 06 April 2018 12:38 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 45C24126DED for <dnsop@ietfa.amsl.com>; Fri, 6 Apr 2018 05:38:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 72hnAt-o7ANE for <dnsop@ietfa.amsl.com>; Fri, 6 Apr 2018 05:38:02 -0700 (PDT)
Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 540211201FA for <dnsop@ietf.org>; Fri, 6 Apr 2018 05:38:02 -0700 (PDT)
Received: by mail-wm0-x230.google.com with SMTP id r82so3155423wme.0 for <dnsop@ietf.org>; Fri, 06 Apr 2018 05:38:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=c6JmRr0zzLdPQWT4D7Mc1MeI4vAJQ1bjVDnMgVs5Rv8=; b=YhZnI72GF1mjFL3pjHf8qqOO/oJr2ik0O0bQQHlfJIWiv4BANcxorBIHQQim4RVVZa fm7jqpSdokWHym86p0be95NPTezSnoadmdmpJVnW1sCP8amD6TFsxBCX8onicYFTBfiH QpVP1Wa8Ubo6Vx9ApGAGho68lceu91mHYLvYBL1K8VgHaH3gkkkvOvz9t1XqNkeBfloM 73e5mcEYTdOOxJMzjiaQ/adib6SmyFp8IDCrb29Xxq+uSGT9cnAb48+PipVa3wIRyEIB lRA+PbzKa3X7+j6aq4Fxf9rFgANJtvGrfyooY7YD3JGKgpejMuEWPydHhkJZRk3ly2mY 31fQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=c6JmRr0zzLdPQWT4D7Mc1MeI4vAJQ1bjVDnMgVs5Rv8=; b=j2j7cFTZzUiNjjcnxmTmSnDLbXo0j+D+gJ+zSfuvfiCPbnrnqKl28Rg1KYlML5S2Rx GRIJGlL1pDdiv+vdtKId0krD/h4O3v5KxhD+liisr/l6+v19wWYo4lFSzN2g0QQgH89r CWyysGgziN5Ehs4g7oG/hvL57q2zPS5EqJzS/0GGG4y33nKhGu5lNK88Z4my/YsrDoEv R8HuYZ2bsVADfpc1YfL9VcqwICqBoHA+ptjtdmyVIN885uEHICBQa1SfQMMZsQXGOioN xb7DR4eIsASfYt8C7mBs8bxKvGwyQTEtOjEfNPYno+0O5GeofSLC5wN7s24bGX5vc6gd s6oA==
X-Gm-Message-State: AElRT7G6IuNe4YNdnkhCTNS/Jv8jRBuxQiRisked5cLy/WCwKVYuJaSP Ak7SR3jC8yhjPf+qQ0VLP20ytT3tYJooNRZyTIsAgA==
X-Google-Smtp-Source: AIpwx498jJMUk6TG0CDUqgT+2BqoJKWXPb3t9ztYxBouZfH8ZzKZGYc6vn+C7jA4nQBnqOOz0EBqolg9z1cb7DfovQI=
X-Received: by 10.28.109.80 with SMTP id i77mr12489988wmc.46.1523018275898; Fri, 06 Apr 2018 05:37:55 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.226.76 with HTTP; Fri, 6 Apr 2018 05:37:15 -0700 (PDT)
In-Reply-To: <CACWOCC936z-4j8e+d7bvhfr_Mk8tk64tkuiRDTRtrqrBTJBKJw@mail.gmail.com>
References: <CADyWQ+EE9YCCM03wKvd-HefpoQVqhOfeeLKLV8L2LJj+tqmEzA@mail.gmail.com> <CACWOCC936z-4j8e+d7bvhfr_Mk8tk64tkuiRDTRtrqrBTJBKJw@mail.gmail.com>
From: Warren Kumari <warren@kumari.net>
Date: Fri, 06 Apr 2018 08:37:15 -0400
Message-ID: <CAHw9_iLgTvPHe5jeL-0QZJ4+cxes8bBpCEULuDKThpjXoKzrbA@mail.gmail.com>
To: Job Snijders <job@ntt.net>
Cc: tjw ietf <tjw.ietf@gmail.com>, dnsop <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/vVj8cf_KfWIWXVHlKVXe5fzOe6A>
Subject: Re: [DNSOP] Working Group Last Call for: draft-ietf-dnsop-kskroll-sentinel
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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, 06 Apr 2018 12:38:05 -0000

On Thu, Apr 5, 2018 at 1:15 PM, Job Snijders <job@ntt.net> wrote:
> Hi all,
>
> While the chair notes awareness of the point I raised, I’d like the be
> explicit to avoid any confusion.
>
> This document is *not* ready for publication. There is no implementation
> report available for review and consideration.
>

[with absolutely no hats]

I get that you believe that this is wrong, but DNSOP currently has no
requirement for there to be an implementation report (nor for there to
be any implementations). The way to change this is by proposing that
this change (done), having the discussion (ongoing) and then having
the chairs declare consensus and that they will require this going
forward. It would also be useful for there to be clarity about what
exactly is required, and for what sort of documents (e.g how does one
implement attrleaf? or SUDN?), and when this would go into effect.

A number of people have told me that they wait until something becomes
an RFC before being willing implement it (some of this may be because
a significant number of adopted document have simply expired and not
been published) - suddenly requiring implementations is a large
change, and deciding it now and retroactively applying it to documents
which were about cooked seems a little unreasonable. I'd also note
that this somewhat disenfranchises participants who a: don't code and
/ or b: don't work for a vendor.

I'm (of course) fine if the WG / chairs decide that DNSOP needs
implementations before progressing documents, but your wording makes
it sound like you believe this this is already the case, and not
simply your (strong) preference.


W


> Should the working group produce an implementation report and demonstrate
> multiple implementations before April 15th, I’d ofcourse be willing to
> reconsider my position.
>
> Kind regards,
>
> Job
>
> On Thu, 5 Apr 2018 at 18:36, tjw ietf <tjw.ietf@gmail.com> wrote:
>>
>>
>> After walking through the 168 emails on this draft in the inbox, I feel
>> we're ready to take this to WGLC.
>>
>> (We are aware of the two points raised my Job and Paul)
>>
>>
>> This starts a Working Group Last Call for:
>> draft-ietf-dnsop-kskroll-sentinel
>>
>> Current versions of the draft is available here:
>> https://datatracker.ietf..org/doc/draft-ietf-dnsop-kskroll-sentinel/
>>
>> The Current Intended Status of this document is: Proposed Standard
>>
>> In the brushing of the camel, the draft is focused on determining if
>> a particular root key has been loaded into resolvers.
>>
>> Please review the draft and offer relevant comments.
>> If this does not seem appropriate please speak out.
>> if someone feels the document is *not* ready for publication, please speak
>> out with your reasons.
>>
>> This starts a two week Working Group Last Call process, and ends on:
>> 23:59 19 April 2018
>>
>> thanks
>> tim
>>
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf