Re: [Zinq-general] Caching SERVFAIL?

Jose Celestino <[email protected]>
Newsgroups gmane.network.djbdns
Message-ID <[email protected]>
Words by Jos Backus [Wed, Mar 25, 2009 at 04:54:40PM -0700]:
> On Wed, Mar 25, 2009 at 06:30:32PM -0500, Mark Johnson wrote:
> [snip]
> > Hi Jos!
> 
> Hi Mark :)
> 
> > http://marc.info/?l=djbdns&m=108560819606350&w=2
> > 
> > Questions, Queries, Posers:
> > 
> > Why the change?  What's with the DNS_T_AXFR?  I'll take a stab at the
> > former and guess maybe that the downside from a cached SERVFAIL
> > (bounced mail, etc) was determined to be worse than the performance
> > benefit of not repeatedly trying to contact horked servers?
> 
> That sounds like a good guess (but I'm no DNS expert). "It seemed like a good
> idea at the time." Per IP is obviously harder to implement.
> 

Acording to rfc2308:

"it MUST be cached against the specific query tuple <query name, type,
class, server IP address>.

I did a naive patch to dnscache that cached just the ip and it greatly
reduced the queries wait. That is until things went wrong (if I recall
correctly serverfailed() only groks NOERROR and NXDOMAIN and on
REFUSED replieѕ for AAAA records I cached the IP as SERVFAIL :|).

-- 
Jose Celestino | http://japc.uncovering.org/files/japc-pgpkey.asc
----------------------------------------------------------------
"One man’s theology is another man’s belly laugh." -- Robert A. Heinlein
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.