Need of caching on bind server

Woodworth, John R John.Woodworth at CenturyLink.com
Thu Aug 25 05:16:21 UTC 2016


> From: bind-users [mailto:bind-users-bounces at lists.isc.org] On Behalf Of Harshith Mulky
> Sent: Thursday, August 25, 2016 12:47 AM
> To: bind-users at lists.isc.org
> Subject: Need of caching on bind server
>
> Hello,
>
> I am trying to understand why caching is required on the bind server,
> when the client receiving the responses would be caching based on TTL
>  values.
>


Harshith,

I had the same question a number of years back and after gathering a fair
amount of statistics found we were seeing roughly 95% to 98% hit rates
for the cache.  This is a huge win when the answers are local to the
caching nameserver vs. recursively hitting the network again and again.

In the end if the site is unpopular (lower than 5% of nameserver traffic)
it does not really matter much but for everything else it will matter a
great deal.

My findings are likely an extreme case and the traffic of your nameservers
will depend greatly on the size of your client base so you may want to
run some tests of your own to see just how valuable the cache is.


Regards,
John


> So,
> Is caching required on the server, if the client is not able to cache
> such responses? Isn't it a overhead on both the client and server
> systems to cache the same responses at respective ends
> What are the possible Use cases of caching the responses at the Server?
> What if there is a dynamic updates of Records on Server and Server
> still sends the cached Responses?

BTW: Dynamic or not, caching is an expected part of DNS and implementors
     should take this into careful consideration when implementing
     protocols relying on DNS as a service component.


>
> Thanks
> Harshith
>

-- THESE ARE THE DROIDS TO WHOM I REFER:


This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.


More information about the bind-users mailing list