IARP

IARP用於在幀中繼網路中自動建立路由器IP地址與幀中繼DLCI的映射關係。

在幀中繼網路中，由路由表決定的路由器下一跳地址必須被解析到一個幀中繼DLCI，以便知道數據包如何到達幀中繼交換機。

對於每一個激活狀態的DLCI，每個路由器通過PVC發送一個IARP請求包，用來介紹它自己的當前狀態，同時也詢問遠端路由器的網路層地址。當本地路由器收到一個IARP消息的時候，它在幀中繼映射表中創建一個映射條目，映射表包含有本地DLCI和遠端路由器的網路層地址，以及連接的狀態信息。以後根據映射表來轉發分組。每隔60秒，路由器之間相互交換IARP消息。

如果逆向ARP沒有正常工作或者遠端路由器不支持逆向ARP，那麼需要靜態配置這種映射關係。

可能出現3種連接狀態：

激活狀態(active)：正常。

未激活狀態(inactive)：表示到幀中繼交換機的本地連接是有效的，但是遠端路由器到幀中繼交換機是失效的，沒有正常工作。

刪除狀態(deleted)：表示沒有收到幀中繼交換機的LMI幀，或者在用戶側路由器和幀中繼交換機之間沒有服務發生。

另外，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。