網(wǎng)絡(luò)培訓(xùn)相關(guān)教材課件

1、DW000301 Quidway 中低端系列路由器故障處理ISSUE 1.02目標(biāo)學(xué)習(xí)完此課程，您將會：掌握一般的故障排除步驟掌握常用的故障排除工具掌握故障處理常用方法了解華為數(shù)據(jù)通信產(chǎn)品故障處理資源3第1章 網(wǎng)絡(luò)故障處理概述 第2章 故障排除常用工具第3章 故障排除常用方法第4章 終端故障處理第5章 華為數(shù)據(jù)通信產(chǎn)品故障處理資源Contents4網(wǎng)絡(luò)故障處理技術(shù)概述接入層地市2骨干網(wǎng)匯聚層NE16ES5516S8016MPLS VPNNE16ENE16ENE16ENE80NE80S8016S8016S5516S5516S3026AR2830/2840AR2830/2840支持包括數(shù)據(jù)、音頻和

2、視頻集成傳輸?shù)木C合應(yīng)用新技術(shù)不斷出現(xiàn)現(xiàn)代網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)的共存5網(wǎng)絡(luò)故障處理技術(shù)概述 能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問題并排除故障，對網(wǎng)絡(luò)維護(hù)和管理人員來說是個挑戰(zhàn)。 這不但要求對網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個系統(tǒng)化的故障處理思想并合理應(yīng)用于實際中，以將一個復(fù)雜的問題隔離、分解或縮減排錯范圍，從而及時修復(fù)網(wǎng)絡(luò)故障。6網(wǎng)絡(luò)故障分類連通性問題硬件、媒介、電源故障；配置錯誤；設(shè)備兼容性問題。性能問題網(wǎng)絡(luò)擁塞；到目的地不是最佳路由；供電不足；路由環(huán)路；網(wǎng)絡(luò)不穩(wěn)定。7網(wǎng)絡(luò)故障排除基本步驟故障現(xiàn)象觀察故障相關(guān)信息收集經(jīng)驗判斷和理論分析各種可能原因

3、列表對每一原因?qū)嵤┡佩e方案故障排除？恢復(fù)實施方案前的網(wǎng)絡(luò)狀態(tài)故障排除過程文檔化循環(huán)1循環(huán)2NY8第一章 網(wǎng)絡(luò)故障處理概述 第二章 故障排除常用工具第三章 故障排除常用方法第四章 終端故障處理第五章 華為數(shù)據(jù)通信產(chǎn)品故障處理資源Contents9故障排除常用工具ping命令tracert命令display命令reset命令debug命令10PING命令命令ping用于檢查IP網(wǎng)絡(luò)連接及主機是否可達(dá)?！皃ing”這個詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號。ping命令的思想與發(fā)出一個短促的雷達(dá)波，通過收集回波來判斷目標(biāo)很相似；即源站點向目的站點發(fā)出一個ICMP Echo Request報文，

4、目的站點收到該報文后回一個ICMP Echo Reply報文，這樣就驗證了兩個節(jié)點間IP層的可達(dá)性表示了網(wǎng)絡(luò)層是連通的由于ping和tracert命令不僅是路由器VRP平臺的常用網(wǎng)絡(luò)命令，也是windows平臺上常用的網(wǎng)絡(luò)命令，下面對兩種平臺下的命令使用均進(jìn)行介紹11PING命令在Quidway系列路由器上， ping命令的格式如下：ping -c number -t number -s number ip-address-c ping報文的個數(shù)，缺省值為5；-t 設(shè)置ping報文的超時時間，單位為毫秒，缺省值為2000；-s 設(shè)置ping報文的大小，以字節(jié)為單位，缺省值為56。12PING命

5、令在PC機上或Windwos NT為平臺的服務(wù)器上，ping命令的格式如下：ping -n number -t -l number ip-address-n ping報文的個數(shù)，缺省值為5；-t 持續(xù)地ping 直到人為地中斷，Ctr+Breack暫時中止ping命令并查看當(dāng)前的統(tǒng)計結(jié)果，而Ctr+C則中斷命令的執(zhí)行。-l 設(shè)置ping報文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至6550013用ping命令進(jìn)行故障處理案例一 連通性問題還是性能問題 工程師小L，在配置完一臺路由器之后執(zhí)行ping命令檢測鏈路是否通暢。發(fā)現(xiàn)5個報文都沒有ping通，小L斷定是連通性問題。 檢查雙方的配置命令并查看

