Please Whitelist This Site?

I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)

If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.

If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on tcpipguide.com". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||tcpipguide.com^$document". Then just click OK.

Thanks for your understanding!

Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide


NOTE: Using software to mass-download the site degrades the server and is prohibited.
If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.

The Book is Here... and Now On Sale!

The whole site in one document for easy reference!
The TCP/IP Guide

Custom Search







Table Of Contents  The TCP/IP Guide
 9  TCP/IP Application Layer Protocols, Services and Applications (OSI Layers 5, 6 and 7)
      9  Name Systems and TCP/IP Name Registration and Name Resolution
           9  TCP/IP Name Systems: Host Tables and Domain Name System (DNS)
                9  TCP/IP Domain Name System (DNS)
                     9  DNS Name Servers and Name Resolution
                          9  DNS Resolution Concepts and Resolver Operations

Previous Topic/Section
DNS Basic Name Resolution Techniques: Iterative and Recursive Resolution
Previous Page
Pages in Current Topic/Section
1
2
3
Next Page
DNS Name Resolution Process
Next Topic/Section

DNS Name Resolution Efficiency Improvements: Caching and Local Resolution
(Page 2 of 3)

Name Resolver Caching

These two phenomena are the rationale for caching in the computer world in general, and as we have seen, in DNS servers in particular. The same advantages applies to resolvers, and so many of them perform caching also, in a way rather similar to how it is done in servers. On a particular client computer, once a particular name is resolved, it is cached and remains ready for the next time it is needed. Again, this eliminates traffic and load on DNS servers. (Note however that not all resolvers perform caching.)

You might be wondering why we bother having caching on both resolvers and servers. This is not “redundant”, as it may appear. Or rather, it's redundant, but in a good way. To understand why, we much recognize that a fundamental trade-off in caching is that a cache provides better performance the closer it is the requestor of the data, but better coverage the further it is from the user.

If resolvers didn't cache results but our local server did, we could get the information from the server's cache, but it would require waiting for the exchange of a query and response. The resolver's cache is “closer” to the user and so more efficient. At the same time, this doesn't obviate the need for caching at our network's local DNS server. The server is further away from the user than the resolver, but its cache is shared by many machines. They can all benefit from its cache, so that if I look up a particular name and then someone else does a few minutes later, they can use my cached resolution even though they are typing it for the first time.

Caching by name resolvers follows the same general principles and rules as caching by name servers. The amount of time a resource record is specified by its Time To Live figure. Also, resolvers will not cache the results of certain queries, such as reverse lookups, and may also not cache a resolution if they suspect that for whatever reason the data returned is unreliable or corrupted.

Key Concept: In addition to the caching performed by DNS name servers, many (but not all) DNS resolvers also cache the results of recent resolution requests. This cache is checked prior to beginning a name resolution, to save time when multiple requests are made for the same name.



Previous Topic/Section
DNS Basic Name Resolution Techniques: Iterative and Recursive Resolution
Previous Page
Pages in Current Topic/Section
1
2
3
Next Page
DNS Name Resolution Process
Next Topic/Section

If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support!
Donate $2
Donate $5
Donate $10
Donate $20
Donate $30
Donate: $



Home - Table Of Contents - Contact Us

The TCP/IP Guide (http://www.TCPIPGuide.com)
Version 3.0 - Version Date: September 20, 2005

© Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.