跳至內容

地址解析協定

本頁使用了標題或全文手工轉換
維基百科，自由的百科全書

地址解析協定（英語：Address Resolution Protocol，縮寫：ARP）是一個通過解析網絡層地址來找尋數據鏈路層地址的網絡傳輸協定，它在IPv4中極其重要。ARP最初在1982年的RFC 826（徵求意見稿）[1]中提出並納入互聯網標準STD 37。ARP也可能指是在多數作業系統中管理其相關地址的一個行程。

ARP是通過網絡地址來定位MAC地址。 ARP已經在很多網路層和資料鏈結層之間得以實現，包括IPv4、Chaosnet（英語：Chaosnet）、DECnet（英語：DECnet）和Xerox PARC Universal Packet（英語：PARC Universal Packet）（PUP）使用IEEE 802標準， 光纖分散式數據介面， X.25，幀中繼和非同步傳輸模式（ATM），IEEE 802.3和IEEE 802.11標準上IPv4佔了多數流量。

在IPv6中鄰居發現協定（NDP）用於代替地址解析協定（ARP）。

基本功能

[編輯]

在TCP/IP協定中，傳輸層只關心目標主機的IP位址和埠，因為它們唯一確定一個傳輸層的包要互動的目的地，即目標主機上的目標應用程式。網絡層會對傳輸層的包進行封裝，形成IP包。網絡層只關心目標機器的IP位址，並根據這個IP位址定址到網絡上的目標機器。在乙太網路中，IP封包又被封裝在乙太網路幀中，經過實體層(也就是網卡)傳送到網絡上，乙太網路幀又是根據MAC地址來定址到目的機器的網卡的。區域網絡中的所有機器的網卡都會接收到這個幀，而只有該幀頭部中的目的MAC地址與自己網卡的MAC地址匹配時，才會向網絡協定棧交付該幀中的封包，否則網卡就會丟棄該幀。因此，當同一區域網絡中的一台主機要和另一台主機或者交換機，路由器等進行網絡通訊時，必須要知道與本機用網線連接上的，目標裝置那邊的那個網絡介面的MAC地址(也就是網卡的地址)。這就導致在乙太網路中使用IP協定向下傳遞IP包時，IP包被包含在乙太網路幀中。乙太網路幀是有自己的格式的，在幀頭部就需要填充目的機器MAC地址，而此時從ARP表裏面沒有查詢到目的IP位址對應的MAC地址，因此主機會暫存這個IP封包，由於主機剛連接到這個區域網絡時或者重新啟動之後，是不知道目的方的MAC地址的，如果要向目的機器傳送一個IP包，就需要先知道目的機器的MAC地址，於是需要一種方法，根據目的主機的IP位址，獲得其MAC地址，這個方法就是通過傳送一個叫做ARP請求的封包。ARP封包也是被包含在乙太網路幀中的，傳送時，幀頭部中的目的MAC地址填寫為廣播地址FF:FF:FF:FF:FF:FF，這樣屬於該區域網絡的所有機器接收到一個廣播幀的時候都會向協定棧遞交這個幀中的封包：這裏是ARP封包，廣播到該區域網絡中。而僅當某台機器的IP位址與該ARP請求中的要詢問的IP位址相同時，那台機器就才會返回一個ARP回應封包。這個回應包中就包含了先前要詢問的機器的IP位址和MAC地址，本地主機接收到這個回應的ARP封包後，會提取IP位址和MAC地址，記錄到一個叫做ARP的表的表項中，這樣就把目的主機的IP位址和MAC地址對應關係記錄下來了，隨即找到先前由於缺少目的MAC地址而暫存的封包，並用乙太網路幀封裝它，用該ARP表項中的MAC地址來填充幀頭部中的MAC地址域，當這個幀被傳送到區域網絡中之後，目標機器網卡接收到這個幀之後，判斷該MAC地址和自己的MAC地址相同，就會向上層協定棧遞交這個幀中的封包，從而數據得以交付，而其他主機檢測到MAC地址與本機不同，會把這個幀丟棄。這就是ARP協定要做的事情。

