1、常見網(wǎng)絡(luò)故障處理,網(wǎng)絡(luò)監(jiān)控維護(hù)中心 2015年1月,【產(chǎn)品系統(tǒng)工程師】數(shù)據(jù)網(wǎng)技能培訓(xùn)（初階）之二,2,本課程解決的根本問題是 故障處理的基本步驟及常用診斷工具？,以上模塊都遵循課程設(shè)計(jì)的基本法則： 循序漸進(jìn)、由淺入深,課程總體思路圖,關(guān)鍵問題,課程模塊,關(guān)鍵方法,內(nèi)容介紹,第一章 故障處理技術(shù)概述 第二章 故障處理步驟 第三章 常用診斷工具介紹,第一章 故障處理技術(shù)概述,第1節(jié) 導(dǎo)言 第2節(jié) 故障分類,導(dǎo)言,能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問題并排除故障，對網(wǎng)絡(luò)維護(hù)和管理人員來說是個(gè)挑戰(zhàn)。 這不但要求對網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個(gè)系

2、統(tǒng)化的故障處理思想，并合理應(yīng)用于實(shí)際中，以將一個(gè)復(fù)雜的問題隔離、分解或縮減排錯(cuò)范圍，從而及時(shí)修復(fù)網(wǎng)絡(luò)故障。,連通性問題 硬件、媒介、電源故障 配置錯(cuò)誤 不正確的相互作用,性能問題 網(wǎng)絡(luò)擁塞 到目的地不是最佳路由 路由環(huán)路 網(wǎng)絡(luò)錯(cuò)誤,故障分類,第二章 故障處理步驟,第1節(jié) 導(dǎo)言 第2節(jié) 故障處理思路 第3節(jié) 故障處理實(shí)例,8,故障處理系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。它的基本思想是系統(tǒng)地將由故障可能的原因所構(gòu)成的一個(gè)大集合縮減（或隔離）成幾個(gè)小的子集，從而使問題的復(fù)雜度迅速下降。,導(dǎo)言,故障處理步驟,該處理流程是網(wǎng)絡(luò)維護(hù)人員所能夠采用的排錯(cuò)模型中的一種 網(wǎng)絡(luò)故障解決的處理流程是

3、可以變化的，但故障處理有序化的思維模式是不可變化的 下面我們以一個(gè)故障處理的實(shí)例來學(xué)習(xí)如何應(yīng)用這些步驟。,該案例組網(wǎng)如上：某校園網(wǎng)的三個(gè)局域網(wǎng)，其中為一個(gè)用戶網(wǎng)段，18為一個(gè)日志服務(wù)器；是一個(gè)集中了很多應(yīng)用服務(wù)器的網(wǎng)段。,用戶網(wǎng)段廣播包過多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢,網(wǎng)云,A:18/24,C:20/24,B:53/16,D:3/16,ETHERNET,ETHERNET,ETHERNET,故障處理實(shí)例,要想對網(wǎng)絡(luò)故障做出準(zhǔn)確的分析，首先應(yīng)該了解故

4、障表現(xiàn)出來的各種現(xiàn)象 用戶反映“日志服務(wù)器與備份服務(wù)器間備份發(fā)生問題。”這就是一個(gè)不完整不清晰的故障現(xiàn)象描述。因?yàn)檫@個(gè)描述沒有講述清楚下列問題： 這個(gè)問題是連續(xù)出現(xiàn)，還是間斷出現(xiàn)的？ 是完全不能備份，還是備份的速度慢（即性能下降）？ 哪個(gè)或哪些局域網(wǎng)服務(wù)器受到影響，地址是什么？ 正確的故障現(xiàn)象描述是： 在網(wǎng)絡(luò)的高峰期，日志服務(wù)器1到集中備份服務(wù)器53之間進(jìn)行備份時(shí)，F(xiàn)TP傳輸速度很慢，大約是0.6Mbps。,故障處理實(shí)例故障現(xiàn)象描述,搜集有助于查找故障原因的詳細(xì)信息： 向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題； 根據(jù)故障描述性質(zhì)，使用各種工具搜集