6、路由表，卻一直沒有找到錯誤所在。最后又重復(fù)執(zhí)行了一遍相同的ping命令，發(fā)現(xiàn)這一次5個報文中有1個ping通了，原來是線路質(zhì)量不好存在比較嚴(yán)重的丟包現(xiàn)象。14用ping命令進(jìn)行故障處理 工程師小L又配置了一臺路由器，然后執(zhí)行ping命令訪問Internet上某站點的IP地址，但沒有ping通。有了上次的教訓(xùn)小L，再一次ping了20個報文，仍舊沒有響應(yīng)。于是這次小L覺得能夠斷定是連通性故障。 在費勁周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測的方法對鏈路中的網(wǎng)關(guān)進(jìn)行逐級測試，發(fā)現(xiàn)都可以ping 通，但是響應(yīng)的時間越來越長，最后一個網(wǎng)關(guān)的響應(yīng)時間在1800ms左右。會不會是

7、由于超時而導(dǎo)致顯示為ping 不同呢？受此啟發(fā)，小L將ping 命令報文的超時時間改為4000ms，這次成功ping通了，顯示所有的報文響應(yīng)時間都在2200ms 左右。15用ping命令進(jìn)行故障處理建議和總結(jié)： 真的是ping不通嗎？這個問題需要定位清楚，因為連通性問題和性能問題排錯的關(guān)注點是不一樣的，問題定位錯誤必然會導(dǎo)致排錯過程的周折。 使用一般的ping命令，缺省是發(fā)送5個報文的，超時時長是2000ms。如果ping不通情況發(fā)生，最好能夠再用帶參數(shù)-c和-t的ping命令再執(zhí)行一遍，如： ping -c 20 -t 4000 ip-address 即連續(xù)發(fā)送20個報文，每個報文的超時時長

8、為4000ms，這樣一般可以判斷出到底是連通性問題還是性能問題。16用ping命令進(jìn)行故障處理案例二 使用大包ping對端進(jìn)行MTU不一致的故障處理某次開局，使用Quidway路由器與其他廠商的某路由器互連，并運行OSPF協(xié)議。數(shù)據(jù)配置完畢后，一切正常，并在今后相當(dāng)長的時間內(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ā)送

9、DD報文后，一直沒有收到對方回應(yīng)的DD報文；登錄其他廠商的那臺路由器，打開相應(yīng)的debug開關(guān)，發(fā)現(xiàn)對方收到Quidway路由器發(fā)送的DD報文后，已發(fā)送了相應(yīng)的DD報文予以回應(yīng)。17用ping命令進(jìn)行故障處理原因分析： 初步斷定，Quidway路由器沒有收到DD回應(yīng)報文，但對方確實發(fā)出來了。 既然可以接收到HELLO 報文說明鏈路是通暢的，而且多播報文的收發(fā)也沒有問題。那么有可能是對方發(fā)送的DD 報文有錯誤導(dǎo)致Quidway路由器拒收，但查看相應(yīng)的信息，并沒有報告接收到錯誤的DD 報文。 仔細(xì)查看某廠商路由器的調(diào)試信息發(fā)現(xiàn)這個DD報文很大有2000 多字節(jié)。會不會是由于報文太大導(dǎo)致的問題呢？試

10、著ping了一個2000字節(jié)的報文，結(jié)果不通。那么故障原因很可能是由于雙方的MTU不一致導(dǎo)致大包不通。18用ping命令進(jìn)行故障處理處理過程 檢查配置，發(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)當(dāng)善于使用pin

11、g的其他參數(shù)來進(jìn)行故障處理。19用ping命令進(jìn)行故障處理E0:/8E0:/8S0:/8S0:/8RouterARouterB案例三 A能ping通B，B就一定能ping通A嗎？ 在RouterA上配置一條指向/8的靜態(tài)路由： Quidway ip route-static 在RouterA 上ping路由器RouterB 的以太網(wǎng)地址，顯示可以正常ping通；但是在RouterB上ping路由器RouterA的以太網(wǎng)地址，卻無法ping通。20用ping命令進(jìn)行故障處理原因分析： 由于在RouterB上沒有相應(yīng)的配置到/8 路由，所以在RouterB上ping不通RouterA的以太網(wǎng)口 。