另外，當傳送主機和目的主機不在同一個區域網絡中時，即便知道對方的MAC地址，兩者也不能直接通訊，必須經過路由器進行IP層的轉發才可以，因為路由器把這個區域網絡進行了鏈路層上的隔離(除非進行網絡層次的顯示轉發，否則路由器不會把一個區域網絡中的乙太網路幀自動的轉發到另一個區域網絡或者外網中去，如果可以自動轉發，可以想像有多可怕，無效的廣播幀可能像洪水一樣淹沒整個網絡，使得網絡癱瘓，這也就是路由器的基本功能之一，隔離網絡)，所以此時，傳送主機會把一個閘道器IP位址作為目的IP位址(這個是IP層決定的)，那麼通過ARP協定獲得的將不是目的主機的真實MAC地址，而是一台可以通往區域網絡外的路由器的MAC地址。於是此後傳送主機發往目的主機的所有幀，都將發往該路由器，通過它向外傳送。這種情況稱為委託ARP或ARP代理（ARP Proxy）。

在對等鏈路中不使用ARP，實際上在對等網絡中也不使用MAC地址，因為在此類網絡中分別已經取得了對端的IP位址。

封包結構

[編輯]

地址解析協定的訊息格式很簡單，僅包含單一的地址解析請求或響應。ARP 訊息的長度取決於上下兩層地址的大小，上層地址由所使用的網絡協定類型（通常是 IPv4）決定，下層地址則由上層協定所使用的硬件或虛擬鏈路層的類型決定。訊息的報頭中包含了這些類型以及對應的地址長度資訊，此外還包含了表示請求（1）和應答（2）的操作碼。封包的有效負載為收發雙方的硬件地址、協定地址，總計四個地址。

為了把IP位址對映到48位元乙太網路地址用於傳輸，需要一個體現地址轉換協定的包格式。

乙太網路幀

[編輯]
  • 目標乙太網路地址：目標MAC地址。FF:FF:FF:FF:FF:FF （二進制全1）為廣播地址。
  • 源乙太網路地址：傳送方MAC地址。
  • 幀類型：以太類型，ARP為0x0806。

ARP報文

[編輯]
  • 硬件類型（HTYPE）：如乙太網路（0x0001）、分組無線網。
  • 協定類型（PTYPE）：如網際協定(IP)（0x0800）、IPv6（0x86DD）。
  • 硬件地址長度（HLEN）：每種硬件地址的位元組長度，一般為6（乙太網路）。
  • 協定地址長度（PLEN）：每種協定地址的位元組長度，一般為4（IPv4）。
  • 操作碼：1為ARP請求，2為ARP應答，3為RARP請求，4為RARP應答。
  • 源硬件地址（Sender Hardware Address，簡稱SHA）：n個位元組，n由硬件地址長度得到，一般為傳送方MAC地址。
  • 源協定地址（Sender Protocol Address，簡稱SPA）：m個位元組，m由協定地址長度得到，一般為傳送方IP位址。
  • 目標硬件地址（Target Hardware Address，簡稱THA）：n個位元組，n由硬件地址長度得到，一般為目標MAC地址。
  • 目標協定地址（Target Protocol Address，簡稱TPA）：m個位元組，m由協定地址長度得到，一般為目標IP位址。

ARP協定的參數由互聯網號碼分配局（Internet Assigned Numbers Authority, 簡稱IANA）負責標準化和維護。

ARP協定的以太類型為0x0806。該類型出現於乙太網路幀格式中的以太類型欄位。請注意區別此類型和ARP協定類型（PTYPE）。

報文格式

[編輯]
長度(位) 48 48 16 16 16 8 8 16 48 32 48 32
資料類型 目標乙太網路地址 源乙太網路地址 幀類型 硬件類型 協定類型 硬件地址長度 協定地址長度 操作碼 源硬件地址 源協定地址 目標硬件地址 目標協定地址
組成 14位元組 乙太網路首部 28位元組 ARP請求/應答

