<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">

<html><body>

<p> </p>

<div class="moz-cite-prefix">On 5/9/13 2:19 PM, Luther, Dan wrote:</div>

<blockquote cite="mid:37812A94EF532146AE52D13A98302ABD28280EAE@USIDCWVEMBX07.corp.global.level3.com">

<pre>Tom, 

What happens when you "dig +tcp example.com @1.2.3.4"? Specifically I'm wondering here if the slave you're having problems with is blocking TCP port 53. Such a configuration would allow you to query the master server, but not transfer to/from it.

</pre>

</blockquote>

<p>That works fine, but I think I figured out the problem, it was due to the server having acquired a 2nd (autodiscovered) IPv6 address, and it was using that as transfer source. It would be very helpful if the logfile said the actual source IP, and not just 0.0.0.0#53 or ::#0. That would help debugging a lot.</p>

<p>I'm down to only seeing the error "retry limit for master" and "refresh: failure trying master" on IPv6 now, and only occasionally.</p>

<p>It also appears the master is sending two notifies for each zone, to each slave, one on IPv4 and one on IPv6?</p>

<p>// Tom</p>

</body></html>