通信常見(jiàn)網(wǎng)絡(luò)故障處理

通信常見(jiàn)網(wǎng)絡(luò)故障處理第一頁(yè)，共52頁(yè)。本課程解決的根本問(wèn)題是故障處理的基本步驟及常用診斷工具？以上模塊都遵循課程設(shè)計(jì)的基本法則：循序漸進(jìn)、由淺入深課程總體思路圖關(guān)鍵問(wèn)題課程模塊關(guān)鍵方法2第二頁(yè)，共52頁(yè)。內(nèi)容介紹第一章故障處理技術(shù)概述第二章故障處理步驟第三章常用診斷工具介紹第三頁(yè)，共52頁(yè)。第一章故障處理技術(shù)概述第1節(jié)導(dǎo)言第2節(jié)故障分類(lèi)第四頁(yè)，共52頁(yè)。導(dǎo)言能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問(wèn)題并排除故障，對(duì)網(wǎng)絡(luò)維護(hù)和管理人員來(lái)說(shuō)是個(gè)挑戰(zhàn)。這不但要求對(duì)網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個(gè)系統(tǒng)化的故障處理思想，并合理應(yīng)用于實(shí)際中，以將一個(gè)復(fù)雜的問(wèn)題隔離、分解或縮減排錯(cuò)范圍，從而及時(shí)修復(fù)網(wǎng)絡(luò)故障。第五頁(yè)，共52頁(yè)。連通性問(wèn)題硬件、媒介、電源故障配置錯(cuò)誤不正確的相互作用性能問(wèn)題網(wǎng)絡(luò)擁塞到目的地不是最佳路由路由環(huán)路網(wǎng)絡(luò)錯(cuò)誤故障分類(lèi)第六頁(yè)，共52頁(yè)。第二章故障處理步驟第1節(jié)導(dǎo)言第2節(jié)故障處理思路第3節(jié)故障處理實(shí)例第七頁(yè)，共52頁(yè)。故障處理系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。它的基本思想是系統(tǒng)地將由故障可能的原因所構(gòu)成的一個(gè)大集合縮減（或隔離）成幾個(gè)小的子集，從而使問(wèn)題的復(fù)雜度迅速下降。導(dǎo)言8第八頁(yè)，共52頁(yè)。故障處理步驟第九頁(yè)，共52頁(yè)。該處理流程是網(wǎng)絡(luò)維護(hù)人員所能夠采用的排錯(cuò)模型中的一種網(wǎng)絡(luò)故障解決的處理流程是可以變化的，但故障處理有序化的思維模式是不可變化的下面我們以一個(gè)故障處理的實(shí)例來(lái)學(xué)習(xí)如何應(yīng)用這些步驟。第十頁(yè)，共52頁(yè)。該案例組網(wǎng)如上：某校園網(wǎng)的三個(gè)局域網(wǎng)，其中為一個(gè)用戶(hù)網(wǎng)段，18為一個(gè)日志服務(wù)器；是一個(gè)集中了很多應(yīng)用服務(wù)器的網(wǎng)段。用戶(hù)網(wǎng)段廣播包過(guò)多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢

