DC100012中低端網(wǎng)絡(luò)產(chǎn)品維護(hù)與故障排除ISSUE10

Page1學(xué)習(xí)完此課程，您將會(huì)：掌握一般的故障排除步驟掌握常用的故障排除工具掌握故障處理常用方法了解華為數(shù)據(jù)通信產(chǎn)品故障處理資源目標(biāo)Page2內(nèi)容介紹第1章網(wǎng)絡(luò)故障處理概述

第2章故障排除常用工具第3章故障排除常用方法第4章終端故障處理第5章華為數(shù)據(jù)通信產(chǎn)品故障處理資源Page3網(wǎng)絡(luò)故障處理技術(shù)概述能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問題并排除故障，對(duì)網(wǎng)絡(luò)維護(hù)和管理人員來說是個(gè)挑戰(zhàn)。這不但要求對(duì)網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個(gè)系統(tǒng)化的故障處理思想并合理應(yīng)用于實(shí)際中，以將一個(gè)復(fù)雜的問題隔離、分解或縮減排錯(cuò)范圍，從而及時(shí)修復(fù)網(wǎng)絡(luò)故障。Page4網(wǎng)絡(luò)故障分類連通性問題硬件、媒介、電源故障；配置錯(cuò)誤；設(shè)備兼容性問題。性能問題網(wǎng)絡(luò)擁塞；到目的地不是最佳路由；供電不足；路由環(huán)路；網(wǎng)絡(luò)不穩(wěn)定。Page5網(wǎng)絡(luò)故障排除基本步驟故障現(xiàn)象觀察故障相關(guān)信息收集經(jīng)驗(yàn)判斷和理論分析各種可能原因列表對(duì)每一原因?qū)嵤┡佩e(cuò)方案故障排除？恢復(fù)實(shí)施方案前的網(wǎng)絡(luò)狀態(tài)故障排除過程文檔化循環(huán)1循環(huán)2NYPage6內(nèi)容介紹第1章網(wǎng)絡(luò)故障處理概述第2章故障排除常用工具第3章故障排除常用方法第4章終端故障處理第5章華為數(shù)據(jù)通信產(chǎn)品故障處理資源Page7故障排除常用工具ping命令

tracert命令

display命令

reset命令

