ARP協(xié)議是地址解析協(xié)議，在網(wǎng)絡中有MAC地址和IP地址之分，IP地址可以隨著網(wǎng)絡拓撲的改變而改變，而MAC地址是不會改變的。一般MAC地址在廠商生產(chǎn)的時候就燒好了，以后這個器件的MAC地址就不再會改變了。

因為IP地址在網(wǎng)絡中是可能改變的，所以我們需要知道一個設備的MAC地址和IP地址才能準確的發(fā)送信息給目的器件。

而應用程序一般是直接給某個IP發(fā)送信息的，這個時候就需要自動去獲取這個IP的MAC地址了，ARP協(xié)議就是做這個事情的。

我們可以在自己的電腦上查看目前的arp表，如果你想要訪問的IP在ARP表中沒有與之對應的MAC地址，那么就會自動發(fā)送ARP請求指令，當從機收到ARP請求指令的時候，就會給主機一個應答信號，這樣雙方就都有了對方的MAC地址。

通過arp -a指令來查看此時的ARP表。可以看到并沒有192.168.1.10相對應的mac地址。

通過ping命令給從機發(fā)送arp請求，現(xiàn)在還不支持ICMP協(xié)議，所以看到的是請求超時。

通過抓包軟件可以看到ARP請求和響應的協(xié)議包

這是請求的協(xié)議包，可以看到協(xié)議是0806也就是ARP協(xié)議，操作碼是1，也就是請求協(xié)議。

ARP的應答包，可以看到操作碼是2。

再通過arp -a來查看目前的arp表，就可以發(fā)現(xiàn)多了192.168.1.10的MAC地址。

而FPGA端需要做的就是對ARP協(xié)議的解析工作。

整個arp解析分為以下幾個文件

arp_rx中將以太網(wǎng)幀通過以下狀態(tài)機進行解析

首先是前導碼的解析，然后是幀頭的解析，之后是數(shù)據(jù)，最后是校驗信息。

當整個校驗過程中出現(xiàn)了校驗錯誤的情況就停止進行下一步操作，重新回到空閑狀態(tài)等待下一幀數(shù)據(jù)。

最后將會獲得MAC，IP，操作碼等相關信息。

在arp_ctrl中會去判斷發(fā)送ARP應答指令還是ARP請求指令。如果目前收到了主機的ARP請求，那么就向主機發(fā)送ARP應答。如果現(xiàn)在想主動獲取某個IP的MAC地址，那么就發(fā)送ARP請求。

在arp_tx中會根據(jù)arp_ctrl中給的指令來組織arp包發(fā)送出去。也是分為5個狀態(tài)的狀態(tài)機完成這個功能。

審核編輯：劉清