VRP故障處理基礎(chǔ)

修訂記錄課程編碼適用產(chǎn)品產(chǎn)品版本課程版本ISSUEDA021003AllAll1.00開發(fā)/優(yōu)化者時(shí)間審核人開發(fā)類型（新開發(fā)/優(yōu)化）周進(jìn)軍20090904焦云婷新開發(fā)本頁不打印0VRP故障處理根底前言當(dāng)今的網(wǎng)絡(luò)環(huán)境日趨復(fù)雜，而網(wǎng)絡(luò)環(huán)境越復(fù)雜，網(wǎng)絡(luò)故障發(fā)生的可能性越大，引發(fā)故障的原因也越發(fā)難以確定。由于人們?cè)絹碓蕉嗟囊蕾嚲W(wǎng)絡(luò)處理日常工作和事務(wù)，一旦網(wǎng)絡(luò)故障不能及時(shí)修復(fù)，可能帶來很大損失，甚至造成災(zāi)難性后果。2培訓(xùn)目標(biāo)學(xué)完本課程后，您應(yīng)該能：了解故障分類和常用處理方法掌握根本的故障處理思路掌握常用的診斷命令和工具能夠完成簡(jiǎn)單的設(shè)備維護(hù)和故障排除3目錄故障分類和常用處理方法常用診斷命令和工具故障處理根本思路和舉例4目錄故障分類和常用處理方法常用診斷命令和工具故障處理根本思路和舉例5網(wǎng)絡(luò)故障的分類連通性問題性能問題網(wǎng)絡(luò)故障分類硬件、媒介、電源故障配置錯(cuò)誤不正確的相互作用網(wǎng)絡(luò)擁塞到目的地不是最正確路由供電缺乏路由環(huán)路網(wǎng)絡(luò)錯(cuò)誤6故障處理常用方法故障排除替換法分段法分塊法分層法7分層處理法思想物理層數(shù)據(jù)鏈路層網(wǎng)絡(luò)層通過某種介質(zhì)提供到另一設(shè)備的物理連接進(jìn)行端點(diǎn)間二進(jìn)制流的發(fā)送與接收完成與數(shù)據(jù)鏈路層的交互操作主要功能關(guān)注因素包括：電纜、連接頭、信號(hào)電平、編碼、時(shí)鐘、組幀方式。排錯(cuò)思路當(dāng)模型的所有低層結(jié)構(gòu)工作正常時(shí)，它的高層結(jié)構(gòu)才能正常工作在網(wǎng)絡(luò)層與物理層之間進(jìn)行信息傳輸規(guī)定介質(zhì)如何接入和共享規(guī)定如何對(duì)站點(diǎn)進(jìn)行標(biāo)識(shí)規(guī)定如何根據(jù)物理層接收的二進(jìn)制數(shù)據(jù)建立幀封裝不一致，如displayinterface顯示端口物理狀態(tài)是up而協(xié)議狀態(tài)是down，那么數(shù)據(jù)鏈路層存在故障鏈路的利用率，如鏈路帶寬被過度使用，也可能引起間歇性的連接失敗或網(wǎng)絡(luò)性能下降對(duì)數(shù)據(jù)進(jìn)行分段、打包、重組；發(fā)送過失報(bào)告；尋找通過網(wǎng)絡(luò)的最正確路徑來發(fā)送信息地址錯(cuò)誤和子網(wǎng)掩碼錯(cuò)誤因特網(wǎng)絡(luò)中的地址重復(fù)路由協(xié)議錯(cuò)誤8分塊法通過displaycurrent-configuration命令了解路由器配置端口局部〔地址、封裝、cost、認(rèn)證等〕接入局部〔主控制臺(tái)、Telnet登錄、撥號(hào)等〕其他應(yīng)用局部〔VPN配置、Qos配置等〕管理局部〔路由器名稱、口令、效勞、日志等〕策略局部〔路由策略、策略路由、平安配置等〕路由協(xié)議局部〔靜態(tài)路由、RIP、OSPF、BGP、路由引入等〕9分段法主機(jī)到路由器的LAN接口路由器到CSU/DSU接口CSU/DSU到電信部門接口WAN電路CSU/DSU本身或路由器本身故障排除將大的網(wǎng)絡(luò)拆分成小段分別排查10替換法替換法是判斷硬件故障時(shí)最常用的方法。疑心故障的單板或設(shè)備正常的單板或設(shè)備11目錄故障分類和常用處理方法常用診斷命令和工具故障處理根本思路和舉例12常用診斷命令debugging可用于了解路由器、交換機(jī)的當(dāng)前狀況、檢測(cè)相鄰路由器、從總體監(jiān)控網(wǎng)絡(luò)、定位網(wǎng)絡(luò)故障。display測(cè)試報(bào)文從發(fā)送主機(jī)到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及初步定位網(wǎng)絡(luò)發(fā)生故障的位置。