5、情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)display和debug命令等； 測試性能與網(wǎng)絡(luò)正常情況下的記錄進(jìn)行比較。 如上述案例，可以向用戶提問或自行收集下列相關(guān)信息： 網(wǎng)絡(luò)結(jié)構(gòu)或配置是否最近修改過，即問題出現(xiàn)是否與網(wǎng)絡(luò)變化有關(guān)？ 是否有用戶訪問受影響的服務(wù)器時(shí)沒有問題？ 在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度是多少？ 通過該步驟，我們收集到了下面一些相關(guān)信息： 最近網(wǎng)段的客戶機(jī)不斷在增加； 網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps，與日志服務(wù)器間進(jìn)行FTP傳輸時(shí)速度慢，只有0.6Mbps； 在非高峰期日志服務(wù)器和備份服務(wù)器間F

6、TP傳輸速度正常，大約為6Mbps；,故障處理實(shí)例搜集相關(guān)信息,利用前兩個(gè)步驟收集到的數(shù)據(jù)，并根據(jù)自己以往的故障處理經(jīng)驗(yàn)和所掌握的的知識(shí)，確定一個(gè)排錯(cuò)范圍。通過范圍的劃分，就只需注意某一故障或與故障情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機(jī)。 如上述案例，我們現(xiàn)在能夠確定是一個(gè)網(wǎng)絡(luò)性能下降問題。那么，是網(wǎng)段的性能問題？是中間網(wǎng)絡(luò)的性能問題？還是網(wǎng)段的性能問題呢？ 根據(jù)網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps這一事實(shí)，我們可以排除掉網(wǎng)段的性能問題。,故障處理實(shí)例經(jīng)驗(yàn)判斷和理論分析,該步驟列出根據(jù)經(jīng)驗(yàn)判斷和理論分

7、析后總結(jié)的各種可能原因。 如上述案例，可能原因如下： 網(wǎng)段的性能問題，其原因可能為 ： 日志服務(wù)器A的性能問題 網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題 網(wǎng)絡(luò)本身的性能問題 中間網(wǎng)絡(luò)性能問題，主要是到網(wǎng)絡(luò)的路由不是最佳路由,故障處理實(shí)例各種可能原因列表,根據(jù)所列出的可能原因制定故障排查計(jì)劃，分析最有可能的原因，確定一次只對一個(gè)變量進(jìn)行操作，這種方法使你能夠重現(xiàn)某一故障的解決辦法。如果有多個(gè)變量同時(shí)被改變，而問題得以解決，那么如何判斷哪個(gè)變量導(dǎo)致了故障發(fā)生呢？,故障處理實(shí)例對每種原因逐個(gè)實(shí)施排錯(cuò)方案,可能原因1：網(wǎng)絡(luò)到網(wǎng)

8、絡(luò)的路由不是最佳路由。 制定的方案：在網(wǎng)段的網(wǎng)關(guān)上使用“tracert 53”命令，發(fā)現(xiàn)探測報(bào)文返回時(shí)長僅為10ms，表明該可能原因并不是造成故障的原因。我們進(jìn)入循環(huán)排錯(cuò)過程。,故障處理實(shí)例循環(huán)排查過程,可能原因2：日志服務(wù)器A的性能問題。 制定的方案：測試同一網(wǎng)段的主機(jī)C和日志服務(wù)器間的FTP傳輸速度，是6Mbps，正常?？梢妴栴}與服務(wù)器A無關(guān)。,可能原因3：網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題。 制定的方案：測試主機(jī)C和備份服務(wù)器B間FTP傳輸速度是7Mbps，正常。排除了網(wǎng)關(guān)因素，因?yàn)锽、C在不同網(wǎng)段上而速度正常。,可能原因4

9、：網(wǎng)絡(luò)本身的性能問題。 制定的方案：在網(wǎng)段的以太網(wǎng)交換機(jī)上使用命令“show mac”，輸出如下： Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast - - - - 6/32 10317812 0 8665 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast - - - - 6/32 6667987 286652 2474038 (輸出的廣播：輸出的單播比例為1：3，太大了。) Port Rcv-Octet Xmit-Octet - - - 6/32 1409482935

10、8 1516443041 在網(wǎng)段上的以太網(wǎng)交換機(jī)上使用命令“show mac”輸出如下： Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast - - - - 6/36 55780287 0 285 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast - - - - 6/36 27879749 190257 119430 （廣播：單播比例1：270，屬于正常。） Port Rcv-Octet Xmit-Octet - - - 6/36 67172587081 4998816809,由此得知，網(wǎng)段1