debug命令Page8PING命令命令ping用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)?！皃ing”這個(gè)詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號(hào)。ping命令的思想與發(fā)出一個(gè)短促的雷達(dá)波，通過收集回波來判斷目標(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命令不僅是VRP平臺(tái)的常用網(wǎng)絡(luò)命令，也是windows平臺(tái)上常用的網(wǎng)絡(luò)命令，下面對(duì)兩種平臺(tái)下的命令使用均進(jìn)行介紹Page9PING命令在Quidway系列設(shè)備上，ping命令的格式如下：ping[-cnumber][-tnumber][-snumber]ip-address-cping報(bào)文的個(gè)數(shù)，缺省值為5；-t設(shè)置ping報(bào)文的超時(shí)時(shí)間，單位為毫秒，缺省值為2000；-s設(shè)置ping報(bào)文的大小，以字節(jié)為單位，缺省值為56。Page10PING命令在PC機(jī)上或WindwosNT為平臺(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至65500Page11用ping命令進(jìn)行故障處理案例一連通性問題還是性能問題工程師小L，在配置完一臺(tái)路由器之后執(zhí)行ping命令檢測(cè)鏈路是否通暢。發(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)象。Page12用ping命令進(jìn)行故障處理工程師小L又配置了一臺(tái)路由器，然后執(zhí)行ping命令訪問Internet上某站點(diǎn)的IP地址，但沒有ping通。有了上次的教訓(xùn)小L，再一次ping了20個(gè)報(bào)文，仍舊沒有響應(yīng)。于是這次小L覺得能夠斷定是連通性故障。在費(fèi)勁周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測(cè)的方法對(duì)鏈路中的網(wǎng)關(guān)進(jìn)行逐級(jí)測(cè)試，發(fā)現(xiàn)都可以ping通，但是響應(yīng)的時(shí)間越來越長(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左右。Page13用ping命令進(jìn)行故障處理建議和總結(jié)：真的是ping不通嗎？這個(gè)問題需要定位清楚，因?yàn)檫B通性問題和性能問題排錯(cuò)的關(guān)注點(diǎn)是不一樣的，問題定位錯(cuò)誤必然會(huì)導(dǎo)致排錯(cuò)過程的周折。使用一般的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，這樣一般可以判斷出到底是連通性問題還是性能問題。Page14用ping命令進(jìn)行故障處理案例二使用大包ping對(duì)端進(jìn)行MTU不一致的故障處理某次開局，使用Quidway路由器與其他廠商的某路由器互連，并運(yùn)行OSPF協(xié)議。數(shù)據(jù)配置完畢后，一切正常，并在今后相當(dāng)長(zhǎng)的時(shí)間內(nèi)設(shè)備運(yùn)轉(zhuǎn)穩(wěn)定。但兩個(gè)月后，用戶反饋網(wǎng)絡(luò)中斷。相關(guān)信息顯示：登錄到兩臺(tái)路由器上，發(fā)現(xiàn)雙方連接正常，可以相互ping通對(duì)端地址，但OSPF協(xié)議中斷；登錄Quidway路由器查看鄰居狀態(tài)，發(fā)現(xiàn)鄰居狀態(tài)機(jī)處于Exstart狀態(tài)。打開相應(yīng)的debug開關(guān)查看相應(yīng)的報(bào)文信息，發(fā)現(xiàn)雙方都可以收到Hello報(bào)文，但Quidway路由器發(fā)送DD報(bào)文后，一直沒有收到對(duì)方回應(yīng)的DD報(bào)文；登錄其他廠商的那臺(tái)路由器，打開相應(yīng)的debug開關(guān)，發(fā)現(xiàn)對(duì)方收到Quidway路由器發(fā)送的DD報(bào)文后，已發(fā)送了相應(yīng)的DD報(bào)文予以回應(yīng)。Page15用ping命令進(jìn)行故障處理原因分析：初步斷定，Quidway路由器沒有收到DD回應(yīng)報(bào)文，但對(duì)方確實(shí)發(fā)出來了。既然可以接收到HELLO報(bào)文說明鏈路是通暢的，而且多播報(bào)文的收發(fā)也沒有問題。那么有可能是對(duì)方發(fā)送的DD報(bào)文有錯(cuò)誤導(dǎo)致Quidway路由器拒收，但查看相應(yīng)的信息，并沒有報(bào)告接收到錯(cuò)誤的DD報(bào)文。仔細(xì)查看某廠商路由器的調(diào)試信息發(fā)現(xiàn)這個(gè)DD報(bào)文很大有2000多字節(jié)。會(huì)不會(huì)是由于報(bào)文太大導(dǎo)致的問題呢？試著ping了一個(gè)2000字節(jié)的報(bào)文，結(jié)果不通。那么故障原因很可能是由于雙方的MTU不一致導(dǎo)致大包不通。Page16用ping命令進(jìn)行故障處理處理過程檢查配置，發(fā)現(xiàn)對(duì)方路由器的MTU設(shè)置為4000多，而Quidway路由器的MTU設(shè)置為1500，于是修改對(duì)端路由器的MTU為1500。故障消除。那么為什么工程初期沒有問題呢？這是因?yàn)榍捌贒D報(bào)文長(zhǎng)度小于1500字節(jié)，而后來網(wǎng)絡(luò)擴(kuò)容導(dǎo)致路由信息過多，使DD報(bào)文的長(zhǎng)度超過了1500字節(jié)。建議和總結(jié)：由于ping缺省報(bào)文是56個(gè)字節(jié)，所以顯示的ping通信息只是表示56字節(jié)的報(bào)文可以通而并不一定表示其他大小的報(bào)文仍舊可以通。所以，應(yīng)當(dāng)善于使用ping的其他參數(shù)來進(jìn)行故障處理。Page17用ping命令進(jìn)行故障處理E0:/8E0:/8S0:/8S0:/8RouterARouterB案例三A能ping通B，B就一定能ping通A嗎？在RouterA上配置一條指向/8的靜態(tài)路由：

[Quidway]iproute-static

在RouterA上ping路由器RouterB的以太網(wǎng)地址，顯示可以正常ping通；但是在RouterB上ping路由器RouterA的以太網(wǎng)地址，卻無法ping通。Page18用ping命令進(jìn)行故障處理原因分析：由于在RouterB上沒有相應(yīng)的配置到/8路由，所以在RouterB上ping不通RouterA的以太網(wǎng)口

。但是為何在A上可以ping通

呢？同樣是沒有回程路由。打開路由器上的IP報(bào)文調(diào)試開關(guān)發(fā)現(xiàn)，原來從RouterA上發(fā)出的ICMP報(bào)文的源地址填寫的是而不是，由于兩臺(tái)路由器的s0口處于同一網(wǎng)段，所以響應(yīng)報(bào)文可以順利到達(dá)RouterB。建議和總結(jié)：A能夠ping通B則B一定能夠ping通A（不考慮防火墻的因素）,這句話的對(duì)錯(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ā)出的ICMPEcho報(bào)文的源地址究竟選擇哪一個(gè)呢？實(shí)際情況是路由器選擇發(fā)出報(bào)文的接口的IP地址。Page19TRACERT命令tracert命令用于測(cè)試數(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ā)后減1，當(dāng)TTL=0時(shí)，則向源節(jié)點(diǎn)報(bào)告TTL超時(shí)這個(gè)的特性。Page20TRACERT命令在華為Quidway系列設(shè)備上，tracert命令的格式如下：

tracert[-aip-address][-ffirst_TTL][-mmax_TTL][-pport][-qnqueries][-wtimeout]host -a 指定本次tracert命令配置的報(bào)文源地址；

-f 指定初始報(bào)文的TTL大小，缺省值為1；

-m 指定最大TTL大小，缺省值為30；

-p 目的主機(jī)的端口號(hào)，缺省值為33434；

-q 每次發(fā)送的探測(cè)報(bào)文的個(gè)數(shù)，缺省值為3；

-w 指明報(bào)文的超時(shí)時(shí)間，單位為秒，缺省值為 5000。Page21TRACERT命令在PC機(jī)上或WindwosNT為平臺(tái)的服務(wù)器上，tracert命令的格式如下：

tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]host-d不解析主機(jī)名；-h指定最大TTL大?。?j設(shè)定松散源地址路由列表；-w用于設(shè)置UDP報(bào)文的超時(shí)時(shí)間，單位毫秒。Page22使用tracert命令進(jìn)行故障處理案例一使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)某校園網(wǎng)中，RouterB和RouterC同屬于一個(gè)運(yùn)行RIPv2路由協(xié)議的網(wǎng)絡(luò)，主機(jī)訪問數(shù)據(jù)庫(kù)服務(wù)器，用戶抱怨訪問性能差。網(wǎng)云RIP域E1:/8/8E0:/8S0:/8S1:/8S0:/8s1:/8/8RouterARouterBRouterCPage23使用tracert命令進(jìn)行故障處理