用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)ping幫助用戶獲得路由器、交換機(jī)報(bào)文交換和處理的詳細(xì)信息，有效定位網(wǎng)絡(luò)故障。tracert13VRP平臺(tái)ping介紹ping[-asource-ip-address|-ccount|-spacketsize|-ttimeout]*host-asource-ip-address：設(shè)置發(fā)送ICMPEchoRequest報(bào)文的源IP地址。-ccount：設(shè)置發(fā)送ICMPEchoRequest報(bào)文的次數(shù)，缺省值為5。-spacketsize：設(shè)置發(fā)送ICMPEchoRequest報(bào)文的長(zhǎng)度〔不包括IP和ICMP報(bào)文頭〕，以字節(jié)為單位，缺省值為56。-ttimeout：設(shè)置ping報(bào)文的超時(shí)時(shí)間，缺省值為2000ms。14Windows平臺(tái)ping介紹ping[-nnumber|-t|-lnumber]*host-nnumber：設(shè)置發(fā)送ICMPEchoRequest報(bào)文的次數(shù)，缺省值為5。-t：持續(xù)地ping，直到被人為中斷，<Ctrl+Break>可以暫時(shí)中止ping命令并查看當(dāng)前的統(tǒng)計(jì)結(jié)果，而<Ctrl+C>那么可以中斷命令的執(zhí)行。-l：設(shè)置ping報(bào)文所攜帶的數(shù)據(jù)局部的字節(jié)數(shù)。15VRP平臺(tái)tracert介紹tracert[-a

source-ip-address|-f

first-TTL|-m

max-TTL|-p

port|-q

nqueries|-w

timeout]*host-asource-ip-address：設(shè)置tracert報(bào)文的IP地址。-ffirst-TTL：設(shè)置初始TTL。-mmax-TTL：設(shè)置最大TTL。-pport：設(shè)置的主機(jī)的端口號(hào)，一般無須更改此選項(xiàng)。-qnqueries：設(shè)置每次發(fā)送的探測(cè)數(shù)據(jù)包的個(gè)數(shù)。-wtimeout：設(shè)置報(bào)文的超時(shí)時(shí)間，單位是秒。host：目的主機(jī)的IP地址。16Windows平臺(tái)tracert介紹tracert[-d|-h

max-TTL|-j

host-list|-w

timeout]*host-d：不解析主機(jī)名；-h

max-TTL：設(shè)置最大TTL。-j

host-list：設(shè)置松散源地址路由列表。-w