11、上廣播包和單播包比例為1:3，確實(shí)太大了。 再次詢問用戶該網(wǎng)段主要運(yùn)行的業(yè)務(wù)是什么，而得出了故障最終原因如下：是普通用戶網(wǎng)段，由于業(yè)務(wù)原因每個(gè)用戶需要發(fā)送大量廣播包和多播包，隨著近期越來越多的用戶接入該網(wǎng)絡(luò)，在這個(gè)網(wǎng)段上的服務(wù)器需要花費(fèi)更多的資源來處理越來越多的廣播和多播包，因此其服務(wù)的傳輸速度自然減慢。 這是一個(gè)網(wǎng)絡(luò)布局不恰當(dāng)?shù)膯栴}，需要重新安排服務(wù)器的位置，將服務(wù)器移動(dòng)網(wǎng)段后，故障解決。,第三章 常用診斷工具介紹,第1節(jié) 導(dǎo)言 第2節(jié) 命令介紹 第3節(jié) 案例分析,ping命令 tracert命令 display命令 debug命令 抓

12、包軟件sniffer/ethereal,幾個(gè)常用診斷工具,命令ping用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)。 “ping”這個(gè)詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號(hào)。ping命令的思想與發(fā)出一個(gè)短促的雷達(dá)波，通過收集回波來判斷目標(biāo)很相似；即源站點(diǎn)向目的站點(diǎn)發(fā)出一個(gè)ICMP Echo Request報(bào)文，目的站點(diǎn)收到該報(bào)文后回一個(gè)ICMP Echo Reply報(bào)文，這樣就驗(yàn)證了兩個(gè)節(jié)點(diǎn)間IP層的可達(dá)性表示了網(wǎng)絡(luò)層是連通的。 ping和tracert命令不僅是路由器平臺(tái)的常用網(wǎng)絡(luò)命令，也是windows平臺(tái)上常用的網(wǎng)絡(luò)命令,PING命令,在Quidway系列路由器上， ping命令的格式如下：

13、 ping -Rdnqrv -c count -p pattern -s packetsize -t timeout host -a ping報(bào)文中使用的源IP地址 -c ping報(bào)文的個(gè)數(shù)，缺省值為5； -t 設(shè)置ping報(bào)文的超時(shí)時(shí)間，單位為毫秒，缺省值為2000； -s 設(shè)置ping報(bào)文的大小，以字節(jié)為單位，缺省值為56。,在PC機(jī)上或Windows NT為平臺(tái)的服務(wù)器上，ping命令的格式如下： ping -n number -t -l number ip-address -n ping報(bào)文的個(gè)數(shù)，缺省值為5； -t 持續(xù)地ping 直到人為地中斷，Ctr+Breack暫時(shí)中止ping

14、命令并查看當(dāng)前的統(tǒng)計(jì)結(jié)果，而Ctr+C則中斷命令的執(zhí)行。 -l 設(shè)置ping報(bào)文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500。,用ping命令進(jìn)行故障處理,工程師小L，在配置完一臺(tái)路由器之后執(zhí)行ping命令檢測鏈路是否通暢。發(fā)現(xiàn)5個(gè)報(bào)文都沒有ping通，小L斷定是連通性問題。 檢查雙方的配置命令并查看路由表，卻一直沒有找到錯(cuò)誤所在。最后又重復(fù)執(zhí)行了一遍相同的ping命令，發(fā)現(xiàn)這一次5個(gè)報(bào)文中有1個(gè)ping 通了原來是線路質(zhì)量不好存在比較嚴(yán)重的丟包現(xiàn)象。,案例一 連通性問題還是性能問題？,工程師小L又配置了一臺(tái)路由器，然后執(zhí)行ping命令訪問Internet上某站點(diǎn)的IP地址，但沒有pin

15、g通。有了上次的教訓(xùn)小L，再一次ping了20個(gè)報(bào)文，仍舊沒有響應(yīng)。于是這次小L覺得能夠斷定是連通性故障。 在費(fèi)勁周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測的方法對鏈路中的網(wǎng)關(guān)進(jìn)行逐級(jí)測試，發(fā)現(xiàn)都可以ping 通，但是響應(yīng)的時(shí)間越來越長，最后一個(gè)網(wǎng)關(guān)的響應(yīng)時(shí)間在1800ms左右。會(huì)不會(huì)是由于超時(shí)而導(dǎo)致顯示為ping 不同呢？受此啟發(fā)，小L將ping 命令報(bào)文的超時(shí)時(shí)間改為4000ms，這次成功ping通了，顯示所有的報(bào)文響應(yīng)時(shí)間都在2200ms 左右。,用ping命令進(jìn)行故障處理,案例一 連通性問題還是性能問題？,建議和總結(jié)： 真的是ping不通嗎？這個(gè)問題需要定位清楚

