ttl for ns

Matthew McGehrin mcgehrin at reverse.net
Fri Aug 13 14:45:44 UTC 2004


1.    It's a financial issue. In the event of an emergency or an server 
failure, how many hours can you financially be offline. Are your customers 
willing to wait up to 2 days for their DNS caches to update with the new IP 
address?

A very busy domain might benefit from having a higher TTL value for their 
nameserver's but having a lower TTL for hosts, so that you minimize your 
downtime, in the event of a server failure. For example, when Akamai was 
having DNS issues, content providers with low TTL's were able to switch to 
secondary nameservers faster, than zones with using a higher TTL.

2.    It's a performance issue. Zones with a lower TTL have slightly higher 
server usage. If you set a low TTL value will your nameservers be able to 
handle that increased load?

Personally, I use a TTL of 4 hours. It's low enough so that in the event of 
a failure, I can easily migrate my hosts, but still high enough that there 
isn't a significant server load.

-- Matthew

----- Original Message ----- 
From: "William Allen Simpson" <wsimpson at greendragon.com>
To: <nanog at merit.edu>
Sent: Thursday, August 12, 2004 11:20 PM
Subject: ttl for ns


> Having no guidance so far from this group, despite the grumbling about
> times becoming shorter and lack of analysis, I thought "Well, vixie
> will know the best practice!"




More information about the NANOG mailing list