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

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

第2章故障排除常用工具第3章故障排除常用方法第4章終端故障處理第5章華為數(shù)據(jù)通信產(chǎn)品故障處理資源Page3網(wǎng)絡(luò)故障處理技術(shù)概述能夠正確地維護網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準確地定位問題并排除故障，對網(wǎng)絡(luò)維護和管理人員來說是個挑戰(zhàn)。這不但要求對網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個系統(tǒng)化的故障處理思想并合理應(yīng)用于實際中，以將一個復(fù)雜的問題隔離、分解或縮減排錯范圍，從而及時修復(fù)網(wǎng)絡(luò)故障。Page4網(wǎng)絡(luò)故障分類連通性問題硬件、媒介、電源故障；配置錯誤；設(shè)備兼容性問題。性能問題網(wǎng)絡(luò)擁塞；到目的地不是最佳路由；供電不足；路由環(huán)路；網(wǎng)絡(luò)不穩(wěn)定。Page5網(wǎng)絡(luò)故障排除基本步驟故障現(xiàn)象觀察故障相關(guān)信息收集經(jīng)驗判斷和理論分析各種可能原因列表對每一原因?qū)嵤┡佩e方案故障排除？恢復(fù)實施方案前的網(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ò)連接及主機是否可達?！皃ing”這個詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號。ping命令的思想與發(fā)出一個短促的雷達波，通過收集回波來判斷目標很相似；即源站點向目的站點發(fā)出一個ICMPEchoRequest報文，目的站點收到該報文后回一個ICMPEchoReply報文，這樣就驗證了兩個節(jié)點間IP層的可達性－－表示了網(wǎng)絡(luò)層是連通的由于ping和tracert命令不僅是VRP平臺的常用網(wǎng)絡(luò)命令，也是windows平臺上常用的網(wǎng)絡(luò)命令，下面對兩種平臺下的命令使用均進行介紹Page9PING命令在Quidway系列設(shè)備上，ping命令的格式如下：ping[-cnumber][-tnumber][-snumber]ip-address-cping報文的個數(shù)，缺省值為5；-t設(shè)置ping報文的超時時間，單位為毫秒，缺省值為2000；-s設(shè)置ping報文的大小，以字節(jié)為單位，缺省值為56。Page10PING命令在PC機上或WindwosNT為平臺的服務(wù)器上，ping命令的格式如下：ping[-nnumber][-t][-lnumber]ip-address-nping報文的個數(shù)，缺省值為5；-t持續(xù)地ping直到人為地中斷，Ctr+Breack暫時中止ping命令并查看當前的統(tǒng)計結(jié)果，而Ctr+C則中斷命令的執(zhí)行。-l設(shè)置ping報文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500Page11用ping命令進行故障處理案例一連通性問題還是性能問題工程師小L，在配置完一臺路由器之后執(zhí)行ping命令檢測鏈路是否通暢。發(fā)現(xiàn)5個報文都沒有ping通，小L斷定是連通性問題。檢查雙方的配置命令并查看路由表，卻一直沒有找到錯誤所在。最后又重復(fù)執(zhí)行了一遍相同的ping命令，發(fā)現(xiàn)這一次5個報文中有1個ping通了，原來是線路質(zhì)量不好存在比較嚴重的丟包現(xiàn)象。Page12用ping命令進行故障處理工程師小L又配置了一臺路由器，然后執(zhí)行ping命令訪問Internet上某站點的IP地址，但沒有ping通。有了上次的教訓(xùn)小L，再一次ping了20個報文，仍舊沒有響應(yīng)。于是這次小L覺得能夠斷定是連通性故障。在費勁周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測的方法對鏈路中的網(wǎng)關(guān)進行逐級測試，發(fā)現(xiàn)都可以ping通，但是響應(yīng)的時間越來越長，最后一個網(wǎng)關(guān)的響應(yīng)時間在1800ms左右。會不會是由于超時而導(dǎo)致顯示為ping不同呢？受此啟發(fā)，小L將ping命令報文的超時時間改為4000ms，這次成功ping通了，顯示所有的報文響應(yīng)時間都在2200ms左右。Page13用ping命令進行故障處理建議和總結(jié)：真的是ping不通嗎？這個問題需要定位清楚，因為連通性問題和性能問題排錯的關(guān)注點是不一樣的，問題定位錯誤必然會導(dǎo)致排錯過程的周折。使用一般的ping命令，缺省是發(fā)送5個報文的，超時時長是2000ms。如果ping不通情況發(fā)生，最好能夠再用帶參數(shù)-c和-t的ping命令再執(zhí)行一遍，如：ping-c20-t4000ip-address即連續(xù)發(fā)送20個報文，每個報文的超時時長為4000ms，這樣一般可以判斷出到底是連通性問題還是性能問題。Page14用ping命令進行故障處理案例二使用大包ping對端進行MTU不一致的故障處理某次開局，使用Quidway路由器與其他廠商的某路由器互連，并運行OSPF協(xié)議。數(shù)據(jù)配置完畢后，一切正常，并在今后相當長的時間內(nèi)設(shè)備運轉(zhuǎn)穩(wěn)定。但兩個月后，用戶反饋網(wǎng)絡(luò)中斷。相關(guān)信息顯示：登錄到兩臺路由器上，發(fā)現(xiàn)雙方連接正常，可以相互ping通對端地址，但OSPF協(xié)議中斷；登錄Quidway路由器查看鄰居狀態(tài)，發(fā)現(xiàn)鄰居狀態(tài)機處于Exstart狀態(tài)。打開相應(yīng)的debug開關(guān)查看相應(yīng)的報文信息，發(fā)現(xiàn)雙方都可以收到Hello報文，但Quidway路由器發(fā)送DD報文后，一直沒有收到對方回應(yīng)的DD報文；登錄其他廠商的那臺路由器，打開相應(yīng)的debug開關(guān)，發(fā)現(xiàn)對方收到Quidway路由器發(fā)送的DD報文后，已發(fā)送了相應(yīng)的DD報文予以回應(yīng)。Page15用ping命令進行故障處理原因分析：初步斷定，Quidway路由器沒有收到DD回應(yīng)報文，但對方確實發(fā)出來了。既然可以接收到HELLO報文說明鏈路是通暢的，而且多播報文的收發(fā)也沒有問題。那么有可能是對方發(fā)送的DD報文有錯誤導(dǎo)致Quidway路由器拒收，但查看相應(yīng)的信息，并沒有報告接收到錯誤的DD報文。仔細查看某廠商路由器的調(diào)試信息發(fā)現(xiàn)這個DD報文很大有2000多字節(jié)。會不會是由于報文太大導(dǎo)致的問題呢？試著ping了一個2000字節(jié)的報文，結(jié)果不通。那么故障原因很可能是由于雙方的MTU不一致導(dǎo)致大包不通。Page16用ping命令進行故障處理處理過程檢查配置，發(fā)現(xiàn)對方路由器的MTU設(shè)置為4000多，而Quidway路由器的MTU設(shè)置為1500，于是修改對端路由器的MTU為1500。故障消除。那么為什么工程初期沒有問題呢？這是因為前期DD報文長度小于1500字節(jié)，而后來網(wǎng)絡(luò)擴容導(dǎo)致路由信息過多，使DD報文的長度超過了1500字節(jié)。建議和總結(jié)：由于ping缺省報文是56個字節(jié)，所以顯示的ping通信息只是表示56字節(jié)的報文可以通而并不一定表示其他大小的報文仍舊可以通。所以，應(yīng)當善于使用ping的其他參數(shù)來進行故障處理。Page17用ping命令進行故障處理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命令進行故障處理原因分析：由于在RouterB上沒有相應(yīng)的配置到/8路由，所以在RouterB上ping不通RouterA的以太網(wǎng)口

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

