
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Feb 20, 2008, at 10:01 AM, Antoin Verschuren wrote:</div><blockquote type="cite"><div><p><span lang="nl"><font size="2" face="Arial">I'm usualy having a hard time explaining ISP's they should delete their authoritative zone when authority is transfered away from them. Most ISP's seem to think that a record allways expires in a cache, and it then allways queries the root path for a new entry, instead of only updating the TTL from the authoritative source they allready have in their cache. They mistakenly think they are no longer queried after their former parrent changed the delegation.</font></span></p></div></blockquote>If a cached TTL for an NS record set decreases to zero, I assume it is not used (and deleted). In absence of this NS record set, the resolver has to query the authoritative server for the closest name (some ancestor) in its cache, and if all else fails, the root. A fresh NS record set, possibly with new information is then cached, not simply resetting the TTL of cached and possibly wrong information.</div><div><br class="webkit-block-placeholder"></div><div>In short, you suggest that historic paths might still be used. IIMHO that is a software bug, as it seems to violate protocol.</div><div><br class="webkit-block-placeholder"></div><div>Or did I miss something?</div><div><br class="webkit-block-placeholder"></div><div>Roy</div><div><br class="webkit-block-placeholder"></div></body></html>