12、 但是為何在A上可以ping 通 呢？同樣是沒有回程路由。打開路由器上的IP報文調(diào)試開關(guān)發(fā)現(xiàn)，原來從RouterA上發(fā)出的ICMP報文的源地址填寫的是而不是，由于兩臺路由器的s0口處于同一網(wǎng)段，所以響應(yīng)報文可以順利到達(dá)RouterB。建議和總結(jié)： A能夠ping通B則B一定能夠ping通A（不考慮防火墻的因素）,這句話的對錯取決于A和B到底是指主機還是指路由器。如果是指兩臺主機，那么這句話就是正確的。如果是指兩臺路由器那就是錯誤的，因為路由器通常會有多個IP地址?，F(xiàn)在就有如下問題：當(dāng)從一臺路由器上執(zhí)行ping命令它發(fā)出的ICMP Echo報文的源地址究竟選擇哪一個呢？實際情況是路由器選擇發(fā)出報

13、文的接口的IP地址。21TRACERT 命令 tracert 命令用于測試數(shù)據(jù)報文從發(fā)送主機到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。 tracert利用IP報文的TTL域在每經(jīng)過一個路由器的轉(zhuǎn)發(fā)后減1，當(dāng)TTL=0時，則向源節(jié)點報告TTL超時這個的特性。22TRACERT 命令 在華為Quidway系列路由器上，tracert命令的格式如下：tracert -a ip-address -f first_TTL -m max_TTL -p port -q nqueries -w timeout host-a指定本次tracert命令配置的報文源地址；-

14、f指定初始報文的TTL大小，缺省值為1；-m指定最大TTL大小，缺省值為30；-p目的主機的端口號，缺省值為33434；-q每次發(fā)送的探測報文的個數(shù)，缺省值為3；-w指明報文的超時時間，單位為秒，缺省值為 5000。 23TRACERT命令 在PC機上或Windwos NT為平臺的服務(wù)器上，tracert命令的格式如下：tracert -d -h maximum_hops -j host-list -w timeout host-d 不解析主機名；-h 指定最大TTL大小；-j 設(shè)定松散源地址路由列表；-w 用于設(shè)置UDP報文的超時時間，單位毫秒。24使用tracert命令進(jìn)行故障處理網(wǎng)云RI

15、P域E1:/8/8E0:/8S0:/8S1:/8S0:/8s1:/8/8RouterARouterBRouterC案例一 使用tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點 某校園網(wǎng)中，RouterB和RouterC同屬于一個運行RIPv2路由協(xié)議的網(wǎng)絡(luò)，主機訪問數(shù)據(jù)庫服務(wù)器，用戶抱怨訪問性能差。25使用tracert命令進(jìn)行故障處理 相關(guān)信息顯示 登錄到RouterC，使用帶參數(shù)的ping遠(yuǎn)端服務(wù)器，顯示如下： RouterC ping -c 10 -s 4000 -t 6000 PING : 4000 data bytes, press CTRL_C to break Reply from : b

16、ytes=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 26使用tracert命令進(jìn)行故障處理原因分析上面的ping顯示出一個規(guī)律：奇數(shù)報文的返回時長短，而偶數(shù)報文返回時長很長（是奇數(shù)報文的10倍多）?？梢猿醪脚袛嗥鏀?shù)報文和

17、偶數(shù)報文是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用tracert命令來追蹤這不同的路徑。在RouterC上，tracert遠(yuǎn)端RouterA的以太網(wǎng)接口RouterC tracert -q 8 traceroute to () 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從上面的顯示可看到，直至，U

18、DP探測報文的返回時長都基本一致，而到時，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報文時長短，偶數(shù)報文時長長的現(xiàn)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。27使用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上如下配置：RouterA ip route-static RouterA

19、 ip route-static 于是問題就清楚了。例如RouterB，由于管理員配置時沒有給出靜態(tài)路由的優(yōu)先級，這兩條路由項的優(yōu)先級就同為缺省值60，于是就同時出現(xiàn)在路由表中，實現(xiàn)的是負(fù)載分擔(dān)，而不能達(dá)到主備的目的。28使用tracert命令進(jìn)行故障處理處理過程，可以有兩種處理方法：繼續(xù)使用靜態(tài)路由，進(jìn)行配置更改。RouterB上進(jìn)行如下更改：RouterB ip route-static （主鏈路仍使用缺省優(yōu)先級60）RouterBip route-static 100（備份鏈路的優(yōu)先級降低至100）RouterA上進(jìn)行如下更改：RouterA ip route-static Router

