[bind10-dev] recursor cache requirements - input required

Michal 'vorner' Vaner michal.vaner at nic.cz
Thu Dec 9 13:12:23 UTC 2010


Hello

On Thu, Dec 09, 2010 at 07:59:49PM +0800, Likun Zhang wrote:
> > Since you are saying it needs to be its own resource with its own LRU,
> > you always need to have the ability to build the message from the cache.
> > Leave a couple hooks in place and get the server working first. There
> > are all sorts of corner cases to be found and addressed. Paul and Vern,
> > with me kibitzing, spent 4+ months finding all sorts of corner cases out
> > in the wild and fixing the server to handle them correctly. Pretty much,
> > if it resolved in the prior version of BIND, you are not allowed to
> > break it. I wonder if merit.edu's delegation is as FU as it was 4 years
> > ago. It's an ugly namespace out there and a recursive server gets to see
> > it all.
> 
> if we don't cache the message, you have to build the message from the only
> rrset cache without any hint. You have to search the DNAME, CNAME record in
> the cache every time when you building the message, like the logic
> authoritative server do. If you can't  find them in the cache, you have to
> ask some authoritative server, since these records may be just removed from
> cache by the LRU algorithm. The result is it lowers the recursor performance
> too much.

Could we store that kind of hints with the entry there? Like, most of them might
be usual entries without any need of those, but we could mark them „this thing
had a CNAME on itself“ and a pointer where it might be?

-- 
I'm reading your disk
		-- General Failure

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20101209/69e6db3f/attachment.bin>


More information about the bind10-dev mailing list