網(wǎng)云A:18/24C:20/24B:53/16D:3/16ETHERNETETHERNETETHERNET故障處理實(shí)例第十一頁(yè)，共52頁(yè)。要想對(duì)網(wǎng)絡(luò)故障做出準(zhǔn)確的分析，首先應(yīng)該了解故障表現(xiàn)出來(lái)的各種現(xiàn)象用戶(hù)反映“日志服務(wù)器與備份服務(wù)器間備份發(fā)生問(wèn)題?！边@就是一個(gè)不完整不清晰的故障現(xiàn)象描述。因?yàn)檫@個(gè)描述沒(méi)有講述清楚下列問(wèn)題：這個(gè)問(wèn)題是連續(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)象描述第十二頁(yè)，共52頁(yè)。搜集有助于查找故障原因的詳細(xì)信息：向受影響的用戶(hù)、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問(wèn)題；根據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)display和debug命令等；測(cè)試性能與網(wǎng)絡(luò)正常情況下的記錄進(jìn)行比較。如上述案例，可以向用戶(hù)提問(wèn)或自行收集下列相關(guān)信息：網(wǎng)絡(luò)結(jié)構(gòu)或配置是否最近修改過(guò)，即問(wèn)題出現(xiàn)是否與網(wǎng)絡(luò)變化有關(guān)？是否有用戶(hù)訪(fǎng)問(wèn)受影響的服務(wù)器時(shí)沒(méi)有問(wèn)題？在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度是多少？通過(guò)該步驟，我們收集到了下面一些相關(guān)信息：最近網(wǎng)段的客戶(hù)機(jī)不斷在增加；網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps，與日志服務(wù)器間進(jìn)行FTP傳輸時(shí)速度慢，只有0.6Mbps；在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度正常，大約為6Mbps；故障處理實(shí)例—搜集相關(guān)信息第十三頁(yè)，共52頁(yè)。利用前兩個(gè)步驟收集到的數(shù)據(jù)，并根據(jù)自己以往的故障處理經(jīng)驗(yàn)和所掌握的的知識(shí)，確定一個(gè)排錯(cuò)范圍。通過(guò)范圍的劃分，就只需注意某一故障或與故障情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機(jī)。如上述案例，我們現(xiàn)在能夠確定是一個(gè)網(wǎng)絡(luò)性能下降問(wèn)題。那么，是網(wǎng)段的性能問(wèn)題？是中間網(wǎng)絡(luò)的性能問(wèn)題？還是網(wǎng)段的性能問(wèn)題呢？根據(jù)網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps這一事實(shí)，我們可以排除掉網(wǎng)段的性能問(wèn)題。故障處理實(shí)例—經(jīng)驗(yàn)判斷和理論分析第十四頁(yè)，共52頁(yè)。該步驟列出根據(jù)經(jīng)驗(yàn)判斷和理論分析后總結(jié)的各種可能原因。如上述案例，可能原因如下：網(wǎng)段的性能問(wèn)題，其原因可能為：日志服務(wù)器A的性能問(wèn)題網(wǎng)絡(luò)的網(wǎng)關(guān)性能問(wèn)題網(wǎng)絡(luò)本身的性能問(wèn)題中間網(wǎng)絡(luò)性能問(wèn)題，主要是到網(wǎng)絡(luò)的路由不是最佳路由故障處理實(shí)例—各種可能原因列表第十五頁(yè)，共52頁(yè)。根據(jù)所列出的可能原因制定故障排查計(jì)劃，分析最有可能的原因，確定一次只對(duì)一個(gè)變量進(jìn)行操作，這種方法使你能夠重現(xiàn)某一故障的解決辦法。如果有多個(gè)變量同時(shí)被改變，而問(wèn)題得以解決，那么如何判斷哪個(gè)變量導(dǎo)致了故障發(fā)生呢？故障處理實(shí)例—對(duì)每種原因逐個(gè)實(shí)施排錯(cuò)方案第十六頁(yè)，共52頁(yè)?？赡茉?：網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最佳路由。制定的方案：在網(wǎng)段的網(wǎng)關(guān)上使用“tracert53”命令，發(fā)現(xiàn)探測(cè)報(bào)文返回時(shí)長(zhǎng)僅為10ms，表明該可能原因并不是造成故障的原因。我們進(jìn)入循環(huán)排錯(cuò)過(guò)程。故障處理實(shí)例—循環(huán)排查過(guò)程第十七頁(yè)，共52頁(yè)?？赡茉?：日志服務(wù)器A的性能問(wèn)題。制定的方案：測(cè)試同一網(wǎng)段的主機(jī)C和日志服務(wù)器間的FTP傳輸速度，是6Mbps，正常?？梢?jiàn)問(wèn)題與服務(wù)器A無(wú)關(guān)。第十八頁(yè)，共52頁(yè)。可能原因3：網(wǎng)絡(luò)的網(wǎng)關(guān)性能問(wèn)題。制定的方案：測(cè)試主機(jī)C和備份服務(wù)器B間FTP傳輸速度是7Mbps，正常。排除了網(wǎng)關(guān)因素，因?yàn)锽、C在不同網(wǎng)段上而速度正常。第十九頁(yè)，共52頁(yè)?？赡茉?：網(wǎng)絡(luò)本身的性能問(wèn)題。制定的方案：在網(wǎng)段的以太網(wǎng)交換機(jī)上使用命令“showmac”，輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast----------------------------------------------------------------6/321031781208665PortXmit-UnicastXmit-MulticastXmit-Broadcast----------------------------------------------------------------6/3266679872866522474038(輸出的廣播：輸出的單播比例為1：3，太大了。)PortRcv-OctetXmit-Octet---------------------------------------------------------------6/32140948293581516443041在網(wǎng)段上的以太網(wǎng)交換機(jī)上使用命令“showmac”輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast-------------------------------------------------------------6/36557802870285PortXmit-UnicastXmit-MulticastXmit-Broadcast--------------------------------------------------------------6/3627879749190257119430（廣播：?jiǎn)尾ケ壤?：270，屬于正常。）PortRcv-OctetXmit-Octet---------------------------------------------------------------6/36671725870814998816809由此得知，網(wǎng)段上廣播包和單播包比例為1:3，確實(shí)太大了。再次詢(xún)問(wèn)用戶(hù)該網(wǎng)段主要運(yùn)行的業(yè)務(wù)是什么，而得出了故障最終原因如下：是普通用戶(hù)網(wǎng)段，由于業(yè)務(wù)原因每個(gè)用戶(hù)需要發(fā)送大量廣播包和多播包，隨著近期越來(lái)越多的用戶(hù)接入該網(wǎng)絡(luò)，在這個(gè)網(wǎng)段上的服務(wù)器需要花費(fèi)更多的資源來(lái)處理越來(lái)越多的廣播和多播包，因此其服務(wù)的傳輸速度自然減慢。這是一個(gè)網(wǎng)絡(luò)布局不恰當(dāng)?shù)膯?wèn)題，需要重新安排服務(wù)器的位置，將服務(wù)器移動(dòng)網(wǎng)段后，故障解決。第二十頁(yè)，共52頁(yè)。第三章常用診斷工具介紹第1節(jié)導(dǎo)言第2節(jié)命令介紹第3節(jié)案例分析第二十一頁(yè)，共52頁(yè)。ping命令tracert命令display命令debug命令抓包軟件sniffer/ethereal幾個(gè)常用診斷工具第二十二頁(yè)，共52頁(yè)。命令ping用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)。“ping”這個(gè)詞源于聲納定位操作，指來(lái)自聲納設(shè)備的脈沖信號(hào)。ping命令的思想與發(fā)出一個(gè)短促的雷達(dá)波，通過(guò)收集回波來(lái)判斷目標(biāo)很相似；即源站點(diǎn)向目的站點(diǎn)發(fā)出一個(gè)ICMPEchoRequest報(bào)文，目的站點(diǎn)收到該報(bào)文后回一個(gè)ICMPEchoReply報(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命令第二十三頁(yè)，共52頁(yè)。在Quidway系列路由器上，ping命令的格式如下：ping[-Rdnqrv][-ccount][-ppattern][-spacketsize][-ttimeout]host-aping報(bào)文中使用的源IP地址-cping報(bào)文的個(gè)數(shù)，缺省值為5；-t設(shè)置ping報(bào)文的超時(shí)時(shí)間，單位為毫秒，缺省值為2000；-s設(shè)置ping報(bào)文的大小，以字節(jié)為單位，缺省值為56。第二十四頁(yè)，共52頁(yè)。在PC機(jī)上或WindowsNT為平臺(tái)的服務(wù)器上，ping命令的格式如下：ping[-nnumber][-t][-lnumber]ip-address-nping報(bào)文的個(gè)數(shù)，缺省值為5；-t持續(xù)地ping直到人為地中斷，Ctr+Breack暫時(shí)中止ping命令并查看當(dāng)前的統(tǒng)計(jì)結(jié)果，而Ctr+C則中斷命令的執(zhí)行。-l設(shè)置ping報(bào)文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500。第二十五頁(yè)，共52頁(yè)。用ping命令進(jìn)行故障處理工程師小L，在配置完一臺(tái)路由器之后執(zhí)行ping命令檢測(cè)鏈路是否通暢。發(fā)現(xiàn)5個(gè)報(bào)文都沒(méi)有ping通，小L斷定是連通性問(wèn)題。檢查雙方的配置命令并查看路由表，卻一直沒(méi)有找到錯(cuò)誤所在。最后又重復(fù)執(zhí)行了一遍相同的ping命令，發(fā)現(xiàn)這一次5個(gè)報(bào)文中有1個(gè)ping通了－－原來(lái)是線(xiàn)路質(zhì)量不好存在比較嚴(yán)重的丟包現(xiàn)象。案例一連通性問(wèn)題還是性能問(wèn)題？第二十六頁(yè)，共52頁(yè)。工程師小L又配置了一臺(tái)路由器，然后執(zhí)行ping命令訪(fǎng)問(wèn)Internet上某站點(diǎn)的IP地址，但沒(méi)有ping通。有了上次的教訓(xùn)小L，再一次ping了20個(gè)報(bào)文，仍舊沒(méi)有響應(yīng)。于是這次小L覺(jué)得能夠斷定是連通性故障。在費(fèi)勁周折檢查了配置鏈路之后仍沒(méi)有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測(cè)的方法對(duì)鏈路中的網(wǎng)關(guān)進(jìn)行逐級(jí)測(cè)試，發(fā)現(xiàn)都可以ping通，但是響應(yīng)的時(shí)間越來(lái)越長(zhǎng)，最后一個(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)行故障處理案例一連通性問(wèn)題還是性能問(wèn)題？第二十七頁(yè)，共52頁(yè)。建議和總結(jié)：真的是ping不通嗎？這個(gè)問(wèn)題需要定位清楚，因?yàn)檫B通性問(wèn)題和性能問(wèn)題排錯(cuò)的關(guān)注點(diǎn)是不一樣的――問(wèn)題定位錯(cuò)誤必然會(huì)導(dǎo)致排錯(cuò)過(guò)程的周折。使用一般的ping命令，缺省是發(fā)送5個(gè)報(bào)文的，超時(shí)時(shí)長(zhǎng)是2000ms。如果ping不通情況發(fā)生，最好能夠再用帶參數(shù)-c和-t的ping命令再執(zhí)行一遍，如：ping-c20-t4000ip-address，即連續(xù)發(fā)送20個(gè)報(bào)文，每個(gè)報(bào)文的超時(shí)時(shí)長(zhǎng)為4000ms，這樣一般可以判斷出到底是連通性問(wèn)題還是性能問(wèn)題。用ping命令進(jìn)行故障處理案例一連通性問(wèn)題還是性能問(wèn)題？第二十八頁(yè)，共52頁(yè)。在RouterA上配置一條指向/8的靜態(tài)路由：

