Re: Expiration TTLs

2012-12-05 Thread Matus UHLAR - fantomas
On 02.12.12 18:10, Paul Romano wrote: Thanks for the correction on the term TTL instead of timer. The engineer I inherited this environment from has the refresh set to 40 minutes and the zone expiration set to 2 hours. The explanation I got was that since we are authoritative for AD we want ens

Re: Expiration TTLs

2012-12-03 Thread Chris Buxton
On Dec 2, 2012, at 6:10 PM, Paul Romano wrote: > Chris. > Thanks for the correction on the term TTL instead of timer. The engineer I > inherited this environment from has the refresh set to 40 minutes and the > zone expiration set to 2 hours. The explanation I got was that since we are > author

Re: Expiration TTLs

2012-12-02 Thread Paul Romano
: Chris Buxton To: Paul Romano Cc: "bind-us...@isc.org" Sent: Sunday, December 2, 2012 7:41 PM Subject: Re: Expiration TTLs On Dec 1, 2012, at 12:17 PM, Paul Romano wrote: > What is a good compromise on zone expiration TTLs?  Our DNS is authoritative > for AD DNS and we w

Re: Expiration TTLs

2012-12-02 Thread Chris Buxton
On Dec 1, 2012, at 12:17 PM, Paul Romano wrote: > What is a good compromise on zone expiration TTLs? Our DNS is authoritative > for AD DNS and we want to make sure we force records to refresh but do not > want to expose ourselves to the risk of zone failures. The zone expiration tim

Re: Expiration TTLs

2012-12-01 Thread Paul Romano
Zuber To: Paul Romano Cc: "bind-us...@isc.org" Sent: Saturday, December 1, 2012 3:56 PM Subject: Re: Expiration TTLs We go with 1 hour. --Wes On Dec 1, 2012, at 12:17 PM, Paul Romano wrote: What is a good compromise on zone expiration TTLs?  Our DNS is authoritative for AD DNS a

Expiration TTLs

2012-12-01 Thread Paul Romano
What is a good compromise on zone expiration TTLs?  Our DNS is authoritative for AD DNS and we want to make sure we force records to refresh but do not want to expose ourselves to the risk of zone failures.   Thanks Paul___ Please visit https