基本介紹
- 中文名:反向地址解析協定
- 外文名:Inverse Address Resolution Protocol
IARP 反向地址解析協定。 (Inverse Address Resolution Protocol)
對於每一個激活狀態的DLCI,每個路由器通過PVC傳送一個IARP請求包,用來介紹它自己的當前狀態,同時也詢問遠端路由器的網路層地址。當本地路由器收到一個IARP訊息的時候,它在幀中繼映射表中創建一個映射條目,映射表包含有本地DLCI和遠端路由器的網路層地址,以及連線的狀態信息。以後根據映射表來轉發分組。每隔60秒,路由器之間相互交換IARP訊息。
如果逆向ARP沒有正常工作或者遠端路由器不支持逆向ARP,那么需要靜態配置這種映射關係。
可能出現3種連線狀態:
激活狀態(active):正常。
另外,IARP類似於TCP/IP里的reverse ARP,IARP允許設備動態發現每個VC上使用的Layer 3協定和地址。
在非手工配置的VCs上且VCs處於Active狀態,Inverse ARP每60秒傳送一次。
在LMI里講到,這些VCs的狀態是由full status message得到的。
一旦接口的物理層up時,router開始每10秒傳送LMI enquiries,每傳送6次query message, 傳送一次full status message。
full status message包括這個接口使用的所有VCs的狀態。
一般情況下,最少需要1分鐘才能實現VC狀態的發現。
在router發現VC處於active狀態且沒有配置手工指定DLCI時,router開始對這個VC進行Inverse ARP。
這個Inverse ARP frame包括本router使用的layer-3 protocol,protocol address及DLCI等信息。
當這個frame到達remote DTE時,對主會提取這些layer-3 protocol,protocol address,及dlci信息,並將它們保存於VC resolution table。
remote DTE也會傳送它的信息到本地router。
在一段時間後本地router會動態了解到所有的它的VC連線信息,進而可以在這些VCs上傳送數據。
IARP缺點:
(1)在傳送數據的時候,需要等待router發現VC處於的狀態,還要等待IARP的每60秒一次的傳送。
(2)在multiple vendor的環境下,有可以實現IARP的方式不同,進而導致IARP的fail。或是有些old IOS可能不支持IARP。