[dns-operations] DS-side NSEC query

Mark Andrews marka at isc.org
Fri Jul 29 20:38:40 UTC 2016


In message <20160729163058.GA21165 at x28.adm.denic.de>, Peter Koch writes:
> On Fri, Jul 29, 2016 at 05:00:34PM +0200, Peter van Dijk wrote:
> 
> > >algorithm 4.3.2 in RFC 1034 would suggest that authoritative data
> > >takes precedence over a delegation.  Hindsight, admittedly.
> > 
> > Going by that logic, an MX query should also not give out the 
> > delegation. This is obviously not the way to go!
> 
> not really: the MX RR cannot legitimately exist at the delegation
> point in the parent, NSEC (and DS, for that matter) can. It's a corner
> case, after all. That said, how do the implementations deal with
> the NSEC query, if the NSEC RR is absent
> 
> o erroneously (there is no right in wrong ...)
> o because the zone is unsigned
> o because the zone is signed using NSEC3
> 
> On Sat, Jul 30, 2016 at 01:09:10AM +1000, Mark Andrews wrote:
> 
> > Both sides of the cut are authoritative for NSEC.  NSEC is not like
> > other records.
> >
> > foo.                    86400   IN      NSEC    foodnetwork. NS DS RRSIG NSEC
> > foo.                  300     IN      NSEC    aerialproject.foo. NS SOA RRSIG NSEC DNSKEY
> 
> Of course they are - but 4.3.2 still makes sense, even if it predates NSEC.
> For seasoned zone walkers getting the auth response from the parent
> might also meet the 'principle of least surprise', but YMMV.

And you can make a case for both 3a and 3b.  The delegating NS
records are not authoritative.  The NSEC records are authoritative.
KEY is also another type which exists authoritatively both sides
of a delegation as does NXT which NSEC replaced and bothe RRSIG and
SIG.  NXT and SIG should be virtually non-existent but KEY still
still exists.

> -Peter
> _______________________________________________
> dns-operations mailing list
> dns-operations at lists.dns-oarc.net
> https://lists.dns-oarc.net/mailman/listinfo/dns-operations
> dns-operations mailing list
> https://lists.dns-oarc.net/mailman/listinfo/dns-operations
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org



More information about the dns-operations mailing list