20、A ip route-static 100 這樣，只有當(dāng)主鏈路發(fā)生故障，備份鏈路的路由項才會出線在路由表中，從而接替主鏈路完成報文轉(zhuǎn)發(fā)，實現(xiàn)主備目的。 在兩路由器上運行動態(tài)路由協(xié)議，如OSPF等，但不要運行 RIP協(xié)議（因為RIP協(xié)議僅以hop作為Metric的）。29使用tracert命令進(jìn)行故障處理建議和總結(jié) 本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示ping命令和tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點。 在一個大的組網(wǎng)環(huán)境中，維護(hù)人員可能無法沿著路徑逐機排查，此時，能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了。30使用tracert命令進(jìn)行故障處理E1:/8/8E

21、0:/8E0:/8S0:/8S0:/8E0:/8RouterARouterBRouterC案例二 使用tracert命令發(fā)現(xiàn)路由環(huán)路 三臺路由器均配置靜態(tài)路由，完成后，登錄到RouterA上ping主機，發(fā)現(xiàn)不通。31使用tracert命令進(jìn)行故障處理相關(guān)信息顯示RouterA ping -c 6 -t 5000 PING : 56 data bytes, press CTRL_C to break Request time out Request time outRouterA tracert traceroute to () 30 hops max,40 bytes packet 1 6

22、ms 4 ms 4 ms （RouterB） 2 8 ms 8 ms 8 ms （RouterA） 3 12 ms 12 ms 12 ms （RouterB） 4 16 ms 16 ms 16 ms （RouterA）32使用tracert命令進(jìn)行故障處理原因分析 從上面的tracert命令的顯示可以立即發(fā)現(xiàn)，在RouterA和RouterB間產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由，基本可以斷定是RouterA或RouterB的靜態(tài)路由配置錯誤。 檢查RouterA的路由表，配置的是缺省靜態(tài)路由： ip route-static ，沒有問題。 檢查RouterB的路由表，配置到網(wǎng)絡(luò)的靜態(tài)路由為

23、： ip route-static 下一跳配置的是，而不是，這正是錯誤所在。33使用tracert命令進(jìn)行故障處理處理過程修改RouterB的配置如下：RouterB no ip route-static RouterB ip route-static 建議和總結(jié) tracert命令能夠很容易發(fā)現(xiàn)路由環(huán)路等潛在問題。當(dāng)路由器A認(rèn)為路由器B知道到達(dá)目的地的路徑，而路由器B也認(rèn)為路由器A知道目的地時，就是路由環(huán)路發(fā)生了。使用ping命令只能知道接收端出現(xiàn)超時錯誤，而tracert能夠立即發(fā)現(xiàn)環(huán)路所在，如果tracert命令兩次或者多次顯示同樣的接口。當(dāng)通過tracert發(fā)現(xiàn)路由環(huán)路后，如果配置為：

24、靜態(tài)路由：幾乎可以肯定是手工配置有問題單動態(tài)路由協(xié)議：可能是地址聚合產(chǎn)生的問題多動態(tài)路由協(xié)議：可能是路由引入產(chǎn)生的問題34DISPLAY命令 display命令是用于了解路由器的當(dāng)前狀況、檢測相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障處理和監(jiān)控場合，display命令都是必不可少的。常用的display命令Display VersionDisplay current-configuration 和 display saved-configurationDisplay interfaces35Display VersionQuidwaydisplay ve

25、rsion Copyright Notice: All rights reserved (Aug 17 2004). Without the owners prior written consent, no decompiling nor reverse-engineering shall be allowed. Huawei-3Com Versatile Routing Platform Software VRP(R) software, Version 3.30, Release 0008 Copyright (c) 2003-2004 Hangzhou Huawei-3Com Tech.

26、 Co.,Ltd. All rights reserved. Copyright (c) 2000-2003 Huawei Tech. Co.,Ltd. All rights reserved. Quidway Series Router 2631 uptime is 0 week, 0 day, 7 hours, 26 minutes CPU type: PowerPC 8240 200MHz 64M bytes SDRAM Memory 8M bytes Flash Memory 128K bytes NvRAM Memory Pcb Version:1.1 Logic Version:3

27、.0 BootROM Version:9.05 36current-configuration和saved-configurationDisplay current-configuration用于查看當(dāng)前的配置信息。Display saved-configuration用于顯示NVRAM或Flash中的路由器配置文件，即路由器下次上電啟動時所用的配置文件。 Current-configuration是路由器目前正在運行的配置文件，當(dāng)更改某一配置時，current-configuration會立即改變；如果不使用save命令將改變保存到啟動配置文件saved-configuration中，路由器