相關(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=5714ms

Page24使用tracert命令進(jìn)行故障處理原因分析上面的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)文是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用tracert命令來追蹤這不同的路徑。在RouterC上，tracert遠(yuǎn)端RouterA的以太網(wǎng)接口

[RouterC]tracert-q8tracerouteto()30hopsmax,40bytespacket16ms4ms4ms4ms4ms4ms4ms4ms……520ms16ms15ms16ms16ms16ms16ms16ms630ms278ms25ms279ms25ms278ms25ms277ms從上面的顯示可看到，直至，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)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。Page25使用tracert命令進(jì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于是問題就清楚了。例如RouterB，由于管理員配置時(shí)沒有給出靜態(tài)路由的優(yōu)先級(jí)，這兩條路由項(xiàng)的優(yōu)先級(jí)就同為缺省值60，于是就同時(shí)出現(xiàn)在路由表中，實(shí)現(xiàn)的是負(fù)載分擔(dān)，而不能達(dá)到主備的目的。Page26使用tracert命令進(jìn)行故障處理處理過程，可以有兩種處理方法：繼續(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ì)出線在路由表中，從而接替主鏈路完成報(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的）。Page27使用tracert命令進(jìn)行故障處理建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示ping命令和tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點(diǎn)。在一個(gè)大的組網(wǎng)環(huán)境中，維護(hù)人員可能無法沿著路徑逐機(jī)排查，此時(shí)，能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了。Page28使用tracert命令進(jìn)行故障處理E1:/8/8E0:/8E0:/8S0:/8S0:/8E0:/8RouterARouterBRouterC案例二使用tracert命令發(fā)現(xiàn)路由環(huán)路 三臺(tái)路由器均配置靜態(tài)路由，完成后，登錄到RouterA上ping主機(jī)，發(fā)現(xiàn)不通。Page29使用tracert命令進(jìn)行故障處理相關(guān)信息顯示[RouterA]ping-c6-t5000PING:56databytes,pressCTRL_CtobreakRequesttimeoutRequesttimeout……[RouterA]tracerttracerouteto()30hopsmax,40bytespacket16ms4ms4ms（RouterB）

28ms8ms8ms（RouterA）

312ms12ms12ms（RouterB）

416ms16ms16ms（RouterA）……Page30使用tracert命令進(jìn)行故障處理原因分析 從上面的tracert命令的顯示可以立即發(fā)現(xiàn)，在RouterA和RouterB間產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由，基本可以斷定是RouterA或RouterB的靜態(tài)路由配置錯(cuò)誤。 檢查RouterA的路由表，配置的是缺省靜態(tài)路由：

iproute-static，沒有問題。 檢查RouterB的路由表，配置到網(wǎng)絡(luò)的靜態(tài)路由為：

iproute-static

下一跳配置的是，而不是，這正是錯(cuò)誤所在。Page31使用tracert命令進(jìn)行故障處理處理過程修改RouterB的配置如下：[RouterB]noiproute-static[RouterB]iproute-static建議和總結(jié)tracert命令能夠很容易發(fā)現(xiàn)路由環(huán)路等潛在問題。當(dāng)路由器A認(rèn)為路由器B知道到達(dá)目的地的路徑，而路由器B也認(rèn)為路由器A知道目的地時(shí)，就是路由環(huán)路發(fā)生了。使用ping命令只能知道接收端出現(xiàn)超時(shí)錯(cuò)誤，而tracert能夠立即發(fā)現(xiàn)環(huán)路所在，如果tracert命令兩次或者多次顯示同樣的接口。當(dāng)通過tracert發(fā)現(xiàn)路由環(huán)路后，如果配置為：靜態(tài)路由：幾乎可以肯定是手工配置有問題單動(dòng)態(tài)路由協(xié)議：可能是地址聚合產(chǎn)生的問題多動(dòng)態(tài)路由協(xié)議：可能是路由引入產(chǎn)生的問題Page32DISPLAY命令display命令是用于了解路由器的當(dāng)前狀況、檢測(cè)相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障處理和監(jiān)控場(chǎng)合，display命令都是必不可少的。常用的display命令DisplayVersionDisplay

current-configuration

和displaysaved-configurationDisplayinterfacePage33DisplayVersion[Quidway]displayversionCopyrightNotice:Allrightsreserved(Aug172004).Withouttheowner'spriorwrittenconsent,nodecompilingnorreverse-engineeringshallbeallowed.Huawei-3ComVersatileRoutingPlatformSoftwareVRP(R)software,Version3.30,Release0008Copyright(c)2003-2004HangzhouHuawei-3ComTech.Co.,Ltd.Allrightsreserved.Copyright(c)2000-2003HuaweiTech.Co.,Ltd.Allrightsreserved.QuidwaySeriesRouter2631uptimeis0week,0day,7hours,26minutes

CPUtype:PowerPC8240200MHz64MbytesSDRAMMemory8MbytesFlashMemory128KbytesNvRAMMemoryPcbVersion:1.1LogicVersion:3.0BootROMVersion:9.05Page34current-configuration和saved-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)配置文件中。強(qiáng)烈建議網(wǎng)絡(luò)維護(hù)或管理人員保存一份啟動(dòng)配置文件的拷貝存放到路由器以外的其他設(shè)備上。這有幾點(diǎn)好處：這將使維護(hù)人員能夠迅速配置一個(gè)替代的路由器；這個(gè)保存在外部的文本文件也可以按上述規(guī)定的格式脫機(jī)編輯然后使用Downloadconfig命令加載到路由器上；可以將該配置文件通過E-mail形式發(fā)給華為技術(shù)支持人員以幫助定位配置問題。Page35Displayinterfacedisplayinterface命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請(qǐng)?jiān)谠撁詈筝斎虢涌陬愋秃徒涌谔?hào)，例如：displayinterfaceSerial3/1命令，查看Serial3/1接口的運(yùn)行狀態(tài)和相關(guān)信息。[Quidway]displayinterfaceSerial3/1Serial3/1currentstate:UPLineprotocolcurrentstate:UPDescription:Serial3/1InterfaceTheMaximumTransmitUnitis1500,Holdtimeris10(sec)Internetprotocolprocessing:disabledLinklayerprotocolisPPPLCPopenedOutputqueue:(Urgentqueue:Size/Length/Discards)0/50/0Outputqueue:(Protocolqueue:Size/Length/Discards)0/500/0Outputqueue:(FIFOqueuing:Size/Length/Discards)0/75/0Physicallayerissynchronous,Baudrateis64000bpsInterfaceisDCE,CabletypeisV35Last300secondsinputrate2.40bytes/sec,0.20packets/secLast300secondsoutputrate2.40bytes/sec,0.20packets/secPage36Reset命令Reset命令的作用――用于清空當(dāng)前的統(tǒng)計(jì)信息以排除以前積累的數(shù)據(jù)的干擾。Reset命令中最主要的是resetcountersinterface和resetipstatistics命令。對(duì)于二層幀收發(fā)的各計(jì)數(shù)器的刷新必須使用resetcountersinterface，可通過displayinterfaces命令來觀察；對(duì)于三層報(bào)文的收發(fā)統(tǒng)計(jì)可使用resetipstatistics來刷新，通過displayipinterface命令來觀察。Page37debug命令debug命令可以幫助用戶在網(wǎng)絡(luò)發(fā)生故障時(shí)獲得路由器中交換的報(bào)文和幀的細(xì)節(jié)信息，這些信息對(duì)網(wǎng)絡(luò)故障的定位是至關(guān)重要的。display命令能夠提供某個(gè)時(shí)間的設(shè)備運(yùn)行狀況的視圖（靜態(tài)），而debug命令能夠展示一段時(shí)間內(nèi)設(shè)備運(yùn)行的變化情況（動(dòng)態(tài)）。一般說來，display命令不會(huì)影響系統(tǒng)的運(yùn)行性能，而debug命令則會(huì)對(duì)系統(tǒng)性能造成影響。因此兩者的使用應(yīng)遵循如下規(guī)則：首先使用相關(guān)的多個(gè)display命令查看設(shè)備當(dāng)前的運(yùn)行狀況，分析可能原因，縮減故障到適當(dāng)范圍，然后打開某個(gè)特定的debug命令觀察變化情況，以定位和排除問題。Page38使用debug命令的注意要點(diǎn)應(yīng)當(dāng)使用debug命令來查找故障，而不是用來監(jiān)控正常的網(wǎng)絡(luò)運(yùn)行。盡量在網(wǎng)絡(luò)使用的低峰期或網(wǎng)絡(luò)用戶較少時(shí)使用，以降低debug命令對(duì)系統(tǒng)的影響性。由于debug命令在各個(gè)輸出方向?qū)ο到y(tǒng)資源的占用情況不同。視網(wǎng)絡(luò)負(fù)荷狀況，我們應(yīng)當(dāng)在使用方便性（info-centerconsoledebugging命令）和資源耗費(fèi)?。╥nfo-centerlogbufferdebugging命令）間做出權(quán)衡。不要輕易使用類似debugall之類將產(chǎn)生大量輸出的命令。僅當(dāng)尋找某些類型的流量或故障并且已將故障原因縮小到一個(gè)可能的范圍時(shí)，才使用某些特定的debug命令。Page39使用debug命令進(jìn)故障處理案例一忘記關(guān)閉debug開關(guān)引起的路由器報(bào)文轉(zhuǎn)發(fā)速度變慢的故障處理某電信局安裝了Quidway路由器作為接入服務(wù)器的出口網(wǎng)關(guān)，一段時(shí)間運(yùn)轉(zhuǎn)良好。某日用戶反映該設(shè)備明顯速度變慢。執(zhí)行PING操作，PING對(duì)端路由器設(shè)備，所用時(shí)間為正常的2倍多。相關(guān)信息收集該路由器的日志中記錄了大量的收發(fā)IP報(bào)文的信息。原因分析初步分析可能有以下幾種原因：線路質(zhì)量不好對(duì)端設(shè)備問題，導(dǎo)致回應(yīng)較慢自身配置錯(cuò)誤網(wǎng)絡(luò)繁忙軟硬件故障Page40使用debug命令進(jìn)故障處理處理過程檢查線路，沒有發(fā)現(xiàn)問題；PING與之相連的其他路由器設(shè)備，故障依舊，說明對(duì)端設(shè)備無問題；對(duì)照以前運(yùn)轉(zhuǎn)良好時(shí)備份的current-configuration文件，檢查路由器上的配置，沒有錯(cuò)誤；當(dāng)時(shí)并非上網(wǎng)高峰期，且只是變慢，而無丟包，應(yīng)當(dāng)不是網(wǎng)絡(luò)負(fù)荷問題；檢查該路由器的日志信息，發(fā)現(xiàn)其中記錄了大量的收發(fā)IP報(bào)文的信息，執(zhí)行命令displaydebugging命令，發(fā)現(xiàn)該路由器的debugippacket處于打開狀態(tài)。由于設(shè)備需要記錄每一個(gè)被轉(zhuǎn)發(fā)的IP報(bào)文，大大降低了路由器的處理速度，導(dǎo)致變慢。關(guān)閉該debug開關(guān)后，故障解決。Page41內(nèi)容介紹第1章網(wǎng)絡(luò)故障處理概述第2章故障排除常用工具第3章故障排除常用方法第4章終端故障處理第5章華為數(shù)據(jù)通信產(chǎn)品故障處理資源Page42故障排除常用方法分層故障排除法分塊故障排除法分段故障排除法替換法

