<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Thank you John, Mukund, Barry and Dave for your insights and answers on this Topic.</p>
<p><br>
</p>
<p>@Dave, Lets say we have a Web Page cached(when queried by User 1) and the webpage has either moved the Link ( accessing the same Link from a different user would result in '504 Timeout' as it was cached by the Server)</p>
<p>So do we mean, every other user when querying the web page still gets the same link which was cached and now not reachable?</p>
<p>There should be some way, this should not happen</p>
<p>[P.S: I was trying a web link yesterday, and i got into this issue, but I was still able to open the cached web page link 2 days ago]</p>
<p><br>
</p>
<p>Thanks</p>
<p>Harshith<br>
</p>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> Woodworth, John R <John.Woodworth@CenturyLink.com><br>
<b>Sent:</b> Thursday, August 25, 2016 10:46 AM<br>
<b>To:</b> 'Harshith Mulky'; bind-users@lists.isc.org<br>
<b>Cc:</b> Woodworth, John R<br>
<b>Subject:</b> RE: Need of caching on bind server</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">> From: bind-users [<a href="mailto:bind-users-bounces@lists.isc.org">mailto:bind-users-bounces@lists.isc.org</a>] On Behalf Of Harshith Mulky<br>
> Sent: Thursday, August 25, 2016 12:47 AM<br>
> To: bind-users@lists.isc.org<br>
> Subject: Need of caching on bind server<br>
><br>
> Hello,<br>
><br>
> I am trying to understand why caching is required on the bind server,<br>
> when the client receiving the responses would be caching based on TTL<br>
>  values.<br>
><br>
<br>
<br>
Harshith,<br>
<br>
I had the same question a number of years back and after gathering a fair<br>
amount of statistics found we were seeing roughly 95% to 98% hit rates<br>
for the cache.  This is a huge win when the answers are local to the<br>
caching nameserver vs. recursively hitting the network again and again.<br>
<br>
In the end if the site is unpopular (lower than 5% of nameserver traffic)<br>
it does not really matter much but for everything else it will matter a<br>
great deal.<br>
<br>
My findings are likely an extreme case and the traffic of your nameservers<br>
will depend greatly on the size of your client base so you may want to<br>
run some tests of your own to see just how valuable the cache is.<br>
<br>
<br>
Regards,<br>
John<br>
<br>
<br>
> So,<br>
> Is caching required on the server, if the client is not able to cache<br>
> such responses? Isn't it a overhead on both the client and server<br>
> systems to cache the same responses at respective ends<br>
> What are the possible Use cases of caching the responses at the Server?<br>
> What if there is a dynamic updates of Records on Server and Server<br>
> still sends the cached Responses?<br>
<br>
BTW: Dynamic or not, caching is an expected part of DNS and implementors<br>
     should take this into careful consideration when implementing<br>
     protocols relying on DNS as a service component.<br>
<br>
<br>
><br>
> Thanks<br>
> Harshith<br>
><br>
<br>
-- THESE ARE THE DROIDS TO WHOM I REFER:<br>
<br>
<br>
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.<br>
</div>
</span></font></div>
</div>
</body>
</html>