28、重啟時該改動將丟失。因此請注意到修改運行配置并驗證正確后，應(yīng)當(dāng)將之保存到啟動配置文件中。強烈建議網(wǎng)絡(luò)維護(hù)或管理人員保存一份啟動配置文件的拷貝存放到路由器以外的其他設(shè)備上。這有幾點好處：這將使維護(hù)人員能夠迅速配置一個替代的路由器；這個保存在外部的文本文件也可以按上述規(guī)定的格式脫機編輯然后使用Download config命令加載到路由器上；可以將該配置文件通過E-mail形式發(fā)給華為技術(shù)支持人員以幫助定位配置問題。 37Display interfaces display interfaces命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請在該命令后輸入接口類型和接口號，例如：d

29、isplay interfaces Serial 3/1命令，將查看以太口0的運行狀態(tài)和相關(guān)信息。Quidwaydisplay interface Serial 3/1 Serial3/1 current state :UP Line protocol current state :UP Description : Serial3/1 Interface The Maximum Transmit Unit is 1500, Hold timer is 10(sec) Internet protocol processing : disabled Link layer protocol is P

30、PP LCP opened Output queue : (Urgent queue : Size/Length/Discards) 0/50/0 Output queue : (Protocol queue : Size/Length/Discards) 0/500/0 Output queue : (FIFO queuing : Size/Length/Discards) 0/75/0 Physical layer is synchronous,Baudrate is 64000 bps Interface is DCE, Cable type is V35 Last 300 second

31、s input rate 2.40 bytes/sec, 0.20 packets/sec Last 300 seconds output rate 2.40 bytes/sec, 0.20 packets/sec 38Reset命令 Reset 命令的作用用于清空當(dāng)前的統(tǒng)計信息以排除以前積累的數(shù)據(jù)的干擾。Reset命令中最主要的是reset counters interface和reset ip statistics命令。對于二層幀收發(fā)的各計數(shù)器的刷新必須使用reset counters interface，可通過display interfaces命令來觀察；對于三層報文的收發(fā)統(tǒng)計可使用r

32、eset ip statistics來刷新，通過display ip interface命令來觀察。39debug命令 NE系列路由器提供大量的debug命令，可以幫助用戶在網(wǎng)絡(luò)發(fā)生故障時獲得路由器中交換的報文和幀的細(xì)節(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è)備當(dāng)前的運行狀況，分析可能原因，縮減故障到適當(dāng)

33、范圍，然后打開某個特定的debug命令觀察變化情況，以定位和排除問題。40使用debug命令的注意要點 應(yīng)當(dāng)使用debug命令來查找故障，而不是用來監(jiān)控正常的網(wǎng)絡(luò)運行。盡量在網(wǎng)絡(luò)使用的低峰期或網(wǎng)絡(luò)用戶較少時使用，以降低debug命令對系統(tǒng)的影響性。由于debug命令在各個輸出方向?qū)ο到y(tǒng)資源的占用情況不同。視網(wǎng)絡(luò)負(fù)荷狀況，我們應(yīng)當(dāng)在使用方便性（info-center console debugging命令）和資源耗費?。╥nfo-center logbuffer debugging命令）間做出權(quán)衡。不要輕易使用類似debug all之類將產(chǎn)生大量輸出的命令。僅當(dāng)尋找某些類型的流量或故障并且已將故

34、障原因縮小到一個可能的范圍時，才使用某些特定的debug命令。41debug命令 案例一 忘記關(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ò)繁忙軟硬件故障 42debug命令 處理過程 檢查線路，沒有發(fā)現(xiàn)問題；PING與之相連的其他路由器設(shè)備，故障依舊，說

35、明對端設(shè)備無問題；對照以前運轉(zhuǎn)良好時備份的current-configuration文件，檢查路由器上的配置，沒有錯誤；當(dāng)時并非上網(wǎng)高峰期，且只是變慢，而無丟包，應(yīng)當(dāng)不是網(wǎng)絡(luò)負(fù)荷問題；檢查該路由器的日志信息，發(fā)現(xiàn)其中記錄了大量的收發(fā)IP報文的信息，執(zhí)行命令display debugging命令，發(fā)現(xiàn)該路由器的debug ip packet處于打開狀態(tài)。由于設(shè)備需要記錄每一個被轉(zhuǎn)發(fā)的IP報文，大大降低了路由器的處理速度，導(dǎo)致變慢。關(guān)閉該debug開關(guān)后，故障解決。43第一章 網(wǎng)絡(luò)故障處理概述 第二章 故障排除常用工具第三章 故障排除常用方法第四章 終端故障處理第五章 華為數(shù)據(jù)通信產(chǎn)品故障處理資源

