09.12.2012 Views

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

• First, it performs translations when a host needs <strong>to</strong> send data <strong>to</strong> an IP<br />

address for which it has no E<strong>the</strong>rnet address.<br />

• Second, it keeps track of <strong>the</strong> hosts it discovers during its broadcasts.<br />

Here's how it works, step by step:<br />

1. The host makes an ARP request. The ARP request is a broadcast <strong>to</strong> all <strong>the</strong><br />

locally connected stations, asking, "What is <strong>the</strong> E<strong>the</strong>rnet address for<br />

X.X.X.X?"<br />

2. Destination hosts reply <strong>to</strong> <strong>the</strong> ARP request. The request is made using <strong>the</strong><br />

first IP datagram destined for delivery. Because <strong>the</strong> datagram is busy asking,<br />

<strong>the</strong> data is lost during <strong>the</strong> ARP request process, so <strong>the</strong> datagram must be<br />

retransmitted. This retransmission is usually unseen by <strong>the</strong> user, but it can<br />

be demonstrated when a new host is connected <strong>to</strong> <strong>the</strong> <strong>network</strong> and a user<br />

pings ano<strong>the</strong>r local host.<br />

3. If <strong>the</strong> destination host is not in <strong>the</strong> user host's ARP cache, an ARP request is<br />

made, usually resulting in <strong>the</strong> loss of <strong>the</strong> first datagram. But, ARP also keeps<br />

a record of <strong>the</strong> E<strong>the</strong>rnet/IP address translations it discovers. These<br />

mappings are s<strong>to</strong>red in RAM until <strong>the</strong> host is shut down.<br />

In situations where <strong>the</strong> host knows little o<strong>the</strong>r than its E<strong>the</strong>rnet address at startup,<br />

RARP is used. RARP is an IP level client/server address provisioning service.<br />

When <strong>the</strong> "dumb" host boots up, it sends a RARP broadcast across <strong>the</strong> local <strong>network</strong><br />

segment. A RARP server that knows <strong>the</strong> IP address that corresponds <strong>to</strong> <strong>the</strong> E<strong>the</strong>rnet<br />

address of <strong>the</strong> requesting station responds <strong>to</strong> <strong>the</strong> request and provides <strong>the</strong> IP<br />

address <strong>to</strong> <strong>the</strong> host. This process only occurs at boot time.<br />

NOTE<br />

The lifetime of an ARP entry depends on a hardware platform's IP implementation.<br />

For example, Cisco routers flush <strong>the</strong> ARP table entries approximately every four<br />

hours.<br />

Sometimes, <strong>the</strong>se default purges are not fast enough. In a case where you need <strong>to</strong><br />

change a bad Network Interface Card (NIC) on a host, when you first bring <strong>the</strong> host<br />

back online, you might not be able <strong>to</strong> exchange data with o<strong>the</strong>r hosts on <strong>the</strong><br />

<strong>network</strong>. When this happens, <strong>the</strong> first thing you should do is flush <strong>the</strong> ARP cache on<br />

<strong>the</strong> hosts <strong>to</strong> which you are having trouble connecting. Corrupt and incorrect ARP<br />

entries are <strong>the</strong> usual suspects in situations where intermittent or sudden lapses in<br />

connectivity happen between locally connected hosts.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!