<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 1, 2016 at 6:21 PM, Michael Smitasin <span dir="ltr"><<a href="mailto:mnsmitasin@lbl.gov" target="_blank">mnsmitasin@lbl.gov</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
What I infer from that (perhaps it's explicitly stated elsewhere?) is two things:<br>
<br>
- An NXDOMAIN indicates /no/ records exist for that name.<br>
- When an NXDOMAIN is cached, it will be returned for /any/ QTYPE matching the same QNAME, QCLASS.<br>
<br>
</blockquote><div><br></div><div>Both inferences are correct. In particular, you'll want to pay attention to RFC 2038 §2.2 which describes the synthetic "NODATA" state. This is what you would expect to find if the A record exists but the NS record does not. RFC 2038 §5 goes on to explain the difference in handling between NXDOMAIN and NODATA. Note that the negative caching changes from a <span style="color:rgb(0,0,0);font-size:13.3333px"><QNAME, QCLASS> association to </span><span style="color:rgb(0,0,0);font-size:13.3333px"><QNAME, QTYPE, QCLASS> in the case of NODATA.</span></div><div><br></div><div>§2.1, §2.2, and §5 should be sufficient to demonstrate that your server is behaving correctly and that the authoritative server is incorrectly handling the NODATA case.<br></div><div><br></div></div></div></div>