原理

[編輯]
在Windows命令列檢視ARP快取表

在每台安裝有TCP/IP協定的電腦或路由器裏都有一個ARP快取表，表裏的IP位址與MAC地址是一一對應的，如下表所示。

主機名稱 IP位址 MAC地址
A 192.168.38.10 00-AA-00-62-D2-02
B 192.168.38.11 00-BB-00-62-C2-02
C 192.168.38.12 00-CC-00-62-C2-02
D 192.168.38.13 00-DD-00-62-C2-02
E 192.168.38.14 00-EE-00-62-C2-02
... ... ...

以主機A（192.168.38.10）向主機B（192.168.38.11）傳送數據為例。

  1. 當傳送數據時，主機A會在自己的ARP快取表中尋找是否有目標IP位址。如果找到就知道目標MAC地址為（00-BB-00-62-C2-02），直接把目標MAC地址寫入幀裏面傳送就可。
  2. 如果在ARP快取表中沒有找到相對應的IP位址，主機A就會在網絡上傳送一個廣播（ARP request），目標MAC地址是「FF.FF.FF.FF.FF.FF」，這表示向同一網段內的所有主機發出這樣的詢問：「192.168.38.11的MAC地址是什麼？」
  3. 網絡上其他主機並不響應ARP詢問，只有主機B接收到這個幀時，才向主機A做出這樣的回應（ARP response）：「192.168.38.11的MAC地址是00-BB-00-62-C2-02」，此回應以單播方式進行。這樣，主機A就知道主機B的MAC地址，它就可以向主機B傳送資訊。同時它還更新自己的ARP高速緩衝記憶體（ARP cache），下次再向主機B傳送資訊時，直接從ARP快取表裏尋找就可。


ARP快取表採用老化機制，在一段時間內如果表中的某一行沒有使用，就會被刪除，這樣可減少快取表的長度，加快查詢速度。

無回報的ARP（gratuitous ARP），它是指主機傳送ARP查詢（廣播）自己的IP位址，當ARP功能被開啟或者是埠初始組態完成，主機向網絡傳送無回報的ARP來查詢自己的IP位址確認地址唯一可用。作用：

  1. 確定網絡中是否有其他主機使用了IP位址，如果有應答則產生錯誤訊息。
  2. 無回報的ARP可以做更新ARP快取用，網絡中的其他主機收到該廣播則在快取中更新條目，收到該廣播的主機無論是否存在與IP位址相關的條目都會強制更新，如果存在舊條目則會將MAC更新為廣播包中的MAC。

協定的分層

[編輯]

ARP協定在互聯網協定套件和OSI模型的位置可能會造成混亂和爭議。在 RFC 1122 僅僅在數據鏈路層提及ARP協定當並未說明將此協定置於該層[2]。一些較舊的文件將ARP置於OSI的數據鏈路層[3]，但是一些新的版本卻將其與網絡層聯絡起來。[4]

參考資料

[編輯]
  1. ^ David C. Plummer. RFC 826, An Ethernet Address Resolution Protocol -- or -- Converting Network Protocol Addresses to 48.bit Ethernet Address for Transmission on Ethernet Hardware. Internet Engineering Task Force, Network Working Group. November 1982 [2017-09-14]. （原始內容存檔於2017-09-19）. 
  2. ^ RFC 1122
  3. ^ W. Richard Stevens, TCP/IP Illustrated, Volume 1: The Protocols, Addison Wesley, 1994, ISBN 0-201-63346-9.
  4. ^ W. Richard Stevens, TCP/IP Illustrated, Volume 1: The Protocols, Addison Wesley, 2011, ISBN 0-321-33631-3, page 14

另見

[編輯]

外部連結

[編輯]
取自 "https://zh.wikipedia.org/w/index.php?title=地址解析协议&oldid=81368618"