説明/参照：
Explanation:
既定のTTLは、新しく作成されたレコードの既定値です。レコードが作成されると、そのTTLはSOAのデフォルトTTLとは無関係です。 Microsoft DNSの実装は、すべての独立したTTL設定を与えることによって、既定のTTL設定を新しく作成されたすべてのレコードにコピーします。
SOA最小フィールド：SOA最小フィールドには、ゾーン内のすべてのRRの最小TTL値、TTL値を含まないRRのデフォルトTTL、および否定応答のTTLの3つの異なる意味があるため、過去にはオーバーロードされていました。
最初に定義された意味にもかかわらず、ゾーンのすべてのRRの最小TTL値は実際には使用されておらず、廃止されています。 2番目は、マスターゾーンファイルに明示的なTTLを含まないRRのデフォルトのTTLで、プライマリサーバでのみ関係します。ゾーン転送後、すべてのRRに明示的なTTLがあり、ゾーン転送後にレコードのTTLが明示的に設定されたか、またはデフォルトから派生したかどうかを判断することは不可能です。サーバがRRにTTL値を明示的に含める必要がない場合、TTR値が失われたSOAレコードのMINIMUMフィールドの値ではなく、メカニズムを提供する必要があります。これは実装に依存します。
TTLはDomain Name System（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