[Quidway]iproute-static在RouterA上ping路由器RouterB的以太網(wǎng)地址，RouterA的以太網(wǎng)地址，卻無(wú)法ping通。

E0:/8E0:/8S0:/8S0:/8RouterARouterB用ping命令進(jìn)行故障處理案例二顯示可以正常ping通；但是在RouterB上ping路由器第二十九頁(yè)，共52頁(yè)。案例二A能ping通B，B就一定能ping通A嗎？原因分析：由于在RouterB上沒(méi)有相應(yīng)的配置到/8路由，所以在RouterB上ping不通RouterA的以太網(wǎng)口

。但是為何在A(yíng)上可以ping通

呢？同樣是沒(méi)有回程路由。打開(kāi)路由器上的IP報(bào)文調(diào)試開(kāi)關(guān)發(fā)現(xiàn)，原來(lái)從RouterA上發(fā)出的ICMP報(bào)文的源地址填寫(xiě)的是而不是，由于兩臺(tái)路由器的s0口處于同一網(wǎng)段，所以響應(yīng)報(bào)文可以順利到達(dá)RouterB。用ping命令進(jìn)行故障處理第三十頁(yè)，共52頁(yè)。案例二A能ping通B，B就一定能ping通A嗎？建議和總結(jié)：A能夠ping通B則B一定能夠ping通A（不考慮防火墻的因素）,這句話(huà)的對(duì)錯(cuò)取決于A(yíng)和B到底是指主機(jī)還是指路由器。如果是指兩臺(tái)主機(jī)，那么這句話(huà)就是正確的。如果是指兩臺(tái)路由器那就是錯(cuò)誤的，因?yàn)槁酚善魍ǔ?huì)有多個(gè)IP地址?，F(xiàn)在就有如下問(wèn)題：當(dāng)從一臺(tái)路由器上執(zhí)行ping命令它發(fā)出的ICMPEcho報(bào)文的源地址究竟選擇哪一個(gè)呢？實(shí)際情況是路由器選擇發(fā)出報(bào)文的接口的IP地址。用ping命令進(jìn)行故障處理第三十一頁(yè)，共52頁(yè)。TRACERT命令tracert命令用于測(cè)試數(shù)據(jù)報(bào)文從發(fā)送主機(jī)到目的地所經(jīng)過(guò)的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。tracert利用IP報(bào)文的TTL域在每經(jīng)過(guò)一個(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)門(mén)TL超時(shí)），之后tracert再發(fā)送一個(gè)TTL為2的報(bào)文，同樣第二跳返回TTL超時(shí)，這個(gè)過(guò)程不斷進(jìn)行，直到到達(dá)目的地，此時(shí)由于數(shù)據(jù)報(bào)中使用了無(wú)效的端口號(hào)（缺省為33434）此時(shí)目的主機(jī)會(huì)返回一個(gè)ICMP的目的地不可達(dá)消息，表明該tracert操作結(jié)束。tracert記錄下每一個(gè)ICMPTTL超時(shí)消息的源地址，從而提供給用戶(hù)報(bào)文到達(dá)目的地所經(jīng)過(guò)的網(wǎng)關(guān)IP地址。第三十二頁(yè)，共52頁(yè)。在華為Quidway系列路由器上，tracert命令的格式如下：tracert[-aip-address][-f

first_TTL][-mmax_TTL][-pport][-q

nqueries][-w

timeout]host-a指定一個(gè)發(fā)送UDP報(bào)文的源地址；-f指定初始報(bào)文的TTL大小，缺省值為1；-m指定最大TTL大小，缺省值為30；-p目的主機(jī)的端口號(hào)，缺省值為33434；-q每次發(fā)送的探測(cè)報(bào)文的個(gè)數(shù)，缺省值為3；-w指明UDP報(bào)文的超時(shí)時(shí)間，單位為毫秒，缺省值為5000。第三十三頁(yè)，共52頁(yè)。在PC機(jī)上或WindwosNT為平臺(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í)間，單位毫秒；第三十四頁(yè)，共52頁(yè)。案例一使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)某校園網(wǎng)中，RouterB和RouterC同屬于一個(gè)運(yùn)行RIPv2路由協(xié)議的網(wǎng)絡(luò)，主機(jī)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)服務(wù)器，用戶(hù)抱怨訪(fǎng)問(wèn)性能差。網(wǎng)云RIP域E1:/8/8E0:/8S0:/8S1:/8S0:/8s1:/8/8RouterARouterBRouterCtracert命令進(jìn)行故障處理第三十五頁(yè)，共52頁(yè)。相關(guān)信息顯示登錄到RouterC，使用帶參數(shù)的ping遠(yuǎn)端服務(wù)器，顯示如下：[RouterC]ping-c10-s4000-t6000PING:4000databytes,pressCTRL_CtobreakReplyfrom:bytes=4000Sequence=0ttl=249time=552msReplyfrom:bytes=4000Sequence=1ttl=249time=5733msReplyfrom:bytes=4000Sequence=2ttl=249time=552msReplyfrom:bytes=4000Sequence=3ttl=249time=5714msReplyfrom:bytes=4000Sequence=4ttl=249time=552msReplyfrom:bytes=4000Sequence=5ttl=249time=5711msReplyfrom:bytes=4000Sequence=6ttl=249time=552msReplyfrom:bytes=4000Sequence=7ttl=249time=5709msReplyfrom:bytes=4000Sequence=8ttl=249time=552msReplyfrom:bytes=4000Sequence=9ttl=249time=5710ms案例一使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)tracert命令進(jìn)行故障處理第三十六頁(yè)，共52頁(yè)。原因分析上面的ping顯示出一個(gè)規(guī)律：奇數(shù)報(bào)文的返回時(shí)長(zhǎng)短，而偶數(shù)報(bào)文返回時(shí)長(zhǎng)很長(zhǎng)（是奇數(shù)報(bào)文的10倍多）?？梢猿醪脚袛嗥鏀?shù)報(bào)文和偶數(shù)報(bào)文是通過(guò)不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用tracert命令來(lái)追蹤這不同的路徑。在RouterC上，tracert遠(yuǎn)端RouterA的以太網(wǎng)接口。[RouterC]tracert-q8tracerouteto()30hopsmax,40bytespacket16ms4ms4ms4ms4ms4ms4ms4ms……

520ms16ms15ms16ms16ms16ms16ms16ms630ms278ms25ms279ms25ms278ms25ms277msRouterC(config)#

從上面的顯示可看到，直至，UDP探測(cè)報(bào)文的返回時(shí)長(zhǎng)都基本一致，而到時(shí)，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報(bào)文時(shí)長(zhǎng)短，偶數(shù)報(bào)文時(shí)長(zhǎng)長(zhǎng)的現(xiàn)象。于是判斷，問(wèn)題發(fā)生在RouterB和RouterA之間。 案例一使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)tracert命令進(jìn)行故障處理第三十七頁(yè)，共52頁(yè)。原因分析通過(guò)詢(xún)問(wèn)該段網(wǎng)絡(luò)的管理員，得知這兩路由器間有一主一備兩串行鏈路，主鏈路為2.048Mbps（s0口之間），備份鏈路為128Kbps（s1口之間）。網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。RouterB上如下配置：[RouterB]

iproute-static[RouterB]iproute-staticRouterA上如下配置：[RouterA]iproute-static[RouterA]

iproute-static于是問(wèn)題就清楚了。例如RouterB，由于管理員配置時(shí)沒(méi)有給出靜態(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)行故障處理第三十八頁(yè)，共52頁(yè)。處理過(guò)程，可以有兩種處理方法：繼續(xù)使用靜態(tài)路由，進(jìn)行配置更改RouterB上進(jìn)行如下更改：[RouterB]

iproute-static（主鏈路仍使用缺省優(yōu)先級(jí)60）[RouterB]iproute-static100（備份鏈路的優(yōu)先級(jí)降低至100）RouterA上進(jìn)行如下更改：[RouterA]

iproute-static[RouterA]

iproute-static100這樣，只有當(dāng)主鏈路發(fā)生故障，備份鏈路的路由項(xiàng)才會(huì)出線(xiàn)在路由表中，從而接替主鏈路完成報(bào)文轉(zhuǎn)發(fā)，實(shí)現(xiàn)主備目的。在兩路由器上運(yùn)行動(dòng)態(tài)路由協(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)行故障處理第三十九頁(yè)，共52頁(yè)。建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問(wèn)題，而是用來(lái)展示ping命令和tracert命令的相互配合來(lái)找到網(wǎng)絡(luò)問(wèn)題的發(fā)生點(diǎn)。尤其在一個(gè)大的組網(wǎng)環(huán)境中，維護(hù)人員可能無(wú)法沿著路徑逐機(jī)排查，此時(shí)，能夠迅速定位出發(fā)生問(wèn)題的線(xiàn)路或路由器就非常重要了。案例一使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)tracert命令進(jìn)行故障處理第四十頁(yè)，共52頁(yè)。DISPLAY命令display命令是用于了解路由器的當(dāng)前狀況、檢測(cè)相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障處理和監(jiān)控場(chǎng)合，display命令都是必不可少的。這里僅介紹部分最常用的、全局性的display命令，而與各協(xié)議相關(guān)的display命令，將在后面章節(jié)相應(yīng)的協(xié)議故障處理中詳細(xì)介紹。第四十一頁(yè)，共52頁(yè)。DisplayVersion該命令將幫助用戶(hù)收集下列信息：VRP軟件版本是哪一系列的路由器設(shè)備運(yùn)行時(shí)間處理器的信息RAM的容量配置寄存器的設(shè)置固件的版本引導(dǎo)程序的版本不同型號(hào)的設(shè)備顯示的內(nèi)容可能會(huì)略有差別[Quidway]displayversionHuaweiVersatileRoutingPlatformSoftwareVRP(tm)software,Version1.44Release0006Copyright(c)1997-2002HUAWEITECHCO.,LTD.Compiled20:42:52,Jun122003,QuidwayR2511uptimeis0days7hours40minutes13seconds,SystemreturnedtoROMbypower-on.QuidwayR2511with168360ProcessorRouterserialnumberis00E0FC05D5C76A4016MbytesDRAM4608KbytesFlashMemoryhardwareversionis1.0第四十二頁(yè)，共52頁(yè)。displaycurrent-configuration