Page43分層故障處理法分層法思想很簡(jiǎn)單：所有模型都遵循相同的基本前提，當(dāng)模型的所有低層結(jié)構(gòu)工作正常時(shí)，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常運(yùn)行之前，解決高層結(jié)構(gòu)問題完全是浪費(fèi)時(shí)間。案例分析：在一個(gè)幀中繼網(wǎng)絡(luò)中，由于物理層的不穩(wěn)定，幀中繼連接總是出現(xiàn)反復(fù)失去連接的問題，這個(gè)問題的直接表象是到達(dá)遠(yuǎn)程端點(diǎn)的路由總是出現(xiàn)間歇性中斷。這使得維護(hù)工程師第一反應(yīng)是路由協(xié)議出問題了，然后憑借著這個(gè)感覺來對(duì)路由協(xié)議進(jìn)行大量故障診斷和配置，其結(jié)果是可想而知的。如果他能夠從OSI模型的底層逐步向上來探究原因的話，維護(hù)工程師將不會(huì)做出這個(gè)錯(cuò)誤的假設(shè)，并能夠迅速定位和排除問題。Page44分層故障處理法—各層次的關(guān)注點(diǎn)物理層：電纜、連接頭、信號(hào)電平、編碼、時(shí)鐘和組幀，這些都是導(dǎo)致端口處于down狀態(tài)的因素。數(shù)據(jù)鏈路層：數(shù)據(jù)鏈路層負(fù)責(zé)在網(wǎng)絡(luò)層與物理層之間進(jìn)行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點(diǎn)如何進(jìn)行標(biāo)識(shí)；如何根據(jù)物理層接收的二進(jìn)制數(shù)據(jù)建立幀。封裝的不一致是導(dǎo)致數(shù)據(jù)鏈路層故障的最常見原因?？梢允褂胐isplayinterfaces命令初步判斷數(shù)據(jù)鏈路層是否存在故障。網(wǎng)絡(luò)層：地址錯(cuò)誤和子網(wǎng)掩碼錯(cuò)誤是引起網(wǎng)絡(luò)層故障最常見的原因；網(wǎng)絡(luò)中的地址重復(fù)是網(wǎng)絡(luò)故障的另一個(gè)可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分，在較復(fù)雜的網(wǎng)絡(luò)中是排錯(cuò)重點(diǎn)關(guān)注的內(nèi)容。Page45分塊故障處理法Quidway系列設(shè)備current-configuration文件的組織結(jié)構(gòu)，是以全局配置、物理接口配置、邏輯接口配置、路由配置等方式編排的。我們可以以此作為故障定位提供了一個(gè)原始框架，當(dāng)出現(xiàn)一個(gè)故障案例現(xiàn)象時(shí)，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍：管理部分（路由器名稱、口令、服務(wù)、日志等）端口部分（地址、封裝、cost、認(rèn)證等）路由協(xié)議部分（靜態(tài)路由、RIP、OSPF、BGP、路由引入等）策略部分（路由策略、策略路由、安全配置等）接入部分（主控制臺(tái)、Telnet登錄或啞終端、撥號(hào)等）其他應(yīng)用部分（語言配置、VPN配置、QoS配置等）Page46分塊故障處理法案例分析當(dāng)使用displayiprouting-table命令，結(jié)果只顯示出了直連路由，那么問題可能發(fā)生在哪里呢？根據(jù)上述的分塊，我們發(fā)現(xiàn)有三部分可能引起該故障：路由協(xié)議、策略、端口。如果沒有配置路由協(xié)議或配置不當(dāng)，路由表就可能為空；如果訪問列表配置錯(cuò)誤，就可能妨礙路由的更新；如果端口的地址、掩碼或認(rèn)證配置錯(cuò)誤，也可能導(dǎo)致路由表錯(cuò)誤。Page47分段故障處理法如果兩個(gè)路由器跨越電信部門提供的線路而不能相互通信時(shí)，分段故障處理法是有效的：主機(jī)到路由器LAN接口的這一段路由器到CSU/DSU接口的這一段CSU/DSU到電信部門接口的這一段WAN電路CSU/DSU本身問題路由器本身問題Page48分段故障處理法案例：路由器通過DDN專線連接時(shí)的調(diào)試方法目前路由器在網(wǎng)上較多的一種應(yīng)用是通過DDN專線連接，這種