説明/参照：
Explanation:
デフォルトのTTLは、新しく作成されたレコードのデフォルトです。レコードが作成されると、それらのTTLはSOA上のデフォルトのTTLとは無関係になります。 Microsoft DNSの実装では、デフォルトのTTL設定を、すべての独立したTTL設定を与えることによって、新しく作成されたすべてのレコードにコピーします。
SOA最小フィールド：SOA最小フィールドは、3つの異なる意味、ゾーン内のすべてのRRの最小TTL値、TTL値を含まないRRのデフォルトTTL、および否定応答のTTLを持つように過去に過負荷になっています。
最初に定義された意味であるにもかかわらず、これらのうちの最初のもの、ゾーン内のすべてのRRの最小TTL値は、実際には使用されたことがなく、これによって推奨されなくなりました。 2番目の、マスターゾーンファイルに明示的なTTLが含まれていないRRのデフォルトのTTLは、プライマリサーバにのみ関係します。ゾーン転送後は、すべてのRRに明示的なTTLが設定されているため、ゾーン転送後にレコードのTTLが明示的に設定されたのか、デフォルトから導出されたのかを判断することはできません。サーバがRRにTTL値を明示的に含めることを要求しない場合、それは、欠けているTTL値が取得される、SOAレコードのMINIMUMフィールドの値ではないメカニズムを提供するべきです。これがどのように行われるかは実装に依存します。
TTLは、ドメインネームシステム（DNS）でも発生します。ここでは、特定のリソースレコードに対して権限のあるネームサーバーによって設定されます。キャッシング（再帰）ネームサーバが権威あるネームサーバにリソースレコードを問い合わせると、TTLで指定された時間（秒単位）そのレコードをキャッシュします。 TTLが期限切れになる前にスタブリゾルバがキャッシングネームサーバに同じレコードを問い合わせると、キャッシングサーバは、権限のあるネームサーバから再度取得するのではなく、すでにキャッシュされているリソースレコードを単に返信します。
TTLを短くすると権限のあるネームサーバーにかかる負荷が大きくなる可能性がありますが、WebサーバーやMXレコードなどの重要なサービスのアドレスを変更するときに役立ちます。そのため、サービスの移動前にDNS管理者によって中断が最小限に抑えられます。 。



shttp：//support.microsoft.com/kb/297510/en-us
http://support.microsoft.com/kb/297510/en-us
https://en.wikipedia.org/wiki/Time_to_live
http://www.faqs.org/rfcs/rfc2308.html#ixzz0qVpTEitk