<div dir="ltr">Hi Duane,<div><br></div><div>The concern is that a routing issue or other connectivity problem, likely inside our network, may make recursion impossible, and we'd like the server to stop participating in our Anycast recursive platform if such an issue exists. To my knowledge, we've never failed to get a valid answer from a root server in any other case.</div><div><br></div><div>Andrew</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 7, 2016 at 12:57 PM, Wessels, Duane <span dir="ltr"><<a href="mailto:dwessels@verisign.com" target="_blank">dwessels@verisign.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jun 7, 2016, at 8:12 AM, Andrew White <<a href="mailto:andrew@vivalibre.com">andrew@vivalibre.com</a>> wrote:<br>
><br>
><br>
</span><span class="">> We are considering adding some health checks on our recursive DNS platform.<br>
><br>
> We'd like to ensure each server has access to the root via a remote dig at the recursive server. Specifically we are considering a query to an effectively random top-level domain that should always be answered by an NXDOMAIN by a root server.<br>
<br>
</span>Out of curiosity, what is the motivation for such monitoring?  Have there been times where you apparently did not get responses from a root server?<br>
<br>
DW<br>
<br>
<br>
</blockquote></div><br></div>