16、，因?yàn)檫B通性問題和性能問題排錯(cuò)的關(guān)注點(diǎn)是不一樣的問題定位錯(cuò)誤必然會(huì)導(dǎo)致排錯(cuò)過程的周折。 使用一般的ping命令，缺省是發(fā)送5個(gè)報(bào)文的，超時(shí)時(shí)長是2000ms。如果ping不通情況發(fā)生，最好能夠再用帶參數(shù)-c和-t的ping命令再執(zhí)行一遍，如： ping -c 20 -t 4000 ip-address，即連續(xù)發(fā)送20個(gè)報(bào)文，每個(gè)報(bào)文的超時(shí)時(shí)長為4000ms，這樣一般可以判斷出到底是連通性問題還是性能問題。,用ping命令進(jìn)行故障處理,案例一 連通性問題還是性能問題？,在RouterA上配置一條指向/8的靜態(tài)路由： Quidway ip route-static 2

17、 在RouterA 上ping路由器RouterB 的以太網(wǎng)地址，RouterA的以太網(wǎng)地址，卻無法ping通。,用ping命令進(jìn)行故障處理,案例二 顯示可以正常ping通；但是在RouterB上ping路由器,案例二 A能ping通B，B就一定能ping通A嗎？,原因分析： 由于在RouterB上沒有相應(yīng)的配置到/8 路由，所以在RouterB上ping不通RouterA的以太網(wǎng)口 。 但是為何在A上可以ping 通 呢？同樣是沒有回程路由。打開路由器上的IP報(bào)文調(diào)試開關(guān)發(fā)現(xiàn)，原來從Rout

18、erA上發(fā)出的ICMP報(bào)文的源地址填寫的是而不是，由于兩臺(tái)路由器的s0口處于同一網(wǎng)段，所以響應(yīng)報(bào)文可以順利到達(dá)RouterB。,用ping命令進(jìn)行故障處理,案例二 A能ping通B，B就一定能ping通A嗎？,建議和總結(jié)： A能夠ping通B則B一定能夠ping通A（不考慮防火墻的因素）,這句話的對錯(cuò)取決于A和B到底是指主機(jī)還是指路由器。 如果是指兩臺(tái)主機(jī)，那么這句話就是正確的。 如果是指兩臺(tái)路由器那就是錯(cuò)誤的，因?yàn)槁酚善魍ǔ?huì)有多個(gè)IP地址?，F(xiàn)在就有如下問題：當(dāng)從一臺(tái)路由器上執(zhí)行ping命令它發(fā)出的ICMP Echo報(bào)文的源地址究竟選擇哪一個(gè)呢？實(shí)際情況是路由器選

19、擇發(fā)出報(bào)文的接口的IP地址。,用ping命令進(jìn)行故障處理,TRACERT 命令,tracert 命令用于測試數(shù)據(jù)報(bào)文從發(fā)送主機(jī)到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。 tracert利用IP報(bào)文的TTL域在每經(jīng)過一個(gè)路由器的轉(zhuǎn)發(fā)后減一，當(dāng)TTL=0時(shí)則向源節(jié)點(diǎn)報(bào)告TTL超時(shí)這個(gè)特性。 tracert首先發(fā)送一個(gè)TTL為1的UDP報(bào)文，因此第一跳發(fā)送回一個(gè)ICMP錯(cuò)誤消息以指明此數(shù)據(jù)報(bào)不能被發(fā)送（因?yàn)門TL超時(shí)），之后tracert再發(fā)送一個(gè)TTL為2的報(bào)文，同樣第二跳返回TTL超時(shí)，這個(gè)過程不斷進(jìn)行，直到到達(dá)目的地，此時(shí)由于數(shù)據(jù)報(bào)中使用了無效的端口號(hào)

20、（缺省為33434）此時(shí)目的主機(jī)會(huì)返回一個(gè)ICMP的目的地不可達(dá)消息，表明該tracert操作結(jié)束。tracert記錄下每一個(gè)ICMP TTL超時(shí)消息的源地址，從而提供給用戶報(bào)文到達(dá)目的地所經(jīng)過的網(wǎng)關(guān)IP地址。,在華為Quidway系列路由器上，tracert命令的格式如下： tracert -a ip-address -f first_TTL -m max_TTL -p port -q nqueries -w timeout host -a 指定一個(gè)發(fā)送UDP報(bào)文的源地址； -f 指定初始報(bào)文的TTL大小，缺省值為1； -m 指定最大TTL大小，缺省值為30； -p 目的主機(jī)的端口號(hào)，缺省值

21、為33434； -q 每次發(fā)送的探測報(bào)文的個(gè)數(shù)，缺省值為3； -w 指明UDP報(bào)文的超時(shí)時(shí)間，單位為毫秒，缺省值為5000。,在PC機(jī)上或Windwos NT為平臺(tái)的服務(wù)器上，tracert命令的格式如下： tracert -d -h maximum_hops -j host-list -w timeout host -d 不解析主機(jī)名； -h 指定最大TTL大??； -j 設(shè)定松散源地址路由列表； -w 用于設(shè)置UDP報(bào)文的超時(shí)時(shí)間，單位毫秒；,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),某校園網(wǎng)中，RouterB和RouterC同屬于一個(gè)運(yùn)行RIPv2路由協(xié)議的網(wǎng)絡(luò)，主機(jī)4.0.0.

22、2訪問數(shù)據(jù)庫服務(wù)器，用戶抱怨訪問性能差。,網(wǎng)云,RIP域,E1:/8,/8,E0:/8,S0:/8,S1:/8,S0:/8,s1:/8,/8,RouterA,RouterB,RouterC,tracert命令進(jìn)行故障處理,相關(guān)信息顯示 登錄到RouterC，使用帶參數(shù)的ping遠(yuǎn)端服務(wù)器，顯示如下： RouterC ping -c 10 -s 4000 -t 6000 PING : 4000 data bytes, press

23、 CTRL_C to break Reply from : bytes=4000 Sequence=0 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=1 ttl=249 time = 5733 ms Reply from : bytes=4000 Sequence=2 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=3 ttl=249 time = 5714 ms Reply from : bytes

24、=4000 Sequence=4 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=5 ttl=249 time = 5711 ms Reply from : bytes=4000 Sequence=6 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=7 ttl=249 time = 5709 ms Reply from : bytes=4000 Sequence=8 ttl=249 time = 552 ms Rep

25、ly from : bytes=4000 Sequence=9 ttl=249 time = 5710 ms,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),tracert命令進(jìn)行故障處理,原因分析 上面的ping顯示出一個(gè)規(guī)律：奇數(shù)報(bào)文的返回時(shí)長短，而偶數(shù)報(bào)文返回時(shí)長很長（是奇數(shù)報(bào)文的10倍多）?？梢猿醪脚袛嗥鏀?shù)報(bào)文和偶數(shù)報(bào)文是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用tracert命令來追蹤這不同的路徑。在RouterC上，tracert遠(yuǎn)端RouterA的以太網(wǎng)接口。 RouterC tracert -q 8 traceroute to 5.0

26、.0.1() 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms 4 ms 4 ms 4 ms 4 ms 4 ms 5 20 ms 16 ms 15 ms 16 ms 16 ms 16 ms 16 ms 16 ms 6 30 ms 278 ms 25 ms 279 ms 25 ms 278 ms 25 ms 277 ms RouterC(config)# 從上面的顯示可看到，直至，UDP探測報(bào)文的返回時(shí)長都基本一致，而到時(shí)，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報(bào)文時(shí)長短，偶數(shù)報(bào)文

27、時(shí)長長的現(xiàn)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),tracert命令進(jìn)行故障處理,原因分析 通過詢問該段網(wǎng)絡(luò)的管理員，得知這兩路由器間有一主一備兩串行鏈路，主鏈路為2.048Mbps（s0口之間），備份鏈路為128Kbps（s1口之間）。網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。 RouterB上如下配置： RouterB ip route-static RouterB ip route-static RouterA上如

