乙太網環境下，同一個網段的主機之間需要互相知道對方的MAC地址，才能訪問。

TCP/IP協議棧從上層到下層的封裝過程中，第三層封裝需要知道目的IP，第二層封裝需要知道目的MAC。

目的IP一般由使用者手工輸入，或者由應用程式填充，也可以通過名稱解析系統解析得到，而目的MAC就需要使用ARP來解析。

ARP解析MAC地址的過程：

第一步：

上層應用產生資料，這裡用FTP協議為例，在FTP協議中定位了目的IP。

第二步：

那麼，封裝的過程如下：

• 應用層：需要FTP的控制資訊，包括使用者名稱、密碼等;
• 傳輸層：目的埠號為21，源為隨機埠號;
• 網路層：目的IP為172.16.1.200，源IP為172.16.1.1;
• 資料鏈路層：因為不知道目的IP 172.16.1.200對應的MAC，所以目的IP到目的MAC的封裝對映失敗;

三層到二層的封裝失敗，由於二層是乙太網，ARP的工作機制便會產生ARP Request去解析目的MAC，此時，源MAC為資料發起者的MAC，目的MAC地址為FFFF:FFFF:FFFF（代表所有MAC）

第三步：

ARP Request到達本網段中的所有裝置上，因為目的為FFFF:FFFF:FFFF，所以所有裝置都可以拆掉二層的封裝，然後解讀ARP資料包中需要解析的目的IP。

第四步：

目的IP不正確的裝置直接忽略這個ARP請求包，目的IP正確的裝置，會產生一個ARP Reply去迴應這個ARP Request。

此時，二層的源MAC為被解析裝置的MAC，目的為ARP解析發起者的MAC。

第五步：

資料的發起者接到ARP Reply後，將目的IP與目的MAC的對應關係新增到自己的ARP表中。

第六步：

之前未完成二層封裝的FTP資料，這時重新開始封裝二層頭部，此時，正確的目的MAC就被封裝到了整個資料幀中。

只有完成了整個TCP/IP協議棧封裝的資料幀，才能正常的從主機上發出去。

這就是ARP解析MAC地址的整個過程。