EIGRP:Enhanced Interior Gateway Routing Protocol 即 增強(qiáng)內(nèi)部網(wǎng)關(guān)路由協(xié)議。也翻譯為 加強(qiáng)型內(nèi)部網(wǎng)關(guān)路由協(xié)議。 EIGRP是Cisco公司的私有協(xié)議(2013年已經(jīng)公有化)。 EIGRP結(jié)合了鏈路狀態(tài)和距離矢量型路由選擇協(xié)議的Cisco專用協(xié)議,采用彌散修正算法(DUAL)來(lái)實(shí)現(xiàn)快速收斂,可以不發(fā)送定期的路由更新信息以減少帶寬的占用,支持Appletalk、IP、Novell和NetWare等多種網(wǎng)絡(luò)層協(xié)議。
EIGRP使用多種類型的packet,這些packet通過(guò)IP頭部信息里的協(xié)議號(hào)88來(lái)標(biāo)識(shí):
在EIGRP協(xié)議中,總共會(huì)使用5種類型的數(shù)據(jù)包,分別為Hello、Update、 Query、Reply、Ack,下面介紹各種數(shù)據(jù)包的功能與用途:
Hello
是用來(lái)發(fā)現(xiàn)和維護(hù)EIGRP鄰居關(guān)系的,目標(biāo)地址為224.0.0.10,Hello包在鄰居收到后不需要確認(rèn)。
Update
發(fā)給鄰居的路由表,通過(guò)組播發(fā)送Update數(shù)據(jù)包,鄰居收到后必須回復(fù)確認(rèn)消息。
Query
當(dāng)路由信息丟失并沒(méi)有備用路由時(shí),使用Query數(shù)據(jù)包向鄰居查詢,鄰居必須回復(fù)確認(rèn)。
Reply
是對(duì)鄰居Query數(shù)據(jù)包的回復(fù),也需要鄰居回復(fù)確認(rèn)。
Ack
是對(duì)收到的數(shù)據(jù)包的確認(rèn),告訴鄰居自己已經(jīng)收到數(shù)據(jù)包了,收到Ack后,不需要再對(duì)Ack做回復(fù),因?yàn)檫@是沒(méi)有意義的,并且可能造成死循環(huán)。
由以上可以看出,5種數(shù)據(jù)包中,Update、Query、Reply在對(duì)方收到后,都需要回復(fù)確認(rèn),這些數(shù)據(jù)包是可靠的,回復(fù)是發(fā)送Ack;而Hello和Ack,是不需要回復(fù)的,因此被認(rèn)為不可靠。
1.帶寬(bandwidth)
10的7次方除以源和目標(biāo)之間最低的帶寬乘以256(10的7次方除以以Kbit/s為單位的最小帶寬,然后加上延遲之和除以10,最后乘于256)
2.延遲(delay)
接口的累積延遲乘以256,單位是10微秒
3.可靠性(reliability)
根據(jù)keepalive而定的源和目的之間最不可靠的可靠度的值
4.負(fù)載(loading)
根據(jù)包速率和接口配置帶寬而定的源和目的之間最不差的負(fù)載的值
5.最大傳輸單元(MTU)
路徑中最小的MTU.MTU包含在EIGRP的路由更新里,但是一般不參與EIGRP度的運(yùn)算
一般情況下,K5=0;EIGRP度量值的計(jì)算公式為:256*
{K1(10^7/帶寬)+K2(10^7/帶寬)/(256-負(fù)載)+K3(延遲)}
由于默認(rèn)情況下,K1和K3是1,其他的K值都是0.
所以通常情況下,度量值=256×(10^7/最小帶寬+累積延時(shí)/10)
如果修改K值,使K5不等于0,則 Metric 計(jì)算式變成:256*
[K1(10^7/帶寬)+K2(10^7/帶寬)/(256-負(fù)載)+K3(延遲)]*
[K5 / (可靠性+K4)]
計(jì)算出的Metric值不是整數(shù)時(shí)自動(dòng)取整,比如計(jì)算結(jié)果為8501.39 ,顯示值將為8501。
通過(guò)配置權(quán)重(K值),可以修改EIGRP度量值計(jì)算方式。可以再EIGRP配置模式使用命令:Metric weightTosK1 K2 K3 K4 K5 來(lái)修改K值,Tos 只有一個(gè)有效值0,否則將被忽略。
EIGRP 要求兩臺(tái)路由器的K值必須相同才能成為鄰居。另外,K2,K4,,K5最好不要設(shè)置,因?yàn)檫@些參數(shù)設(shè)置為非零之后,會(huì)導(dǎo)致計(jì)算度量值時(shí)會(huì)考慮接口的負(fù)載和可靠性,而負(fù)載和可靠性會(huì)隨時(shí)間變化,這將導(dǎo)致EIGRP重新泛洪拓?fù)鋽?shù)據(jù),還可能導(dǎo)致路由器不斷地選擇不同的路由,由此導(dǎo)致網(wǎng)絡(luò)不穩(wěn)定。
答:雖然EIGRP可以使用默認(rèn)網(wǎng)絡(luò)方法傳播默認(rèn)路由,但不是必需的。 EIGRP可以直接重分布默認(rèn)路由。
答:是的,此命令可以輕松確定EIGRP鄰居重置的原因。 這樣可以減少故障排除時(shí)間.
答:EIGRP支持輔助地址。 由于EIGRP始終用接口下的主地址作為數(shù)據(jù)包的源地址,因此思科建議您使用屬于同一子網(wǎng)的主地址配置特定子網(wǎng)上的所有路由器。路由器不會(huì)在輔助網(wǎng)絡(luò)上形成EIGRP鄰居。 因此,如果路由器的所有主IP地址都不一致,則鄰居鄰接會(huì)出現(xiàn)問(wèn)題。 (我覺得他說(shuō)的所有主IP地址都不一致,結(jié)合上下文,應(yīng)該是說(shuō)都不在同一子網(wǎng)的意思)
答:有協(xié)議無(wú)關(guān)和獨(dú)立的debug命令。 還有一組show命令可顯示鄰居表狀態(tài),拓?fù)浔頎顟B(tài)和EIGRP流量統(tǒng)計(jì)信息。 其中一些命令是:
¨ show ip eigrp neighbors
¨ show ip eigrp interfaces
¨ show ip eigrp topology
¨ show ip eigrp traffic
show ip eigrp neighbors 查看 EIGRP 鄰居表
show ip eigrp topology 查看 EIGRP 拓?fù)浣Y(jié)構(gòu)數(shù)據(jù)庫(kù)
show ip eigrp interface 查看運(yùn)行 EIGRP 路由協(xié)議的接口的狀況
show ip eigrp traffic 查看 EIGRP 發(fā)送和接收到的數(shù)據(jù)包的統(tǒng)計(jì)情況
debug eigrp neighbors 查看 EIGRP 動(dòng)態(tài)建立鄰居關(guān)系的情況
debug eigrp packets 顯示發(fā)和接收的 EIGRP 數(shù)據(jù)包
ip hello-interval eigrp 配置 EIGRP 的 HELLO 發(fā)送周期
ip hold-time eigrp 配置 EIGRP 的 HELLO hold 時(shí)間
router eigrp 啟動(dòng) EIGRP 路由進(jìn)程
no auto-summary 關(guān)閉自動(dòng)匯總
ip authentication mode eigrp 配置 EIGRP 的認(rèn)證模式
ip authentication key-chain eigrp 在接口上調(diào)用鑰匙鏈
variance 配置非等價(jià)負(fù)載均衡
delay 配置接口下的延遲
bandwidth 配置接口下的帶寬
ip summary-address eigrp 手工路由匯總
Questions 1:在配置eigrp時(shí),bai如果你沒(méi)指定du通配符掩碼的話,eigrp進(jìn)程就默認(rèn)所有的屬zhi于主網(wǎng)絡(luò)的直連網(wǎng)絡(luò)都參dao與該eigrp路由;而如果你加了通配符的話,就會(huì)只有指定的IP地址或子網(wǎng)才會(huì)參與路由進(jìn)程。按你問(wèn)題中的例子,R1就只會(huì)讓12.1.1.0這個(gè)網(wǎng)段參與路由,而12.0.0.0這個(gè)網(wǎng)段不參與。再舉個(gè)例子,如果你用了 network 12.1.1.1 0.0.0.0 的話,那么,就只有這個(gè)地址或這個(gè)接口才參與eigrp 路由進(jìn)程。。一句話總結(jié),在配置eigrp中,你沒(méi)有配置通配符的話,那么路由器就會(huì)自動(dòng)把network命令中指定的網(wǎng)絡(luò)匯總為分類網(wǎng)絡(luò)。
Questions 2:對(duì)于RIP、IGRP、EIGRP都會(huì)自動(dòng)啟用自動(dòng)匯總,關(guān)閉它們需要在配置路由命令時(shí),把其關(guān)閉。因?yàn)閑igrp會(huì)在自動(dòng)在分類網(wǎng)絡(luò)邊界自動(dòng)匯總路由,如果存在非連續(xù)子網(wǎng)時(shí),我們就需要禁用自動(dòng)匯總,改為手動(dòng)匯總。
更多建議: