Re: [DNSOP] AD review of draft-ietf-dnsop-7706bis-07

Barry Leiba <barryleiba@computer.org> Fri, 14 February 2020 06:01 UTC

Return-Path: <barryleiba@gmail.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 0A59D12006D; Thu, 13 Feb 2020 22:01:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level:
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 DbNldEVxed6u; Thu, 13 Feb 2020 22:01:26 -0800 (PST)
Received: from mail-io1-f48.google.com (mail-io1-f48.google.com [209.85.166.48]) (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 827B3120044; Thu, 13 Feb 2020 22:01:26 -0800 (PST)
Received: by mail-io1-f48.google.com with SMTP id s24so9310223iog.5; Thu, 13 Feb 2020 22:01:26 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Aed5tTkWcZ7ufyJU3EtPN7z5nLOnxDdvCd12tcLfTwk=; b=Cn5hfBTcDaKewbNBM9ppVbWLfQa8TObWG+moKR09M1fiUIzbaBf7Wux/TMYbVNgEQ+ WV2Pq/YitCo+brFRPnyzYoGB6ISjG0KVcVRRs+BMUZzUOjWNMxqCBbAjBOvkFKw7BqgY bSEtctNNeU8xBoXCJP1mdprXyrW1PRdeghWj0p3SSdn0Sq+zULmxiLhXbxKVapn2G+Mo uKiz30U4j3jgYNpjdrIdUeP1vSOsnpI4w7g7FyBcc8JSNGYXMYskUQHIG3rx2gbFq1UF DVor0dWj2viw5RXWylVrupHDv03uJjdl2/Zuj0o5SaLgAcoNBmBKiriIzHD4vJS2v90h FelQ==
X-Gm-Message-State: APjAAAU0+3Ri2iIVSn46LXsdcw5ZPFanrHhYfBru+pCo3f0SFinyujaR zpE3HOhMGgGtjlKjWXTnK61YobSELs59/tzb0HFpuw==
X-Google-Smtp-Source: APXvYqy9bkJUW3QN6REL3JVVKdmLRbnaNGKiQtIOGYMi6IhKKEhKK05g8xw0Q9vFxIXyvtCOfHwkXtqPf2q36E/QMzs=
X-Received: by 2002:a5e:8417:: with SMTP id h23mr939282ioj.17.1581660085555; Thu, 13 Feb 2020 22:01:25 -0800 (PST)
MIME-Version: 1.0
References: <CALaySJLzRji7Q_oVc70rAKCdhUuSqMf41HhQRRQQGKYFm3KD+g@mail.gmail.com> <CAHw9_iKPrdiDSG=DBB83qqpDVSAQs3S+4Dff_zxHdcSEKfNRQw@mail.gmail.com>
In-Reply-To: <CAHw9_iKPrdiDSG=DBB83qqpDVSAQs3S+4Dff_zxHdcSEKfNRQw@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
Date: Fri, 14 Feb 2020 01:01:14 -0500
Message-ID: <CALaySJLwZ7kiAHfbDf-78CPGggaKF6v-JfBYGacSMZqppuN2QA@mail.gmail.com>
To: Warren Kumari <warren@kumari.net>
Cc: IETF DNSOP WG <dnsop@ietf.org>, "draft-ietf-dnsop-7706bis.all@ietf.org" <draft-ietf-dnsop-7706bis.all@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008e19b9059e82ef1e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/xy6wZG02CHw8ExVRcK5oxFXojbM>
Subject: Re: [DNSOP] AD review of draft-ietf-dnsop-7706bis-07
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, 14 Feb 2020 06:01:28 -0000

No reason to do it now; it can wait.

b

On Fri, Feb 14, 2020 at 12:57 AM Warren Kumari <warren@kumari.net> wrote:

>
>
> On Fri, Feb 14, 2020 at 7:42 AM Barry Leiba <barryleiba@computer.org>
> wrote:
>
>> I am handling this document as responsible AD because Warren, who would
>> otherwise do it, is <strike>irresponsible</strike> an author of the
>> document.
>>
>> I have only two comments, below, that are total nits, and I will request
>> last call as soon as I send this message.  Nice work, as always, Warren and
>> Paul.
>>
>
> Awesome, thank you.
> Please let me / us know if you would like a new version posted with the
> below comments addressed, or if you would prefer we wait until after LC
> ends.
>
> Thanks again,
> W
>
>
>
>> Barry
>>
>> — Section 1.2 —
>> It’s a small thing, but please use the BCP 14 boilerplate from RFC 8174
>> exactly (you left out “NOT RECOMMENDED” here).
>>
>> — Section 4 —
>>
>>    As stated in Section 1, this design explicitly only allows the local
>>    copy of the root zone information to be available only from resolvers
>>
>> Nit: you don’t need both “only”s.  I suggest removing the first one.
>>
>> --
> 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
>