Re: [dns-privacy] Working Group Last Call for draft-ietf-dprive-rfc7626-bis

Sara Dickinson <sara@sinodun.com> Fri, 23 August 2019 16:56 UTC

Return-Path: <sara@sinodun.com>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45AC5120025 for <dns-privacy@ietfa.amsl.com>; Fri, 23 Aug 2019 09:56:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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=sinodun.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 8g980bD4U0Lo for <dns-privacy@ietfa.amsl.com>; Fri, 23 Aug 2019 09:56:09 -0700 (PDT)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99FBC120020 for <dns-privacy@ietf.org>; Fri, 23 Aug 2019 09:56:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sinodun.com ; s=mythic-beasts-k1; h=To:Date:From:Subject; bh=VZ0wE4e+FADXNXnWIe93MCgzVocsZxHl1mH0UquEhJg=; b=kenpCEzLCruSnpzkBJWK41XQfp DVQt6AbDjE6CGX08VV4UtuaePEpIlV5/rF9RUbmKS66GrckSHkjW9JWoCW2eIacL+5lPVKRDKF/b+ McKbKN3FoAiaUPZALsBYLFrIkLRhcHl0FpJpXEB0uTwNvRkQ9n9+c7tV9CUsYbVUbIP7HMDnY5X4M 1iF5OcqYXxFUxhKWKpvA3CuYiILD0K1pQyu+2qkZj/SdzY7brGo0/TQU6MlRVlawADM93A7TTaGgg 8/0YZlIz+icNHC2KqlXx42cVQ5hwyYQuUpCICtwoI2uUVOy3QmMlCP80B4c020NPeOXdG0FQ4HhEy 2EehLKag==;
Received: from [2001:b98:204:102:fffa::41e7] (port=50021) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <sara@sinodun.com>) id 1i1Cr6-0001IY-8a; Fri, 23 Aug 2019 17:56:08 +0100
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Sara Dickinson <sara@sinodun.com>
In-Reply-To: <e43beb93-2c1d-13a2-38d1-f8b41cfb559e@nic.cz>
Date: Fri, 23 Aug 2019 17:56:02 +0100
Cc: dns-privacy@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <986355C0-E5A1-40E4-8877-FD494724EFD9@sinodun.com>
References: <CADyWQ+EY14GdvEv7f0X6d=GNp6Kbdrkr6rNchszOgs_mf0zUXA@mail.gmail.com> <e43beb93-2c1d-13a2-38d1-f8b41cfb559e@nic.cz>
To: =?utf-8?B?VmxhZGltw61yIMSMdW7DoXQ=?= <vladimir.cunat+ietf@nic.cz>
X-Mailer: Apple Mail (2.3445.104.11)
X-BlackCat-Spam-Score: 4
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/-NmjiUUy10CAjb-3E91WJ-y8VAs>
Subject: Re: [dns-privacy] Working Group Last Call for draft-ietf-dprive-rfc7626-bis
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2019 16:56:11 -0000


> On 19 Aug 2019, at 13:58, Vladimír Čunát <vladimir.cunat+ietf@nic.cz> wrote:
> 
> Hello,
> 
> I now read through the whole document, and I see one thing that might be
> a little bit confusing - the beginning of page three reads like QNAME
> minimization is not possible or at least never done, and contrary to
> rfc7626 itself it isn't even mentioned in the whole document.  I would
> suggest to at least reduce the strength of the wording ("always"),
> and/or mention rfc7816.  I don't have much data at hand, but I believe
> that some reduction of QNAMEs isn't as exotic as it used to be.

Thanks for catching that oversight, the document should be updated to reference RFC7816, which didn’t exist when the first version was published!

> Then there's a problem with many dead links, which would be nice to
> improve somehow:
> [sidn-entrada] [grangeia.snooping] [pitfalls-of-dns-encrption]
> [packetq-list] [morecowbell].
> [packetq] redirects OK to the new location, but perhaps it would be
> better to link it (more) directly.

Agreed - these all need careful review.

Regards

Sara.