Re: [DNSOP] WGLC for draft-ietf-dnsop-tcp-requirements

Donald Eastlake <d3e3e3@gmail.com> Fri, 23 April 2021 20:44 UTC

Return-Path: <d3e3e3@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 C77B83A0AC5 for <dnsop@ietfa.amsl.com>; Fri, 23 Apr 2021 13:44:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.849
X-Spam-Level:
X-Spam-Status: No, score=-1.849 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cFMkpNVTfxzk for <dnsop@ietfa.amsl.com>; Fri, 23 Apr 2021 13:44:15 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 33EC23A0ABD for <dnsop@ietf.org>; Fri, 23 Apr 2021 13:44:14 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id p8so1676205iol.11 for <dnsop@ietf.org>; Fri, 23 Apr 2021 13:44:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bl3ztzwbiMfzgrLLpo33sTwL2lc2UZTo6cFkFAQq0Rk=; b=lv33nuCDF02HCLwTg+fAUb8OJnuzSLLNdrserDyWPlWuqa9IpT5bziWEtUdOuyMmLW G2R2MD1y4oHy3+NJ1bXLs0Z0TfMgGqy7byBU956JSe8414a8VFw5NDQcXCdQJlHZ4DgY Q3XbksAF4LySOq7H3MDX2GUv5q9WUgKI5hUrd+YhFV7ipTSsivNfH2KrT7PjyMEwQaeM NlzyA+yh4WJCnp80hWZo+IqKckzpnWKXJqnKU3BPWiXVkpNHYtQ19dKaNCmncezsQDhq Gl8hZRI2fFM+07rWjkvqv3UrwoJhC/VWCAY1HY9G1bLD5ITuuB07ptvE9L67X+7QfMDe RgUA==
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=bl3ztzwbiMfzgrLLpo33sTwL2lc2UZTo6cFkFAQq0Rk=; b=VcCesK0l6y/2I582mpjrYlob5s/nzRgQSevHaCcok9x5tgooPFCxpAq3F3D7jr9AZa FpvhPR9DMVvTzEFK+ipmjKp3t4NXNQesJ33B5O4YhmZA6hoytkYT7VaHOQd9ffcwcOtZ vME2ceehArWrAwpQUeCiM3zlMHEOSCIOUjNwlTkm/eZU+pjtZvaat8NyaRKIn0x9lb1O d5f9+18a6FLN1Kvvob+Fy7juz1PfH9xSD0wN7EsI/b7AAh5JXpq++F42ArJQS5CVQA2W cJiqthU0eTyr+EJKlqUa9kCleseVXsD/wFvWVUsKUjmclGPcHxphQIUuRIa7258r7I2b mWBQ==
X-Gm-Message-State: AOAM530M7fXWNV7zV/a04Ux7rl82nS5WYdZ3Sg/MboDkTnJSgI4Hz3OH O/GXOM0rOvLkdO9DAh/795fK2uYvKyX2ApwurhM=
X-Google-Smtp-Source: ABdhPJypu/g2QNPUuR09K8T+pAkPaiSTRiRQp/1U8VhsgPvTo6dbvXsVvTFYEdRKyE6C4S5UENBp7kjcq3Oh2IPDc1g=
X-Received: by 2002:a05:6602:3146:: with SMTP id m6mr4799954ioy.158.1619210652907; Fri, 23 Apr 2021 13:44:12 -0700 (PDT)
MIME-Version: 1.0
References: <93D82731-7B33-4E39-8DEF-FF6C14803191@gmail.com> <CAF4+nEHmbNW=o4DrtNB1-ZeXbnS5czZp1On91cWzxgmL9qjtOA@mail.gmail.com> <5A817878-B8B2-4221-A549-C3D29636C924@verisign.com>
In-Reply-To: <5A817878-B8B2-4221-A549-C3D29636C924@verisign.com>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Fri, 23 Apr 2021 16:44:02 -0400
Message-ID: <CAF4+nEE=PkrqZ+4V7J7SRH-2fWXqn5iSxo6NvS+3gQ2jdwJzEA@mail.gmail.com>
To: "Wessels, Duane" <dwessels@verisign.com>
Cc: Suzanne Woolf <suzworldwide@gmail.com>, "dnsop@ietf.org" <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Fcl0fWToDKqB1eOlvc_1r56zizo>
Subject: Re: [DNSOP] WGLC for draft-ietf-dnsop-tcp-requirements
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, 23 Apr 2021 20:44:20 -0000

Hi,

Thanks for the quick response. See below.

On Fri, Apr 23, 2021 at 1:36 PM Wessels, Duane <dwessels@verisign.com> wrote:
>
> > On Apr 22, 2021, at 11:50 AM, Donald Eastlake <d3e3e3@gmail.com> wrote:
> >
> > Hi,
> >
> > This is a good document and I support publication.
> >
> > However, I do have some comments. I scanned the Last Call comments by
> > others, and they mostly seem like improvements, but some of my
> > comments below may duplicate others for which I apologize in advance.
> >
> >
> > Section 3, last paragraph: Cut out wishy-washy superfluous words. Be bold!
> > OLD
> > vice-versa.  However, it is the aim of this document to argue that
> > BETTER
> > vice-versa.  However, this document argues that
> > BEST
> > vice-versa.  However,
>
> Done!
>
> >
> > Although Cookies are mentioned in this draft with a reference to the
> > RFC 7873, it would be good to work in the point that the Cookies RFC
> > recommends use of TCP whenever Cookies are not available as a way to
> > get some of the benefits of Cookies. Thus, if I remember correctly,
> > someone following that RFC would use Cookies or, when they are not
> > available, TCP.
>
> The appendix entry for RFC 7873 said:
>
>     [RFC 7873] mentions DNS over TCP as a reasonable fallback mechanism when DNS Cookies
>     are not available.
>
> The phrase "reasonable fallback" doesn't sit quite right with me so I changed it to
> "...as an alternative mechanism...".  Does that work for you or were you suggesting
> that this point be made in the body of the document rather than only in the appendix?

Well, ideally it would be in the body of the document but it looks
like it would take a moderate amount of work to do that. I am
satisfied with the rewording in the appendix.

> > Section 9, last paragraph: Don't be so negative :-)
> > "not unlike" -> "similar to"
>
> Done.
>
> >
> > Make the name of Section 2 a bit more explicit, something like
> > "History of DNS over TCP"
>
> Yes, done.
>
> >
> > Section 1.1: Update as per RFC 8174.
>
> Done.
>
> >
> > Lots of references are good but I find it disturbing that all
> > technical references are shown as Informational. I think a lot of them
> > should be moved to Normative.
>
> I wondered about that as well.  I moved many of the standards track RFCs to the normative section.  I will highlight this change when the next version is posted and I hope someone lets us know if any of those are not appropriate there.

Sounds good. Probably not a serious problem as I think all the
references that maybe should be normative are already standards track
so there won't be any down-references... Probably Document Shepherds
review and AD review will catch any further changes needed here.

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 d3e3e3@gmail.com

> DW