<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div dir="ltr" id="yui_3_16_0_1_1449255883118_2528">Hello Grant,<br class="" id="yui_3_16_0_1_1449255883118_2704"><br class="" id="yui_3_16_0_1_1449255883118_2706">   Thanks for your response, I will take care of domain and IP ranges names and numbers next time to be obfuscate, thanks to let me know.<br class="" id="yui_3_16_0_1_1449255883118_2708"><br class="" id="yui_3_16_0_1_1449255883118_2710">   Regarding RR I not sure what it is, could be the lines of zone file? If yes, one has 2.380 lines (zone with issues) and the other one has 1.318 lines (zone that transfers properly). <br class="" id="yui_3_16_0_1_1449255883118_2712"><br class="" id="yui_3_16_0_1_1449255883118_2714">   I will try capture with tcpdump something in the next days between the master and this slave and let you know.<br class="" id="yui_3_16_0_1_1449255883118_2716"><br class="" id="yui_3_16_0_1_1449255883118_2718">Regard's<br class="" id="yui_3_16_0_1_1449255883118_2720"><br class="" id="yui_3_16_0_1_1449255883118_2722">Luis</div><div id="yui_3_16_0_1_1449255883118_2839" dir="ltr"><br></div><div id="yui_3_16_0_1_1449255883118_2728" dir="ltr"><br></div><div id="yui_3_16_0_1_1449255883118_2729" dir="ltr"><br></div><div id="yui_3_16_0_1_1449255883118_2730" dir="ltr">-----------------------------------------------------------------------<br></div><div id="yui_3_16_0_1_1449255883118_2731" dir="ltr"><br></div><div id="yui_3_16_0_1_1449255883118_2732" dir="ltr">Date: Tue, 1 Dec 2015 19:10:29 -0700<br class="" id="yui_3_16_0_1_1449255883118_2749">From: Grant Taylor <gtaylor@tnetconsulting.net><br class="" id="yui_3_16_0_1_1449255883118_2751">To: bind-users@lists.isc.org<br class="" id="yui_3_16_0_1_1449255883118_2753">Subject: Re: transfer of 'example.com/IN' from 9.10.11.12#53: failed<br class="" id="yui_3_16_0_1_1449255883118_2755">    while    receiving responses: connection reset<br class="" id="yui_3_16_0_1_1449255883118_2757">Message-ID: <565E5315.9050803@tnetconsulting.net><br class="" id="yui_3_16_0_1_1449255883118_2759">Content-Type: text/plain; charset=windows-1252; format=flowed<br class="" id="yui_3_16_0_1_1449255883118_2761"><br class="" id="yui_3_16_0_1_1449255883118_2763"><br class="" id="yui_3_16_0_1_1449255883118_2765">On 12/01/2015 08:30 AM, Luis Eduardo C. Clemente wrote:<br class="" id="yui_3_16_0_1_1449255883118_2767">>    Here is the issue. We currently have 2 zones (example.com and<br class="" id="yui_3_16_0_1_1449255883118_2769">> sample.com - not real names due confidential purposes).<br class="" id="yui_3_16_0_1_1449255883118_2771"><br class="" id="yui_3_16_0_1_1449255883118_2773">F.Y.I. If you are obfuscating names, please use (fairly) well documented<br class="" id="yui_3_16_0_1_1449255883118_2775">documentation domains.  "example.com" (like you have) or "example.net"<br class="" id="yui_3_16_0_1_1449255883118_2777">or "example.org".  The same goes for IPs, 192.0.2.0/24 - Test Net 1,<br class="" id="yui_3_16_0_1_1449255883118_2779">198.51.100.0/24 - Test Net 2, and 203.0.113.0/24 - Test Net 3.  ;-)<br class="" id="yui_3_16_0_1_1449255883118_2781"><br class="" id="yui_3_16_0_1_1449255883118_2783">>    The thing is that both zones are on the same Master DNS and have the<br class="" id="yui_3_16_0_1_1449255883118_2785">> same configuration on named.conf. Both zones can be transferred to other<br class="" id="yui_3_16_0_1_1449255883118_2787">> slaves normally but only to a specific server only one zone is<br class="" id="yui_3_16_0_1_1449255883118_2789">> transferred and return the connection reset to the other zone.<br class="" id="yui_3_16_0_1_1449255883118_2791"><br class="" id="yui_3_16_0_1_1449255883118_2793">Presuming that the problem is not configuration related, I would<br class="" id="yui_3_16_0_1_1449255883118_2795">immediately wonder if there is something in the network that is<br class="" id="yui_3_16_0_1_1449255883118_2797">preventing the transfer of the problematic zone.<br class="" id="yui_3_16_0_1_1449255883118_2799"><br class="" id="yui_3_16_0_1_1449255883118_2801">How big (# of RR) is the zone that transfers properly?  What about the<br class="" id="yui_3_16_0_1_1449255883118_2803">problematic zone?<br class="" id="yui_3_16_0_1_1449255883118_2805"><br class="" id="yui_3_16_0_1_1449255883118_2807">I'd probably go for TCPDump and / or Wireshark to analyze the transfer<br class="" id="yui_3_16_0_1_1449255883118_2809">that is failing.  You will probably want to check both ends.  It would<br class="" id="yui_3_16_0_1_1449255883118_2811">be really nice if you can capture from both ends at the same time to<br class="" id="yui_3_16_0_1_1449255883118_2813">compare them.<br class="" id="yui_3_16_0_1_1449255883118_2815"><br class="" id="yui_3_16_0_1_1449255883118_2817">I half way expect that something is different about your problematic<br class="" id="yui_3_16_0_1_1449255883118_2819">zone.  Either you can't successfully send large (> 512 Byte) queries /<br class="" id="yui_3_16_0_1_1449255883118_2821">responses, or TCP is filtered.  This would be evident by the server end<br class="" id="yui_3_16_0_1_1449255883118_2823">sending the data but the receiver not seeing it.<br class="" id="yui_3_16_0_1_1449255883118_2825"><br class="" id="yui_3_16_0_1_1449255883118_2827"><br class="" id="yui_3_16_0_1_1449255883118_2829"><br class="" id="yui_3_16_0_1_1449255883118_2831">-- <br class="" id="yui_3_16_0_1_1449255883118_2833">Grant. . . .<br class="" id="yui_3_16_0_1_1449255883118_2835">unix || die<br></div></div></body></html>