我們可以看到的另一個ARP特性稱作免費ARP (gratuitous ARP)。它是指主機發送ARP查找自己的IP地址。通常，它發生在系統引導期間進行接口配置的時候。 在互聯網中，如果我們引導主機bsdi并在主機sun上運行tcpdump命令，可以看到如圖4-7所示的分組。  （我們用-n選項運行tcpdump命令，打印出點分十進制的地址，而不是主機名）。對于ARP請求中的各字段來說，發送端的協議地址和目的端的協議地址是一致的：即主機bsdi的地址140.252.13.35。另外，以太網報頭中的源地址0:0:c0:6f:2d:40，正如tcpdump命令顯示的那樣，等于發送端的硬件地址（見圖4-4）。 免費ARP可以有兩個方面的作用： 1) 一個主機可以通過它來確定另一個主機是否設置了相同的IP地址。主機bsdi并不希望對此請求有一個回答。但是，如果收到一個回答，那么就會在終端日志上產生一個錯誤消息“以太網地址： a:b:c:d:e:f發送來重復的IP地址”。這樣就可以警告系統管理員，某個系統有不正確的設置。 2) 如果發送免費ARP的主機正好改變了硬件地址（很可能是主機關機了，并換了一塊接口卡，然后重新啟動），那么這個分組就可以使其他主機高速緩存中舊的硬件地址進行相應的更新。一個比較著名的ARP協議事實[Plummer 1982]是，如果主機收到某個IP地址的ARP請求，而且它已經在接收者的高速緩存中，那么就要用ARP請求中的發送端硬件地址（如以太網地址）對高速緩存中相應的內容進行更新。主機接收到任何ARP請求都要完成這個操作（ARP請求是在網上廣播的，因此每次發送ARP請求時網絡上的所有主機都要這樣做）。 文獻[ Bhide、Elnozahy和Morgan 1991]中有一個應用例子，通過發送含有備份硬件地址和故障服務器的I P地址的免費ARP請求，使得備份文件服務器可以順利地接替故障服務器進行工作。這使得所有目的地為故障服務器的報文都被送到備份服務器那里，客戶程序不用關心原來的服務器是否出了故障。 不幸的是，作者卻反對這個做法，因為這取決于所有不同類型的客戶端都要有正確的ARP協議實現。他們顯然碰到過客戶端的ARP協議實現與規范不一致的情況。 通過檢查作者所在子網上的所有系統可以發現，SunOS 4.1.3和4.4BSD在引導時都發送免費ARP，但是SVR4卻沒有這樣做。