On Thu, Mar 14, 2013 at 10:29 PM, Manish Rane <span dir="ltr"><<a href="mailto:manishr78@gmail.com" target="_blank">manishr78@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So the TTL value we are discussing here are individual NS TTL Value? Or the SOA Default TTL Value. <br>When I viewed my ISP record I found that the SOA Default TTL Value is 12 days and NS RR TTL Value is 3600 secs<br></blockquote>
</div><br clear="all">The SOA does not and never has contained a default TTL value. It once contained a minimum TTL value and it is still generally referenced as such, but it has nothing to do with the TTLs of the records in the zone. In your zone files every RR has a distinct TTL. That is what we are talking about. <br>
<br>What? You say that your zone file does not have a TTL on every record? Well, not any more. It is usually specified using the $TTL macro. That defines a default TTL for a zone. You only need specify a TTL when you want something other than the default.<br>
<br>If the SOA used to specify a minimum TTL, what is it used for today?  It is the time a negative cache entry should be held. It has been tht way since 1998 as per RFC2308. (A negative cache entry is created by the return of a No Data or Non-existent Domain response and the so called minimum TTL is returned with these errors.  It should normally be rather short... A few minutes. <br>
<br>The TTL on most stable RRs should be hours or even days. You shorten the TTL when you plan some change in a "permanent" record.<br>-- <br>R. Kevin Oberman, Network Engineer<br>E-mail: <a href="mailto:rkoberman@gmail.com" target="_blank">rkoberman@gmail.com</a><br>