28、下配置： RouterA ip route-static RouterA ip route-static 于是問題就清楚了。例如RouterB，由于管理員配置時(shí)沒有給出靜態(tài)路由的優(yōu)先級(jí)，這兩條路由項(xiàng)的優(yōu)先級(jí)就同為缺省值60，于是就同時(shí)出現(xiàn)在路由表中，實(shí)現(xiàn)的是負(fù)載分擔(dān)，而不能達(dá)到主備的目的。,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),tracert命令進(jìn)行故障處理,處理過程，可以有兩種處理方法： 繼續(xù)使用靜態(tài)路由，進(jìn)行配置更改 RouterB上進(jìn)行如下更改： RouterB ip route

29、-static （主鏈路仍使用缺省優(yōu)先級(jí)60） RouterBip route-static 100（備份鏈路的優(yōu)先級(jí)降低至100） RouterA上進(jìn)行如下更改： RouterA ip route-static RouterA ip route-static 100 這樣，只有當(dāng)主鏈路發(fā)生故障，備份鏈路的路由項(xiàng)才會(huì)出線在路由表中，從而接替主鏈路完成報(bào)文轉(zhuǎn)發(fā)，實(shí)現(xiàn)主備目的。 在兩路由器上運(yùn)行動(dòng)態(tài)路

30、由協(xié)議，如OSPF等，但不要運(yùn)行RIP協(xié)議（因?yàn)镽IP協(xié)議僅以hop作為Metric的）,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),tracert命令進(jìn)行故障處理,建議和總結(jié) 本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示ping命令和tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點(diǎn)。尤其在一個(gè)大的組網(wǎng)環(huán)境中，維護(hù)人員可能無法沿著路徑逐機(jī)排查，此時(shí)，能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了。,案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn),tracert命令進(jìn)行故障處理,DISPLAY命令,display命令是用于了解路由器的當(dāng)前狀況、檢測相鄰路由器、從總體上監(jiān)控網(wǎng)

31、絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障處理和監(jiān)控場合，display命令都是必不可少的。 這里僅介紹部分最常用的、全局性的display命令，而與各協(xié)議相關(guān)的display命令，將在后面章節(jié)相應(yīng)的協(xié)議故障處理中詳細(xì)介紹。,Display Version,該命令將幫助用戶收集下列信息： VRP軟件版本 是哪一系列的路由器 設(shè)備運(yùn)行時(shí)間 處理器的信息 RAM的容量 配置寄存器的設(shè)置 固件的版本 引導(dǎo)程序的版本 不同型號(hào)的設(shè)備顯示的內(nèi)容可能會(huì)略有差別,Quidwaydisplay version Huawei Versatile Routing Platform Software

32、VRP (tm) software, Version 1.44 Release 0006 Copyright (c) 1997-2002 HUAWEI TECH CO., LTD. Compiled 20:42:52, Jun 12 2003 , Quidway R2511 uptime is 0 days 7 hours 40 minutes 13 seconds, System returned to ROM by power-on. Quidway R2511 with 1 68360 Processor Router serial number is 00E0FC05D5C76A40

33、16 Mbytes DRAM 4608 Kbytes Flash Memory hardware version is 1.0,display current-configuration 與display saved-configuration,Display current-configuration用于查看當(dāng)前的配置信息。Display saved-configuration用于顯示NVRAM或Flash中的路由器配置文件，即路由器下次上電啟動(dòng)時(shí)所用的配置文件。 Current-configuration是路由器目前正在運(yùn)行的配置文件，當(dāng)更改某一配置時(shí)，current-configurat

34、ion會(huì)立即改變；如果不使用save命令將改變保存到啟動(dòng)配置文件saved-configuration中，路由器重啟時(shí)該改動(dòng)將丟失。因此請注意到修改運(yùn)行配置并驗(yàn)證正確后，應(yīng)當(dāng)將之保存到啟動(dòng)配置文件中。,Display interfaces,display interfaces命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請?jiān)谠撁詈筝斎虢涌陬愋秃徒涌谔?hào)，例如：display interfaces serial 0命令將查看串口0的運(yùn)行狀態(tài)和相關(guān)信息。,Quidwaydisplay interfaces serial 0 Serial0 is down, line protoco

35、l is down physical layer is synchronous, baudrate is 64000 bps interface is DCE, clock is DCECLK, cable type is V35 Maximum Transmission Unit is 1500 Link-protocol is PPP LCP initial, IPCP initial, IPXCP initial, CCP initial, BRIDGECP initial 5 minutes input rate 0.00 bytes/sec, 0.00 packets/sec 5 minutes output rate 0.00 bytes/sec, 0.00 packets/sec Input queue :(size/max/drop