呢？同樣是沒有回程路由。打開路由器上的IP報文調(diào)試開關(guān)發(fā)現(xiàn)，原來從RouterA上發(fā)出的ICMP報文的源地址填寫的是而不是，由于兩臺路由器的s0口處于同一網(wǎng)段，所以響應(yīng)報文可以順利到達RouterB。建議和總結(jié)：A能夠ping通B則B一定能夠ping通A（不考慮防火墻的因素）,這句話的對錯取決于A和B到底是指主機還是指路由器。如果是指兩臺主機，那么這句話就是正確的。如果是指兩臺路由器那就是錯誤的，因為路由器通常會有多個IP地址?，F(xiàn)在就有如下問題：當從一臺路由器上執(zhí)行ping命令它發(fā)出的ICMPEcho報文的源地址究竟選擇哪一個呢？實際情況是路由器選擇發(fā)出報文的接口的IP地址。Page19TRACERT命令tracert命令用于測試數(shù)據(jù)報文從發(fā)送主機到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。

tracert利用IP報文的TTL域在每經(jīng)過一個路由器的轉(zhuǎn)發(fā)后減1，當TTL=0時，則向源節(jié)點報告TTL超時這個的特性。Page20TRACERT命令在華為Quidway系列設(shè)備上，tracert命令的格式如下：

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

