Dynamically Reducing TTL of few selected ResourceRecords

2012-09-30 Thread blrmaani
Our development team complains about waiting for an hour for the deleted resource records to disappear from recursive resolver cache. I thought of changing the $TTL value to 1 for that zone but realize that its not efficient. Are there any BIND specific options to support this? I know I can

Re: Dynamically Reducing TTL of few selected ResourceRecords

2012-09-30 Thread Barry Margolin
In article mailman.329.1349051635.11945.bind-us...@lists.isc.org, blrmaani blrma...@gmail.com wrote: Our development team complains about waiting for an hour for the deleted resource records to disappear from recursive resolver cache. I thought of changing the $TTL value to 1 for that zone

Re: Dynamically Reducing TTL of few selected ResourceRecords

2012-09-30 Thread novosirj
A secret a co-worker taught me is to dig ANY on a record. Chances are most queries are A queries only. If you have HINFO records or anything else, it will not use the cached data. I don't actually know for sure that that works on a removed entry though. Sent from my Verizon Wireless

Re: Dynamically Reducing TTL of few selected ResourceRecords

2012-09-30 Thread Barry Margolin
In article mailman.331.1349053886.11945.bind-us...@lists.isc.org, novos...@umdnj.edu wrote: A secret a co-worker taught me is to dig ANY on a record. Chances are most queries are A queries only. If you have HINFO records or anything else, it will not use the cached data. I don't actually