與displaysaved-configurationDisplaycurrent-configuration用于查看當(dāng)前的配置信息。Displaysaved-configuration用于顯示NVRAM或Flash中的路由器配置文件，即路由器下次上電啟動(dòng)時(shí)所用的配置文件。Current-configuration是路由器目前正在運(yùn)行的配置文件，當(dāng)更改某一配置時(shí)，current-configuration會(huì)立即改變；如果不使用save命令將改變保存到啟動(dòng)配置文件saved-configuration中，路由器重啟時(shí)該改動(dòng)將丟失。因此請(qǐng)注意到修改運(yùn)行配置并驗(yàn)證正確后，應(yīng)當(dāng)將之保存到啟動(dòng)配置文件中。第四十三頁(yè)，共52頁(yè)。Displayinterfacesdisplayinterfaces命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請(qǐng)?jiān)谠撁詈筝斎虢涌陬?lèi)型和接口號(hào)，例如：displayinterfacesserial0命令將查看串口0的運(yùn)行狀態(tài)和相關(guān)信息。[Quidway]displayinterfacesserial0Serial0isdown,lineprotocolisdownphysicallayerissynchronous,baudrateis64000bpsinterfaceisDCE,clockisDCECLK,cabletypeisV35MaximumTransmissionUnitis1500Link-protocolisPPPLCPinitial,IPCPinitial,IPXCPinitial,CCPinitial,BRIDGECPinitial5minutesinputrate0.00bytes/sec,0.00packets/sec5minutesoutputrate0.00bytes/sec,0.00packets/secInputqueue:(size/max/drops)0/75/0FIFOqueueing:FIFOOu