RFC 2308:Negative Caching of DNS Queries (DNS NCAC...
RFC-Ref

negative cache


Click on the red underlined text to get to the source

... "Negative caching" - the storage of knowledge that something does not exist. We can store the knowledge that a record has a particular ...
... a record does not exist. It is the storage of knowledge that something does not exist, cannot or does not give an answer that we call negative caching. ...


... This section deals with errors encountered when implementing negative caching of NXDOMAIN responses. ...


... Negative caching in resolvers is no-longer optional, if a resolver caches anything it must also cache ...


... History of Negative Caching ...
... This section presents a potted history of negative caching in the DNS and forms no part of the technical specification ...
... DNS and forms no part of the technical specification of negative caching. ...
... that our experience with his JEEVES DNS resolver had pointed out the need for some kind of negative caching scheme. Paul suggested that we simply cache authoritative errors, using the SOA MINIMUM value for ...
... included a search path mechanism that was used pretty heavily at several sites (including my own), so CHIVES also included a negative caching mechanism based on SOA MINIMUM values. The basic strategy was to cache authoritative error codes ...
... (pre-VJ) TCP retransmission algorithm, so negative caching resulted in drasticly better DNS response time for our users, mailer daemons, ...
... As far as I know, CHIVES was the first resolver to implement negative caching. CHIVES was developed during the twilight years of TOPS-20, so it never ran on very many machines, but the few machines that it did run on were the ones that were too critical ...
... When we started getting field experience with CHIVES's negative caching code, it became clear that the SOA MINIMUM value was often large enough to cause the same kinds of problems for negative caching ...
... When we started getting field experience with CHIVES's negative caching code, it became clear that the SOA MINIMUM value was often large enough to cause the same kinds of problems for negative caching as the huge TTLs in RRs ...
... secondary server would authoritatively deny all knowledge of its zones if it couldn't contact the primaries on reboot). So we started running the negative cache TTLs through the MAXTTL check too, and continued to experiment. ...
... queries. Since (for reasons that now escape me) we only had the single MAXTTL parameter rather than separate ones for positive and negative caching, it's not clear how much effect this setting of MAXTTL had on the negative caching code. ...
... parameter rather than separate ones for positive and negative caching, it's not clear how much effect this setting of MAXTTL had on the negative caching code. ...
... CHIVES also included a second, somewhat controversial mechanism which took the place of negative caching in some cases. The CHIVES resolver daemon could be configured to load DNS master files, giving ...
... authoritative zone data, and one which could generate normal iterative queries. This cut down on the need for negative caching in cases where usage was predictably heavy (e.g., the resolver on XX.LCS.MIT ...
... search path for everything because there were too many different sub-zones at CMU for zone shadowing to be practical for them, so they relied pretty heavily on negative caching even for local traffic. ...
... Overall, I still think the basic design we used for negative caching was pretty reasonable: the zone administrator specified how long to ...
... While not the first attempt to get negative caching into BIND, in July 1993, BIND 4.9.2 ALPHA, Anant Kumar of ISI supplied code that ...
... ALPHA, Anant Kumar of ISI supplied code that implemented, validation and negative caching (NCACHE). This code had a 10 minute TTL ...
... NCACHE). This code had a 10 minute TTL for negative caching and only cached the indication that there was a negative response, NXDOMAIN or NOERROR_NODATA. This is the origin of the NODATA pseudo ...


... With negative caching it might be possible to propagate a denial of service attack by spreading a NXDOMAIN message with a very high TTL. ...
... denial of service attack by spreading a NXDOMAIN message with a very high TTL. Without negative caching that would be much harder. A similar effect could be achieved previously by spreading a bad A record, so that the ...



Google
Web
RFC-Ref