Re: [DNSOP] 4035 3.1.4.1 erratum? dig ds root-servers.net @X.root-servers.net

Mark Andrews <marka@isc.org> Wed, 03 January 2018 21:12 UTC

Return-Path: <marka@isc.org>
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 BFD8D1270AC for <dnsop@ietfa.amsl.com>; Wed, 3 Jan 2018 13:12:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 eyMGzYljw9lF for <dnsop@ietfa.amsl.com>; Wed, 3 Jan 2018 13:12:57 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (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 33919126C83 for <dnsop@ietf.org>; Wed, 3 Jan 2018 13:12:57 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id A424D3B7567; Wed, 3 Jan 2018 21:12:46 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 4832C160051; Wed, 3 Jan 2018 21:12:31 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 2393816007F; Wed, 3 Jan 2018 21:12:31 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id K9KpI3Qtt4Yr; Wed, 3 Jan 2018 21:12:31 +0000 (UTC)
Received: from [172.30.42.88] (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 7F25E160051; Wed, 3 Jan 2018 21:12:30 +0000 (UTC)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Mark Andrews <marka@isc.org>
X-Mailer: iPhone Mail (15C153)
In-Reply-To: <E361FA78-84DF-4B42-AFAC-C8C6CC140158@powerdns.com>
Date: Thu, 04 Jan 2018 08:12:26 +1100
Cc: dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7EF7E67D-E013-44FF-83D5-C35E197F4B8B@isc.org>
References: <E361FA78-84DF-4B42-AFAC-C8C6CC140158@powerdns.com>
To: Peter van Dijk <peter.van.dijk@powerdns.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/SMFvRHO1JESYhXP4WVyzEJKpt5Y>
Subject: Re: [DNSOP] 4035 3.1.4.1 erratum? dig ds root-servers.net @X.root-servers.net
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: Wed, 03 Jan 2018 21:12:59 -0000

The reply also has to work for STD13 clients which already know about the child zone. The NODATA response is the correct one despite it requiring more work for a DNSSEC client. 


-- 
Mark Andrews

> On 4 Jan 2018, at 05:31, Peter van Dijk <peter.van.dijk@powerdns.com> wrote:
> 
> Output edited for brevity:
> 
> $ dig ds root-servers.net @d.root-servers.net
> 
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17643
> ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
> ;; WARNING: recursion requested but not available
> 
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 4096
> ;; QUESTION SECTION:
> ;root-servers.net.        IN    DS
> 
> ;; AUTHORITY SECTION:
> root-servers.net.    3600000    IN    SOA    a.root-servers.net. nstld.verisign-grs.com. 2017111600 14400 7200 1209600 3600000
> 
> $ dig ds root-servers.net @e.root-servers.net
> 
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26972
> ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 27
> ;; WARNING: recursion requested but not available
> 
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 4096
> ;; QUESTION SECTION:
> ;root-servers.net.        IN    DS
> 
> ;; AUTHORITY SECTION:
> net.            172800    IN    NS    a.gtld-servers.net.
> net.            172800    IN    NS    b.gtld-servers.net.
> .. ..
> 
> ;; ADDITIONAL SECTION:
> a.gtld-servers.net.    172800    IN    A    192.5.6.30
> b.gtld-servers.net.    172800    IN    A    192.33.14.30
> .. ..
> 
> 
> 
> When running the query in the Subject, these are the two possible outputs I have observed from various root servers (with some variation from the same letter, presumably because of dual vendor strategies).
> 
> From 4035 3.1.4.1, the NODATA response should be sent when:
> 
>   o  The name server has received a query for the DS RRset at a zone
>      cut.
> 
>   o  The name server is authoritative for the child zone.
> 
>   o  The name server is not authoritative for the parent zone.
> 
>   o  The name server does not offer recursion.
> 
> 
> Points 1, 2 and 4 are clear. It is point 3 that hurts here. The root servers are authoritative for root-servers.net. and for . , but not for net - and they know this because they can see the delegation in the root zone.
> 
> It is my suspicion that 3.1.4.1 was not written with this edge case in mind, and I think that while 3.1.4.1 favours the NODATA response, the referral is much more useful. As a data point, the PowerDNS validator currently gets in trouble with the NODATA response: https://github.com/PowerDNS/pdns/issues/6138
> 
> I think an erratum to 4035 is in order, clarifying the language such that servers would return the referral in this case. I have not figured out the exact wording yet (but I will).
> 
> What does dnsop think?
> 
> Kind regards,
> -- 
> Peter van Dijk
> PowerDNS.COM BV - https://www.powerdns.com/
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop