| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
ARP Caching (Page 1 of 2) ARP is a dynamic resolution protocol, which means that every resolution requires the interchange of messages on the network. Each time a device sends an ARP message, it ties up the local network, consuming network bandwidth that cannot be used for real data traffic. ARP messages aren't large, but having to send them for every hop of every IP datagram would represent an unacceptable performance hit on the network. It also wastes time compared to the simpler direct mapping method of resolution. On top of this, the ARP Request message is broadcasted, which means every device on the local network must spend CPU time examining the contents of each one. The general solution to the efficiency issues with dynamic resolution is to employ caching, which I described in general terms in the section on address resolution concepts. In addition to reducing network traffic, caching also ensures that the resolution of commonly-used addresses is fast, making overall performance comparable to direct mapping. For this reason, caching functionality has been built into ARP from the start. The ARP cache takes the form of a table containing matched sets of hardware and IP addresses. Each device on the network manages its own ARP cache table. There are two different ways that cache entries can be put into the ARP cache:
A device's ARP cache can contain both static and dynamic entries, each of which has advantages and disadvantages. However, dynamic entries are used most often because they are automatic and don't require administrator intervention. Static ARP entries are best used for devices that a given device has to communicate with on a regular basis. For example, a workstation might have a static ARP entry for its local router and file server. Since the entry is static it is always found in step #1 of the ARP transaction process, there is no need to ever send resolution messages for the destination in that entry. The disadvantage is that these entries must be manually added, and they must also be changed if the hardware or IP addresses of any of the hardware in the entries change. Also, each static entry takes space in the ARP cache, so you don't want to overuse static entries. It wouldn't be a good idea to have static entries for every device on the network, for example.
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. |