timeout：設(shè)置UDP報(bào)文的超時(shí)時(shí)間。17display介紹VRP平臺(tái)的display命令可以在所有視圖下運(yùn)行，方便用戶隨時(shí)查看各種信息查看接口當(dāng)前運(yùn)行狀態(tài)和接口統(tǒng)計(jì)信息查看當(dāng)前的配置信息/設(shè)備中存儲(chǔ)的配置文件當(dāng)前運(yùn)行的VRP軟件版本路由器、交換機(jī)型號(hào)路由器上次啟動(dòng)以來運(yùn)行的時(shí)間主控板信息接口板信息displaycurrent-configuration/saved-configurationdisplayversiondisplayinterface18debugging介紹debugging命令可以獲得路由器報(bào)文交換和處理的詳細(xì)信息，有效定位網(wǎng)絡(luò)故障。盡量在網(wǎng)絡(luò)使用的低峰期或用戶較少時(shí)使用盡量縮小debugging命令的影響范圍，不要輕易使用類似debuggingall之類包含多個(gè)調(diào)試子項(xiàng)的命令。本卷須知在獲得足夠的信息后，應(yīng)立即關(guān)閉相應(yīng)的調(diào)試開關(guān)。減少對(duì)系統(tǒng)資源的占用在沒有完全掌握某條debugging命令所能提供的信息前，不要輕易使用該命令。19display和debugging的配合使用...提供某個(gè)時(shí)間的設(shè)備運(yùn)行狀況的視圖〔靜態(tài)〕首先使用相關(guān)的多條display命令查看設(shè)備當(dāng)前的運(yùn)行狀況，分析可能原因，縮小故障檢查的范圍...提供一段時(shí)間內(nèi)設(shè)備運(yùn)行的變化情況〔動(dòng)態(tài)〕然后翻開某個(gè)特定的debugging命令，觀察調(diào)試信息變化情況，定位和排除故障。displaydebugging20目錄故障分類和常用處理方法常用診斷命令和工具故障處理根本思路和舉例21故障處理根本步驟發(fā)生故障故障排除？觀察故障現(xiàn)象收集故障信息經(jīng)驗(yàn)判斷和理論分析列出各種可能原因?qū)γ恳辉驅(qū)嵤┡佩e(cuò)方案恢復(fù)實(shí)施方案前的網(wǎng)絡(luò)狀態(tài)故障排除過程文檔化結(jié)束是否22故障排除案例分析一個(gè)校園網(wǎng)，包含三個(gè)局域網(wǎng)段。是用戶網(wǎng)段，是日志效勞器，是集中了很多應(yīng)用效勞器的網(wǎng)段。某日，用戶反映“日志效勞器Server1與備份效勞器Server2間備份發(fā)生問題”。23觀察故障現(xiàn)象“日志效勞器與備份效勞器間備份發(fā)生問題”是一個(gè)不完整、不清晰的故障現(xiàn)象描述。網(wǎng)絡(luò)維護(hù)人員需要引導(dǎo)用戶，解答以下問題：這個(gè)問題是連續(xù)出現(xiàn)，還是間斷出現(xiàn)的？是完全不能備份(連通問題〕，還是備份的速度慢〔性能下降〕？哪個(gè)或哪些局域網(wǎng)效勞器受到影響，地址是什么？通過與用戶的進(jìn)一步交流，對(duì)故障現(xiàn)象作出以下描述：在網(wǎng)絡(luò)的頂峰期，日志效勞器到集中備份效勞器備份時(shí)，F(xiàn)TP傳輸速度很慢，大約是0.6Mbit/s。24收集故障信息向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題收集故障信息的途徑準(zhǔn)備相關(guān)問題結(jié)果網(wǎng)絡(luò)結(jié)構(gòu)或配置是否最近修改正？最近用戶網(wǎng)段的客戶機(jī)在不斷增加據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)display和debugging命令等是否有用戶訪問受影響的效勞器時(shí)沒有問題？網(wǎng)段的機(jī)器PC4與備份效勞器間進(jìn)行FTP傳輸時(shí)，速度正常，可到達(dá)7Mbit/s，但與日志效勞器間進(jìn)行FTP傳輸時(shí)速度慢，只有0.6Mbit/s；測(cè)試性能與網(wǎng)絡(luò)基線進(jìn)行比較在非頂峰期，日志效勞器和備份效勞器間FTP傳輸速度是多少？在非頂峰期，日志效勞器和備份效勞器間FTP傳輸速度正常，大約為6Mbit/s25經(jīng)驗(yàn)判斷和理論分析利用前兩個(gè)步驟收集到的信息，并根據(jù)自己以往的故障處理經(jīng)驗(yàn)和所掌握的因特網(wǎng)絡(luò)設(shè)備和協(xié)議的知識(shí)，來確定排錯(cuò)范圍。通過劃分范圍，確定需要關(guān)注的故障或與故障情況相關(guān)的那一局部網(wǎng)絡(luò)設(shè)備、介質(zhì)和主機(jī)。本案例中，現(xiàn)在能夠確定是屬于網(wǎng)絡(luò)性能下降問題。那么，是哪一段的性能下降了呢？是網(wǎng)段？是包括RouterA、RouterB、RouterC組成的中間網(wǎng)絡(luò)？還是網(wǎng)段？由于網(wǎng)段的機(jī)器與備份效勞器間進(jìn)行FTP傳輸時(shí)速度正常，可以排除掉網(wǎng)段的性能問題。26列出可能原因根據(jù)經(jīng)驗(yàn)判斷和理論分析后總結(jié)的各種可能原因。本案例可能原因如下： 1．網(wǎng)段的性能問題，其原因可能為：日志效勞器Server1的性能問題網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題網(wǎng)絡(luò)本身的性能問題 2．中間網(wǎng)絡(luò)性能問題，可能的原因?yàn)椋旱骄W(wǎng)絡(luò)的路由不是最正確路由27對(duì)每一原因?qū)嵤┡佩e(cuò)方案根據(jù)所列出的可能原因制定相應(yīng)的故障排查方案，分析最有可能的原因。注意：一次只對(duì)一個(gè)變量進(jìn)行操作。28循環(huán)故障排查一當(dāng)一個(gè)方案的實(shí)施沒有到達(dá)預(yù)期的排錯(cuò)目的時(shí)，進(jìn)入該步驟。在進(jìn)行下一循環(huán)之前，必須將網(wǎng)絡(luò)恢復(fù)到實(shí)施上一方案前的狀態(tài)。如果保存上一方案對(duì)網(wǎng)絡(luò)的改動(dòng)，很可能導(dǎo)致新的問題。針對(duì)某一可能原因的排錯(cuò)方案沒有到達(dá)預(yù)期目的，進(jìn)入下一可能原因，制定排錯(cuò)方案并實(shí)施所有可能原因列表的排錯(cuò)方案均沒有到達(dá)排錯(cuò)目的，重現(xiàn)進(jìn)行故障相關(guān)信息收集，分析新的可能原因循環(huán)排錯(cuò)切入點(diǎn)29循環(huán)故障排查二可能原因1：網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最正確路由...可能原因2：日志效勞器Server1的性能問題可能原因3：網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題可能原因4：網(wǎng)絡(luò)本身的性能問題方案：在網(wǎng)段的網(wǎng)關(guān)上執(zhí)行tracert命令，發(fā)現(xiàn)探測(cè)報(bào)文返回時(shí)長(zhǎng)僅為10ms，排除該可能原因。進(jìn)入循環(huán)排錯(cuò)過程。方案：測(cè)試同一網(wǎng)段的主機(jī)PC3與Server1間的FTP傳輸速度，是6Mbit/s，正常，排除該可能原因。方案：測(cè)試主機(jī)PC3和備份效勞器Server2間FTP傳輸速度，是7Mbit/s，正常，排除該可能原因。方案：在網(wǎng)段的以太網(wǎng)交換機(jī)上執(zhí)行display命令查看收發(fā)報(bào)文的統(tǒng)計(jì)信息，發(fā)現(xiàn)輸出的報(bào)文中，播送報(bào)文與單播報(bào)文的比例到達(dá)1:3，超過正常水平。在網(wǎng)段的以太網(wǎng)交換機(jī)上display命令查看收發(fā)報(bào)文的統(tǒng)計(jì)信息，發(fā)現(xiàn)輸出的報(bào)文中，播送報(bào)文與單播報(bào)文的比例為1:300，屬于正常水平。網(wǎng)段上播送報(bào)文與單播報(bào)文的比例太大。30循環(huán)故障排查三再次聯(lián)系用戶，確認(rèn)該網(wǎng)段主要運(yùn)行的業(yè)務(wù)種類，得出了故障的真正原因：是普通用戶網(wǎng)段，由于業(yè)務(wù)原因，每個(gè)用戶都要發(fā)送大量播送報(bào)文和組播報(bào)文，隨著越來越多的用戶接入該網(wǎng)絡(luò)，網(wǎng)段上的效勞器需要花費(fèi)更多的資源來處理迅速增加的播送和組播報(bào)文，因此，效勞的傳輸速度減慢。故障原因排除：這是一個(gè)網(wǎng)絡(luò)布局不當(dāng)導(dǎo)致的性能問題，重新安排效勞器的位置，將效勞器移動(dòng)網(wǎng)段