EIGRP配置、分析、包——力求詳解（2）（2）的分析将比(1)更全面

相關連結：

友情提示：友情提示：如果圖檔太小看不清楚，可以點選圖檔檢視原圖，或者下載下傳本次實驗資料。

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995669VFRK.jpg"></a>

實驗簡介：

（1）關閉R1的s0/0，看包發送情況。

（2）關閉R2的s0/1，看包發送情況。

（3）啟動R2的s0/1，看包發送情況。

實驗詳細内容：

在R3，s0/1接口使用wireshark截取資料包。當s0/0關閉後，R1無法到達

172.16.3.0

10.0.0.0

172.16.2.0

因為隻有s0/1這個接口，是以為 單點傳播，發出了詢問（query）。

圖1：Query

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995670wCqM.jpg"></a>

如圖都可以看出發出接收接口，包的内容，其實R1這個詢問包有兩個功能。

---1.這些網絡到不了。

---2.你能到這些網絡嗎？

圖2：Query ACK，當然本身叫ack，隻是為了區分，是以我稱為了Query ACK

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995673Jwxc.jpg"></a>

圖3：Reply

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995676gWr3.jpg"></a>

正如圖檔上的疑問。為啥呢?

因為他問的是172.16.3.0、172.16.2.0，雖然這兩個網絡在172.16.0.0中，但是路由R1和R2是自動彙總後發給R3，其實R3

不知道是否能夠達到172.16.3.0、172.16.2.0。是以為了準确性，回複：我也到不了。

以下為 R1 s0/0關閉後的R3路由表

R3#sh ip route 

Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP 

       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 

       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 

       E1 - OSPF external type 1, E2 - OSPF external type 2 

       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 

       ia - IS-IS inter area, * - candidate default, U - per-user static route 

       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     192.168.10.0/24 is variably subnetted, 3 subnets, 2 masks 

D       192.168.10.0/24 is a summary, 00:00:41, Null0 

C       192.168.10.4/30 is directly connected, Serial0/0 

C       192.168.10.8/30 is directly connected, Serial0/1 

D    172.16.0.0/16 [90/2172416] via 192.168.10.9, 00:00:39, Serial0/1 

                   [90/2172416] via 192.168.10.5, 00:00:39, Serial0/0 

D    10.0.0.0/8 [90/2297856] via 192.168.10.9, 00:00:39, Serial0/1 

C    192.168.1.0/24 is directly connected, FastEthernet1/0

圖4：Reply ACK

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995679qoOd.jpg"></a>

CLI中資訊

1.關掉接口

2.路由器回報的資訊及R3接收到的消息

R2(config)#int s0/1 

R2(config-if)#shutdown 

R2(config-if)# 

*Mar  1 00:07:16.483: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.10.10 (Serial0/1) is down: interface down 

*Mar  1 00:07:18.343: %LINK-5-CHANGED: Interface Serial0/1, changed state to administratively down 

*Mar  1 00:07:19.343: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1, changed state to down

*Mar  1 00:07:27.367: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.10.9 (Serial0/1) is down: holding time expired 

R3# 

*Mar  1 00:07:45.975: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1, changed state to down 

R3#

圖5：詢問R1，你能到10.0.0.0嗎？

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995682bLOK.jpg"></a>

圖6：R1：确認，序号為22

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995684fk6f.jpg"></a>

圖7：R1回答

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995687GowH.jpg"></a>

如圖所示，可以到達。

再看R3 的路由表：

     192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks 

D       192.168.10.0/24 is a summary, 00:20:27, Null0 

D    172.16.0.0/16 [90/2172416] via 192.168.10.5, 00:10:05, Serial0/0 

D    10.0.0.0/8 [90/2809856] via 192.168.10.5, 00:10:05, Serial0/0 

之前R3是通過192.168.10.9到達10.0.0.0/8 的，可以在上面實驗（1）中的R3路由表中黃色部分檢視。

現在更改為了R1的s0/1的接口ip。

圖8：R3确認，表示感謝

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995690kooD.jpg"></a>

一段時間之後，R3會顯示：

*Mar  1 00:10:55.967: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1, changed state to down

也就說明，他到達不了192.168.10.8/30。于是呢，又詢問R1了，為了避免重複，僅僅截2個圖檔看。

圖9：

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995692WU5Y.jpg"></a>

圖10：應答：我也打不了。

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995695KjPS.jpg"></a>

接下來，啟動R2的s0/1，檢視回報資訊。

R2(config-if)#no shutdown

*Mar  1 00:21:29.727: %LINK-3-UPDOWN: Interface Serial0/1, changed state to up 

*Mar  1 00:21:30.731: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1, changed state to up 

*Mar  1 00:21:46.343: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.10.10 (Serial0/1) is up: new adjacency

R3收到的資訊

*Mar  1 00:21:45.951: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1, changed state to up 

*Mar  1 00:21:46.107: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.10.9 (Serial0/1) is up: new adjacency

圖11：更新包 .6發向.5

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_135299569870lL.jpg"></a>

192.168.10.8/30添加到了R3路由表，限定更新。立刻向R1發送更新包。

途中update包下面Ack包。

之後R1向R3發送更新，内容是一樣的，因為是R3告訴它的，見

圖12：

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995701El8s.jpg"></a>

再向後，R3向R1發送更新，這是因為10.0.0.0/8和172.16.0.0/16添加到路由表。

圖13:

<a href="http://425093014.blog.51cto.com/attachment/201211/15/5109559_1352995703y9yn.jpg"></a>

之後R1發回确認，但是R1沒有向R3發送Update，因為這兩個目的網絡R1中存在，并且路由表沒有改變，

是以，R1不會發送更新。

之後一切正常，Hello下去了。

告一段落，謝謝觀看。

本文轉自 天涯飛客 51CTO部落格，原文連結：http://blog.51cto.com/425093014/1061059，如需轉載請自行聯系原作者