主機B的IP地址與ARP請求分組中要查詢的IP地址一致，就收下這個ARP請求分組，U123H并向主機A發送ARP響應分組（其格式見[COME06]），并在這個ARP響應分組中寫入自己的硬件地址。由于其余的所有主機的IP地址都與ARP請求分組中要查詢的IP地址不一致，因此都不理睬這個ARP請求分組，見圖4-ll(b)。ARP響應分組的主要內容是表明：“我的IP地址是209.0.0.6，我的硬件地址是08-00-2B-OO-EE-OA。”請注意：雖然ARP請求分組是廣播發送的，但ARP響應分組是普通的單播，即從一個源地址發送到一個目的地址。

   主機A收到主機B的ARP響應分組后，就在其ARP高速緩存中寫入主機B的lP地址到硬件地址的映射。

   當主機A向B發送數據報時，很可能以后不久主機B還要向A發送數據報，因而主機B也可能要向A發送ARP請求分組。為了減少網絡上的通信量，主機A在發送其ARP請求分組時，就把自己的IP地址到硬件地址的映射寫入ARP請求分組。當主機B收到A的ARP請求分組時，就把主機A的這一地址映射寫入主機B自已的ARP高速緩存中。以后主機B向A發送數據報時就很方便了。

   可見ARP高速緩存非常有用。如果不使用ARP高速緩存，那么任何一個主機只要進行一次通信，就必須在網絡上用廣播方式發送ARP請求分組，這就使網絡上的通信量大大增加。ARP把已經得到的地址映射保存在高速緩存中，這樣就使得該主機下次再和具有同樣目的地址的主機通信時，可以直接從高速緩存中找到所需的硬件地址而不必再用廣播方式發送ARP請求分組。

   ARP把保存在高速緩存中的每一個映射地址項目都設置生存時間（例如，10～20分鐘）。凡超過生存時間的項目就從高速緩存中刪除掉。設置這種地址映射項目的生存時間是很重要的。設想有一種情況。主機A和B通信。A的ARP高速緩存里保存有B的硬件地址。但B的網絡適配器突然壞了，B立即更換了一塊，因此B的硬件地址就改變了。假定A還要和B繼續通信。A在其ARP高速緩存中查找到B原先的硬件地址，并使用該硬件地址向B發送數據幀。但B原先的硬件地址已經失效了，因此A無法找到主機B。但是過了一段不長的生存時間，A的ARP高速緩存中已經刪除了B原先的硬件地址，于是A重新廣播發送ARP請求分組，又找到了B。