<div>Thanks Dave for pointing this out.</div>
<div> </div>
<div>the first server did not fail, it behaved as per its configuration.</div>
<div>But for a stub resolver, which cannot follow referrals, isnt it logical for it to detect referrals and move on to the next name server in the list?</div>
<div> </div>
<div>Regards,</div>
<div>Kalpesh<br><br></div>
<div class="gmail_quote">On Tue, Feb 16, 2010 at 11:57 PM, Dave Sparro <span dir="ltr"><<a href="mailto:dsparro@gmail.com">dsparro@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">On 2/13/2010 9:42 PM, kalpesh varyani wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Hi Rick,<br><br>I am aware that it is a somewhat odd (but not incorrect, am I right ?) to put a non-recursive name server in the resolv.conf but I am not able to understand the behavioral difference of ping/dig and nslookup.<br>
<br>But logically shouldn't it be moving to the next name server when the first one fails even in the case of ping and dig. This is what, I think, one would expect from a resolver.<br></blockquote><br></div>The first server in resolv.conf didn't fail.  It just didn't give you the answer you wanted.<br>
<br>-- <br><font color="#888888">Dave</font> 
<div>
<div></div>
<div class="h5"><br>_______________________________________________<br>bind-users mailing list<br><a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br><a href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
</div></div></blockquote></div><br>