EIGRP路由協議中鄰居的發現以及恢復

雖然說eigrp屬於一種距離向量路由協議,但是它在更新過程中卻採用了非週期性的、部分更新的方法，rip和igrp正是靠著週期性的更新探測鄰居狀態，所以eigrp必然需要一種方法來驗證鄰居的存在。

eigrp使用了hello包，它會每隔5秒鐘傳送一次。因為這個時間要遠遠小於rip的30秒，以及igrp的90秒，所以eigrp的收斂速度要快很多。

為了防止全域性同步，有乙個非常小的隨機的延時產生，所以這個值並不會是絕對的5秒。

hello包是以多播224.0.0.10的方式傳送的。

在多點(multipoint)環境下，比如x.25、frame-relay、atm網路上，鏈路頻寬小於t1速率甚至更低，這種環境下它是以單播(unicast)60秒週期傳送的。

hello包都是不用被應答的，我們可以在介面上使用ip hello-interval eigrp改變這個預設的時間週期。

當我們在一定時間內未收到鄰居傳送來的hello包時，認為鄰居不存在，這個時間就被稱之為holddown timer，一般設定為hello時間的3倍。在廣播鏈路上的值為15秒，在nbma鏈路上這個值為180秒。當然也可以通過ip hold-time eigrp命令進行調整。

我們在使用show ip eigrp neighbor命令時，可以觀察到以下結果：

r2#sh ip ei nei

ip-eigrp neighbors for process 1

h address inte***ce hold uptime srtt rto q seq type

(sec) (ms) cnt num

1 10.1.1.1 et0/0 14 00:00:23 100 600 0 13

0 172.16.0.3 et1/0 14 00:00:43 140 840 0 11

上述例子**現了幾個新概念：srtt、rto、q、seq，曾經有na的學生問過我這個問題，但是這其實在ie裡面才會有所提及。

srtt(smooth round-trip time)平均回程時間，是衡量路由器傳送eigrp報文到鄰居和從鄰居收到對於該報文的確認為止，所花費的平均時間，以毫秒(ms)為單位。

rto(retransmission timeout)重傳超時，當eigrp報文以多播之式傳出之後，經過rto時間週期後仍未收到鄰居的ack應答，接下來的報文會以單播(unicast)方式重新傳輸，所以叫重傳超時時間。

q(queue count)佇列計數，當eigrp更新、查詢或是應答訊息向鄰居傳送出去後，同樣的乙份報文的拷貝將會被放進佇列中，一旦rto超時後仍未收到對方的應答，這份拷貝就會被傳送出去。

seq(sequence number)序號，記錄了上次從鄰居收到的更新、查詢或應答訊息的序號。