-f 指定初始報文的TTL大小，缺省值為1；

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

-p 目的主機的端口號，缺省值為33434；

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

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

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

相關(guān)信息顯示登錄到RouterC，使用帶參數(shù)的ping遠端服務(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命令進行故障處理原因分析上面的ping顯示出一個規(guī)律：奇數(shù)報文的返回時長短，而偶數(shù)報文返回時長很長（是奇數(shù)報文的10倍多）。可以初步判斷奇數(shù)報文和偶數(shù)報文是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用tracert命令來追蹤這不同的路徑。在RouterC上，tracert遠端RouterA的以太網(wǎng)接口

[RouterC]tracert-q8tracerouteto()30hopsmax,40bytespacket16ms4ms4ms4ms4ms4ms4ms4ms……520ms16ms15ms16ms16ms16ms16ms16ms630ms278ms25ms279ms25ms278ms25ms277ms從上面的顯示可看到，直至，UDP探測報文的返回時長都基本一致，而到時，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報文時長短，偶數(shù)報文時長長的現(xiàn)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。Page25使用tracert命令進行故障處理原因分析通過詢問該段網(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，由于管理員配置時沒有給出靜態(tài)路由的優(yōu)先級，這兩條路由項的優(yōu)先級就同為缺省值60，于是就同時出現(xiàn)在路由表中，實現(xiàn)的是負載分擔，而不能達到主備的目的。Page26使用tracert命令進行故障處理處理過程，可以有兩種處理方法：繼續(xù)使用靜態(tài)路由，進行配置更改。RouterB上進行如下更改：[RouterB]iproute-static（主鏈路仍使用缺省優(yōu)先級60）[RouterB]iproute-static100（備份鏈路的優(yōu)先級降低至100）RouterA上進行如下更改：[RouterA]iproute-static[RouterA]iproute-static100這樣，只有當主鏈路發(fā)生故障，備份鏈路的路由項才會出線在路由表中，從而接替主鏈路完成報文轉(zhuǎn)發(fā)，實現(xiàn)主備目的。在兩路由器上運行動態(tài)路由協(xié)議，如OSPF等，但不要運行RIP協(xié)議（因為RIP協(xié)議僅以hop作為Metric的）。Page27使用tracert命令進行故障處理建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示ping命令和tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點。在一個大的組網(wǎng)環(huán)境中，維護人員可能無法沿著路徑逐機排查，此時，能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了。Page28使用tracert命令進行故障處理E1:/8/8E0:/8E0:/8S0:/8S0:/8E0:/8RouterARouterBRouterC案例二使用tracert命令發(fā)現(xiàn)路由環(huán)路 三臺路由器均配置靜態(tài)路由，完成后，登錄到RouterA上ping主機，發(fā)現(xiàn)不通。Page29使用tracert命令進行故障處理相關(guān)信息顯示[RouterA]ping-c6-t5000PING:56databytes,pressCTRL_CtobreakRequesttimeoutRequesttimeout……[RouterA]tracerttracerouteto()30hopsmax,40bytespacket16ms4ms4ms（RouterB）

28ms8ms8ms（RouterA）

312ms12ms12ms（RouterB）

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

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

iproute-static

下一跳配置的是，而不是，這正是錯誤所在。Page31使用tracert命令進行故障處理處理過程修改RouterB的配置如下：[RouterB]noiproute-static[RouterB]iproute-static建議和總結(jié)tracert命令能夠很容易發(fā)現(xiàn)路由環(huán)路等潛在問題。當路由器A認為路由器B知道到達目的地的路徑，而路由器B也認為路由器A知道目的地時，就是路由環(huán)路發(fā)生了。使用ping命令只能知道接收端出現(xiàn)超時錯誤，而tracert能夠立即發(fā)現(xiàn)環(huán)路所在，如果tracert命令兩次或者多次顯示同樣的接口。當通過tracert發(fā)現(xiàn)路由環(huán)路后，如果配置為：靜態(tài)路由：幾乎可以肯定是手工配置有問題單動態(tài)路由協(xié)議：可能是地址聚合產(chǎn)生的問題多動態(tài)路由協(xié)議：可能是路由引入產(chǎn)生的問題Page32DISPLAY命令display命令是用于了解路由器的當前狀況、檢測相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障處理和監(jiān)控場合，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用于查看當前的配置信息。Displaysaved-configuration用于顯示NVRAM或Flash中的路由器配置文件，即路由器下次上電啟動時所用的配置文件。Current-configuration是路由器目前正在運行的配置文件，當更改某一配置時，current-configuration會立即改變；如果不使用save命令將改變保存到啟動配置文件saved-configuration中，路由器重啟時該改動將丟失。因此請注意到修改運行配置并驗證正確后，應(yīng)當將之保存到啟動配置文件中。強烈建議網(wǎng)絡(luò)維護或管理人員保存一份啟動配置文件的拷貝存放到路由器以外的其他設(shè)備上。這有幾點好處：這將使維護人員能夠迅速配置一個替代的路由器；這個保存在外部的文本文件也可以按上述規(guī)定的格式脫機編輯然后使用Downloadconfig命令加載到路由器上；可以將該配置文件通過E-mail形式發(fā)給華為技術(shù)支持人員以幫助定位配置問題。Page35Displayinterfacedisplayinterface命令可以顯示所有接口的當前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請在該命令后輸入接口類型和接口號，例如：displayinterfaceSerial3/1命令，查看Serial3/1接口的運行狀態(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命令的作用――用于清空當前的統(tǒng)計信息以排除以前積累的數(shù)據(jù)的干擾。Reset命令中最主要的是resetcountersinterface和resetipstatistics命令。對于二層幀收發(fā)的各計數(shù)器的刷新必須使用resetcountersinterface，可通過displayinterfaces命令來觀察；對于三層報文的收發(fā)統(tǒng)計可使用resetipstatistics來刷新，通過displayipinterface命令來觀察。Page37debug命令debug命令可以幫助用戶在網(wǎng)絡(luò)發(fā)生故障時獲得路由器中交換的報文和幀的細節(jié)信息，這些信息對網(wǎng)絡(luò)故障的定位是至關(guān)重要的。display命令能夠提供某個時間的設(shè)備運行狀況的視圖（靜態(tài)），而debug命令能夠展示一段時間內(nèi)設(shè)備運行的變化情況（動態(tài)）。一般說來，display命令不會影響系統(tǒng)的運行性能，而debug命令則會對系統(tǒng)性能造成影響。因此兩者的使用應(yīng)遵循如下規(guī)則：首先使用相關(guān)的多個display命令查看設(shè)備當前的運行狀況，分析可能原因，縮減故障到適當范圍，然后打開某個特定的debug命令觀察變化情況，以定位和排除問題。Page38使用debug命令的注意要點應(yīng)當使用debug命令來查找故障，而不是用來監(jiān)控正常的網(wǎng)絡(luò)運行。盡量在網(wǎng)絡(luò)使用的低峰期或網(wǎng)絡(luò)用戶較少時使用，以降低debug命令對系統(tǒng)的影響性。由于debug命令在各個輸出方向?qū)ο到y(tǒng)資源的占用情況不同。視網(wǎng)絡(luò)負荷狀況，我們應(yīng)當在使用方便性（info-centerconsoledebugging命令）和資源耗費小（info-centerlogbufferdebugging命令）間做出權(quán)衡。不要輕易使用類似debugall之類將產(chǎn)生大量輸出的命令。僅當尋找某些類型的流量或故障并且已將故障原因縮小到一個可能的范圍時，才使用某些特定的debug命令。Page39使用debug命令進故障處理案例一忘記關(guān)閉debug開關(guān)引起的路由器報文轉(zhuǎn)發(fā)速度變慢的故障處理某電信局安裝了Quidway路由器作為接入服務(wù)器的出口網(wǎng)關(guān)，一段時間運轉(zhuǎn)良好。某日用戶反映該設(shè)備明顯速度變慢。執(zhí)行PING操作，PING對端路由器設(shè)備，所用時間為正常的2倍多。相關(guān)信息收集該路由器的日志中記錄了大量的收發(fā)IP報文的信息。原因分析初步分析可能有以下幾種原因：線路質(zhì)量不好對端設(shè)備問題，導(dǎo)致回應(yīng)較慢自身配置錯誤網(wǎng)絡(luò)繁忙軟硬件故障Page40使用debug命令進故障處理處理過程檢查線路，沒有發(fā)現(xiàn)問題；PING與之相連的其他路由器設(shè)備，故障依舊，說明對端設(shè)備無問題；對照以前運轉(zhuǎn)良好時備份的current-configuration文件，檢查路由器上的配置，沒有錯誤；當時并非上網(wǎng)高峰期，且只是變慢，而無丟包，應(yīng)當不是網(wǎng)絡(luò)負荷問題；檢查該路由器的日志信息，發(fā)現(xiàn)其中記錄了大量的收發(fā)IP報文的信息，執(zhí)行命令displaydebugging命令，發(fā)現(xiàn)該路由器的debugippacket處于打開狀態(tài)。由于設(shè)備需要記錄每一個被轉(zhuǎn)發(fā)的IP報文，大大降低了路由器的處理速度，導(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é)構(gòu)工作正常時，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常運行之前，解決高層結(jié)構(gòu)問題完全是浪費時間。案例分析：在一個幀中繼網(wǎng)絡(luò)中，由于物理層的不穩(wěn)定，幀中繼連接總是出現(xiàn)反復(fù)失去連接的問題，這個問題的直接表象是到達遠程端點的路由總是出現(xiàn)間歇性中斷。這使得維護工程師第一反應(yīng)是路由協(xié)議出問題了，然后憑借著這個感覺來對路由協(xié)議進行大量故障診斷和配置，其結(jié)果是可想而知的。如果他能夠從OSI模型的底層逐步向上來探究原因的話，維護工程師將不會做出這個錯誤的假設(shè)，并能夠迅速定位和排除問題。Page44分層故障處理法—各層次的關(guān)注點物理層：電纜、連接頭、信號電平、編碼、時鐘和組幀，這些都是導(dǎo)致端口處于down狀態(tài)的因素。數(shù)據(jù)鏈路層：數(shù)據(jù)鏈路層負責在網(wǎng)絡(luò)層與物理層之間進行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點如何進行標識；如何根據(jù)物理層接收的二進制數(shù)據(jù)建立幀。封裝的不一致是導(dǎo)致數(shù)據(jù)鏈路層故障的最常見原因?？梢允褂胐isplayinterfaces命令初步判斷數(shù)據(jù)鏈路層是否存在故障。網(wǎng)絡(luò)層：地址錯誤和子網(wǎng)掩碼錯誤是引起網(wǎng)絡(luò)層故障最常見的原因；網(wǎng)絡(luò)中的地址重復(fù)是網(wǎng)絡(luò)故障的另一個可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分，在較復(fù)雜的網(wǎng)絡(luò)中是排錯重點關(guān)注的內(nèi)容。Page45分塊故障處理法Quidway系列設(shè)備current-configuration文件的組織結(jié)構(gòu)，是以全局配置、物理接口配置、邏輯接口配置、路由配置等方式編排的。我們可以以此作為故障定位提供了一個原始框架，當出現(xiàn)一個故障案例現(xiàn)象時，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍：管理部分（路由器名稱、口令、服務(wù)、日志等）端口部分（地址、封裝、cost、認證等）路由協(xié)議部分（靜態(tài)路由、RIP、OSPF、BGP、路由引入等）策略部分（路由策略、策略路由、安全配置等）接入部分（主控制臺、Telnet登錄或啞終端、撥號等）其他應(yīng)用部分（語言配置、VPN配置、QoS配置等）Page46分塊故障處理法案例分析當使用displayiprouting-table命令，結(jié)果只顯示出了直連路由，那么問題可能發(fā)生在哪里呢？根據(jù)上述的分塊，我們發(fā)現(xiàn)有三部分可能引起該故障：路由協(xié)議、策略、端口。如果沒有配置路由協(xié)議或配置不當，路由表就可能為空；如果訪問列表配置錯誤，就可能妨礙路由的更新；如果端口的地址、掩碼或認證配置錯誤，也可能導(dǎo)致路由表錯誤。Page47分段故障處理法如果兩個路由器跨越電信部門提供的線路而不能相互通信時，分段故障處理法是有效的：主機到路由器LAN接口的這一段路由器到CSU/DSU接口的這一段CSU/DSU到電信部門接口的這一段WAN電路CSU/DSU本身問題路由器本身問題Page48分段故障處理法案例：路由器通過DDN專線連接時的調(diào)試方法目前路由器在網(wǎng)上較多的一種應(yīng)用是通過DDN專線連接，這種