36、Contents44故障排除常用方法分層故障排除法 分塊故障排除法 分段故障排除法 替換法 45分層故障處理法 分層法思想很簡單：所有模型都遵循相同的基本前提，當(dāng)模型的所有低層結(jié)構(gòu)工作正常時，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常運行之前，解決高層結(jié)構(gòu)問題完全是浪費時間。 案例分析： 在一個幀中繼網(wǎng)絡(luò)中，由于物理層的不穩(wěn)定，幀中繼連接總是出現(xiàn)反復(fù)失去連接的問題，這個問題的直接表象是到達(dá)遠(yuǎn)程端點的路由總是出現(xiàn)間歇性中斷。這使得維護(hù)工程師第一反應(yīng)是路由協(xié)議出問題了，然后憑借著這個感覺來對路由協(xié)議進(jìn)行大量故障診斷和配置，其結(jié)果是可想而知的。如果他能夠從OSI模型的底層逐步向上來探究原因的

37、話，維護(hù)工程師將不會做出這個錯誤的假設(shè)，并能夠迅速定位和排除問題。46分層故障處理法各層次的關(guān)注點 物理層：電纜、連接頭、信號電平、編碼、時鐘和組幀，這些都是導(dǎo)致端口處于down狀態(tài)的因素。 數(shù)據(jù)鏈路層：數(shù)據(jù)鏈路層負(fù)責(zé)在網(wǎng)絡(luò)層與物理層之間進(jìn)行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點如何進(jìn)行標(biāo)識；如何根據(jù)物理層接收的二進(jìn)制數(shù)據(jù)建立幀。封裝的不一致是導(dǎo)致數(shù)據(jù)鏈路層故障的最常見原因?？梢允褂胐isplay interfaces命令初步判斷數(shù)據(jù)鏈路層是否存在故障。 網(wǎng)絡(luò)層：地址錯誤和子網(wǎng)掩碼錯誤是引起網(wǎng)絡(luò)層故障最常見的原因；網(wǎng)絡(luò)中的地址重復(fù)是網(wǎng)絡(luò)故障的另一個可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分，在

38、較復(fù)雜的網(wǎng)絡(luò)中是排錯重點關(guān)注的內(nèi)容。47分塊故障處理法 Quidway系列路由器current-configuration文件的組織結(jié)構(gòu)，是以全局配置、物理接口配置、邏輯接口配置、路由配置等方式編排的。 我們可以以此作為故障定位提供了一個原始框架，當(dāng)出現(xiàn)一個故障案例現(xiàn)象時，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍： 管理部分（路由器名稱、口令、服務(wù)、日志等） 端口部分（地址、封裝、cost、認(rèn)證等） 路由協(xié)議部分（靜態(tài)路由、RIP、OSPF、BGP、路由引入等） 策略部分（路由策略、策略路由、安全配置等） 接入部分（主控制臺、Telnet登錄或啞終端、撥號等） 其他應(yīng)用

39、部分（語言配置、VPN配置、QoS配置等）48分塊故障處理法案例分析 當(dāng)使用display ip routing-table命令，結(jié)果只顯示出了直連路由，那么問題可能發(fā)生在哪里呢？ 根據(jù)上述的分塊，我們發(fā)現(xiàn)有三部分可能引起該故障：路由協(xié)議、策略、端口。如果沒有配置路由協(xié)議或配置不當(dāng)，路由表就可能為空；如果訪問列表配置錯誤，就可能妨礙路由的更新；如果端口的地址、掩碼或認(rèn)證配置錯誤，也可能導(dǎo)致路由表錯誤。 49分段故障處理法 如果兩個路由器跨越電信部門提供的線路而不能相互通信時，分段故障處理法是有效的：主機到路由器LAN接口的這一段路由器到CSU/DSU接口的這一段CSU/DSU到電信部門接口的這一段WAN電路CSU/DSU本身問題路由器本身問題50分段故障處理法案例：路由器通過DDN專線連接時的調(diào)試方法 目前路由器在網(wǎng)上較多的一種應(yīng)用是通過DDN專線連接，這種應(yīng)用對路由器來說配置并不太復(fù)雜，而問題多容易出在線路和Modem方面。以下是對這種組網(wǎng)實際調(diào)試中的一些經(jīng)驗。中繼線