【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述

華為中低端路由器故障處理手冊(cè)目錄頁故障排除技術(shù)概述網(wǎng)絡(luò)故障排除技術(shù)概覽在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進(jìn)行故障排除當(dāng)今的網(wǎng)絡(luò)互連環(huán)境是復(fù)雜的，而且其復(fù)雜性的日益增長也是可以預(yù)見的，主要原因如下：現(xiàn)代的互連網(wǎng)絡(luò)要求支持更廣泛的應(yīng)用，包括數(shù)據(jù)、語音、視頻及它們的集成傳輸；新業(yè)務(wù)發(fā)展使網(wǎng)絡(luò)帶寬的需求不斷增長，這就要求新技術(shù)的不斷出現(xiàn)。例如：十兆以太網(wǎng)向百兆、千兆以太網(wǎng)的演進(jìn)；MPLS技術(shù)的出現(xiàn)；提供QoS能力等。新技術(shù)的應(yīng)用同時(shí)還要兼顧傳統(tǒng)的技術(shù)。例如，傳統(tǒng)的SNA體系結(jié)構(gòu)仍在某些場合使用，DLSw作為通過TCP/IP承載SNA的一種技術(shù)而被應(yīng)用。多樣業(yè)務(wù)的需求和各種先進(jìn)技術(shù)的引入使網(wǎng)絡(luò)日益復(fù)雜因此，現(xiàn)代的互連網(wǎng)絡(luò)是協(xié)議、技術(shù)、介質(zhì)和拓?fù)涞幕旌象w?；ミB網(wǎng)絡(luò)環(huán)境越復(fù)雜，意味著網(wǎng)絡(luò)的連通性和性能故障發(fā)生的可能性越大，而且引發(fā)故障的原因也越發(fā)難以確定。同時(shí)，由于人們?cè)絹碓蕉嗟囊蕾嚲W(wǎng)絡(luò)處理日常的工作和事務(wù)，一旦網(wǎng)絡(luò)故障不能及時(shí)修復(fù)，其所造成的損失可能很大甚至是災(zāi)難性的。能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問題并排除故障，對(duì)網(wǎng)絡(luò)維護(hù)人員和網(wǎng)絡(luò)管理人員來說是個(gè)挑戰(zhàn)，這不但要求他們對(duì)網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個(gè)系統(tǒng)化的故障排除思想并合理應(yīng)用于實(shí)際中，以將一個(gè)復(fù)雜的問題隔離、分解或縮減排錯(cuò)范圍，從而及時(shí)修復(fù)網(wǎng)絡(luò)故障。本書著眼于幫助網(wǎng)絡(luò)維護(hù)人員和管理人員將他們所掌握的知識(shí)有條理的應(yīng)用于診斷和排除網(wǎng)絡(luò)故障的過程中；幫助他們針對(duì)各種網(wǎng)絡(luò)環(huán)境中的常見故障現(xiàn)象進(jìn)行定位和解決。網(wǎng)絡(luò)故障的一般分類網(wǎng)絡(luò)故障一般分為兩大類：連通性問題和性能問題。它們各自故障排除的關(guān)注點(diǎn)如下：連通性問題硬件、媒介、電源故障配置錯(cuò)誤不正確的相互作用性能問題網(wǎng)絡(luò)擁塞到目的地不是最佳路由供電不足路由環(huán)路網(wǎng)絡(luò)錯(cuò)誤一般網(wǎng)絡(luò)故障的解決步驟故障排除系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。它的基本思想是系統(tǒng)地將由故障可能的原因所構(gòu)成的一個(gè)大集合縮減（或隔離）成幾個(gè)小的子集，從而使問題的復(fù)雜度迅速下降。故障排除時(shí)有序的思路有助于解決所遇到的任何困難，下圖給出了一般網(wǎng)絡(luò)故障解決的處理流程。說明：該處理流程是網(wǎng)絡(luò)維護(hù)人員所能夠采用的排錯(cuò)模型中的一種，如果你根據(jù)自己的經(jīng)驗(yàn)和實(shí)踐總結(jié)了另外的排錯(cuò)模型并證明是行之有效的，請(qǐng)繼續(xù)使用它網(wǎng)絡(luò)故障解決的處理流程是可以變化的，但故障排除有序化的思維模式是不可變化的。網(wǎng)絡(luò)故障排除基本步驟下面我們以一個(gè)故障排除的實(shí)例來學(xué)習(xí)如何應(yīng)用這些步驟。案例：用戶網(wǎng)段廣播包過多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢該案例組網(wǎng)圖如下：某校園網(wǎng)的三個(gè)局域網(wǎng)，其中為一個(gè)用戶網(wǎng)段，18為一個(gè)日志服務(wù)器；是一個(gè)集中了很多應(yīng)用服務(wù)器的網(wǎng)段。用戶網(wǎng)段廣播包過多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢故障現(xiàn)象描述要想對(duì)網(wǎng)絡(luò)故障做出準(zhǔn)確的分析，首先應(yīng)該了解故障表現(xiàn)出來的各種現(xiàn)象，然后才能確定可能產(chǎn)生這些現(xiàn)象的故障根源或癥結(jié)。因此，對(duì)網(wǎng)絡(luò)故障做出完整、清晰的描述是重要的一步。如上述案例，用戶反映：“日志服務(wù)器與備份服務(wù)器間備份發(fā)生問題。”這就是一個(gè)不完整不清晰的故障現(xiàn)象描述。因?yàn)檫@個(gè)描述沒有講述清楚下列問題：這個(gè)問題是連續(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。故障案例相關(guān)信息收集本步驟是搜集有助于查找故障原因的更詳細(xì)的信息。主要是三種途徑：向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題；根據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)show和debug命令等；測(cè)試性能與網(wǎng)絡(luò)基線進(jìn)行比較。如上述案例，可以向用戶提問或自行收集下列相關(guān)信息：網(wǎng)絡(luò)結(jié)構(gòu)或配置是否最近修改過，即問題出現(xiàn)是否與網(wǎng)絡(luò)變化有關(guān)？是否有用戶訪問受影響的服務(wù)器時(shí)沒有問題？在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度是多少？通過該步驟，我們收集到了下面一些相關(guān)信息：最近網(wǎng)段的客戶機(jī)不斷在增加；網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps，與日志服務(wù)器間進(jìn)行FTP傳輸時(shí)速度慢，只有0.6Mbps；在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度正常，大約為6Mbps；經(jīng)驗(yàn)判斷和理論分析利用前兩個(gè)步驟收集到的數(shù)據(jù)，并根據(jù)自己以往的故障排除經(jīng)驗(yàn)和所掌握的互連網(wǎng)絡(luò)設(shè)備和協(xié)議的知識(shí)，來確定一個(gè)排錯(cuò)范圍。通過范圍的劃分，就只需注意某一故障或與故障情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機(jī)。如上述案例：我們現(xiàn)在能夠確定是一個(gè)網(wǎng)絡(luò)性能下降問題。那么，是網(wǎng)段的性能問題？是中間網(wǎng)云的性能問題？是網(wǎng)段的性能問題呢？由于網(wǎng)段的機(jī)器與備份服務(wù)器間進(jìn)行FTP傳輸時(shí)速度正常為7Mbps這一事實(shí)，我們可以排除掉網(wǎng)段的性能問題。各種可能原因列表該步驟列出根據(jù)經(jīng)驗(yàn)判斷和理論分析后總結(jié)的各種可能原因。如上述案例，可能原因如下：網(wǎng)段的性能問題，其子原因可能為：日志服務(wù)器A的性能問題網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題網(wǎng)絡(luò)本身的性能問題網(wǎng)云性能問題，主要是到網(wǎng)絡(luò)的路由不是最佳路由對(duì)每一原因?qū)嵤┡佩e(cuò)方案根據(jù)所列出的可能原因制定故障排查計(jì)劃，分析最有可能的原因，確定一次只對(duì)一個(gè)變量進(jìn)行操作，這種方法使你能夠重現(xiàn)某一故障的解決辦法。如果有多個(gè)變量同時(shí)被改變，而問題得以解決，那么如何判斷哪個(gè)變量導(dǎo)致了故障發(fā)生呢？說明：我們?cè)趯?duì)故障處理流程5、6、7步驟介紹完畢后，再繼續(xù)進(jìn)行上述實(shí)例案例的排錯(cuò)步驟介紹。觀察故障排查結(jié)果當(dāng)我們對(duì)某一原因執(zhí)行了排錯(cuò)方案后，需要對(duì)結(jié)果進(jìn)行分析，判斷問題是否解決，是否引入了新的問題。如果問題解決，那么就可以直接進(jìn)入文檔化過程；如果沒有解決問題，那么就需要再次循環(huán)進(jìn)行到故障排查過程。循環(huán)進(jìn)行故障排查過程當(dāng)實(shí)施了一個(gè)方案沒有達(dá)到預(yù)期的排錯(cuò)目的時(shí)，我們進(jìn)入到該步驟――這是一個(gè)努力縮小可能原因的清單過程。在進(jìn)行下一循環(huán)之前必須做的事情就是將網(wǎng)絡(luò)恢復(fù)到實(shí)施上一方案前的狀態(tài)。如果保留上一方案對(duì)網(wǎng)絡(luò)的改動(dòng)，很可能導(dǎo)致新的問題，例如：假設(shè)修改了訪問列表但沒有產(chǎn)生預(yù)期的結(jié)果，此時(shí)如果不將訪問列表恢復(fù)到原始狀態(tài)，就會(huì)導(dǎo)致出現(xiàn)不可預(yù)期的結(jié)果。循環(huán)排錯(cuò)可以有兩個(gè)切入點(diǎn)：當(dāng)針對(duì)某一可能原因的排錯(cuò)方案沒有達(dá)到預(yù)期目的，循環(huán)進(jìn)入下一可能原因制定排錯(cuò)方案并實(shí)施；當(dāng)所有可能原因列表的排錯(cuò)方案均沒有達(dá)到排錯(cuò)目的，重現(xiàn)進(jìn)行故障相關(guān)信息收集以分析新的可能原因。如上述案例，我們?cè)诹谐隽丝赡茉蛄斜砗螅_始制定方案進(jìn)行故障排除。可能原因1：“網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最佳路由”制定的方案：在網(wǎng)段的網(wǎng)關(guān)上使用“Tracert53”命令，發(fā)現(xiàn)探測(cè)報(bào)文返回時(shí)長僅為10ms，表明該可能原因并不是造成故障的原因。我們進(jìn)入循環(huán)排錯(cuò)過程?？赡茉?：“日志服務(wù)器A的性能問題”制定的方案：測(cè)試同一網(wǎng)段的主機(jī)C和日志服務(wù)器間的FTP傳輸速度，是6Mbps，正常?？梢妴栴}與服務(wù)器A無關(guān)?？赡茉?：“網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題”制定的方案：測(cè)試主機(jī)C和備份服務(wù)器B間FTP傳輸速度是7Mbps，正常。排除了網(wǎng)關(guān)因素，因?yàn)锽、C在不同網(wǎng)段上而速度正常?？赡茉?：“網(wǎng)絡(luò)本身的性能問題”制定的方案：在網(wǎng)段的以太網(wǎng)交換機(jī)上使用命令“Showmac”，輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast6/321031781208665PortXmit-UnicastXmit-MulticastXmit-Broadcast6/3266679872866522474038(輸出的廣播：輸出的單播比例為1：3，太大了。)PortRcv-OctetXmit-Octet6/32140948293581516443041在網(wǎng)段上的以太網(wǎng)交換機(jī)上使用命令“Showmac”輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast6/36557802870285PortXmit-UnicastXmit-MulticastXmit-Broadcast6/3627879749190257119430（廣播：單播比例＝1：270，屬于正常。）PortRcv-OctetXmit-Octet6/36671725870814998816809由此知道，網(wǎng)段上廣播包和單播包比例為1:3，確實(shí)太大了。再次詢問用戶該網(wǎng)段主要運(yùn)行的業(yè)務(wù)是什么，從而得出了故障最終原因如下：是普通用戶網(wǎng)段，由于業(yè)務(wù)原因每個(gè)用戶需要發(fā)送大量廣播包和多播包，隨著近期越來越多的用戶接入該網(wǎng)絡(luò)，在這個(gè)網(wǎng)段上的服務(wù)器需要花費(fèi)更多的資源來處理越來越多的廣播和多播包，因此其服務(wù)的傳輸速度自然減慢。由于這是一個(gè)網(wǎng)絡(luò)布局不恰當(dāng)?shù)膯栴}，于是重新安排服務(wù)器的位置，將服務(wù)器移動(dòng)網(wǎng)段后，故障排除。故障排除過程文檔化當(dāng)最終排除了網(wǎng)絡(luò)故障后，那么排除流程的最后一步就是對(duì)所做的工作進(jìn)行文字記錄。文檔化過程決不是一個(gè)可有可無的工作，原因如下：文檔是排錯(cuò)寶貴經(jīng)驗(yàn)的總結(jié)，是“經(jīng)驗(yàn)判斷和理論分析”這一過程中最重要的參考資料；文檔記錄了這次排錯(cuò)中網(wǎng)絡(luò)參數(shù)所做的修改，這也是下一次網(wǎng)絡(luò)故障應(yīng)收集的相關(guān)信息。文檔記錄主要包括以下幾個(gè)方面：故障現(xiàn)象描述及收集的相關(guān)信息網(wǎng)絡(luò)拓?fù)鋱D繪制網(wǎng)絡(luò)中使用的設(shè)備清單和介質(zhì)清單網(wǎng)絡(luò)中使用的協(xié)議清單和應(yīng)用清單故障發(fā)生的可能原因?qū)γ恳豢赡茉蛑贫ǖ姆桨负蛯?shí)施結(jié)果本次排錯(cuò)的心得體會(huì)其他：如排錯(cuò)中的使用的參考資料列表等請(qǐng)讀者對(duì)照上述案例完成文檔記錄工作。華為中低端路由器產(chǎn)品介紹如圖1-2所示，Quidway系列路由器依托華為公司擁有自主知識(shí)產(chǎn)權(quán)的VRP（VersatileRoutingPlatform，通用路由平臺(tái)）軟件平臺(tái)，使用高性能的處理器、總線技術(shù)及快速路由策略，為電信、專網(wǎng)、ISP、金融、稅務(wù)、公安、鐵路等行業(yè)用戶和大中型企業(yè)用戶提供從中低端、高端到核心端的全方位的網(wǎng)絡(luò)解決方案。華為IP網(wǎng)絡(luò)產(chǎn)品線QuidwayNetEngine80是面向電信級(jí)運(yùn)營網(wǎng)絡(luò)及骨干核心網(wǎng)絡(luò)的GSR路由器，以滿足核心網(wǎng)絡(luò)高速轉(zhuǎn)發(fā)數(shù)據(jù)的需求并實(shí)現(xiàn)不同業(yè)務(wù)的不同級(jí)別服務(wù)。QuidwayNetEngine16/08是面向運(yùn)營級(jí)核心網(wǎng)絡(luò)的高端網(wǎng)絡(luò)產(chǎn)品，是具有高性能、高可靠性、高可擴(kuò)展性、多業(yè)務(wù)的邊緣交換層的高端路由器。本書所舉的故障排除案例分析主要是針對(duì)Quidway中低端路由器的系列產(chǎn)品，下面將詳細(xì)介紹一下華為中低端路由器系列產(chǎn)品的特性。華為中低端路由器產(chǎn)品主要包括：Quidway1600系列低端路由器Quidway2500系列低端路由器Quidway1700系列低端路由器Quidway2600系列中端路由器Quidway3600系列中端路由器QuidwayR1600系列低端路由器QuidwayR1600系列路由器包括R1602、R1603和R1604三款路由器，是華為公司面向家庭辦公、小型辦公室（SOHO）開發(fā)的新一代路由器產(chǎn)品，主要應(yīng)用于企業(yè)上網(wǎng)、家庭辦公、公司遠(yuǎn)程機(jī)構(gòu)互連和Internet上網(wǎng)等。QuidwayR1602路由器定位為桌面級(jí)遠(yuǎn)程分支路由器。采用M6836033MRISCCPU；提供1個(gè)10Base-T、2個(gè)同/異步串口（可達(dá)2Mbps）、1個(gè)AUX口。QuidwayR1603/1604路由器定位為桌面級(jí)分支ISDN接入路由器。采用M6836033MRISCCPU；提供1個(gè)10Base-T、1個(gè)ISDNBRI接口（R1603提供BRIS/T接口，R1604提供BRIU接口）、1個(gè)同/異步串口（可達(dá)2Mbps）、1個(gè)AUX口和2個(gè)模擬電話接口。QuidwayR2500系列低端路由器QuidwayR2500系列路由器包括R2501/2501E、R2509/2509E、R2511/2511E、R4001/4001E八款路由器。是華為公司面向中、小型辦公室開發(fā)的新一代路由器產(chǎn)品，主要應(yīng)用于電信記費(fèi)、電信網(wǎng)管、機(jī)構(gòu)互連、Internet訪問、電信設(shè)備配套IP接入網(wǎng)關(guān)等。QuidwayR2501路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支路由器。采用M6836025MRISCCPU；提供1個(gè)10Base-T、1個(gè)以太網(wǎng)口、2個(gè)高速同/異步串口、1個(gè)AUX口。QuidwayR2509/R2511路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支接入路由器。采用M6836033MRISCCPU；提供1個(gè)10Base-T、1個(gè)以太網(wǎng)口、2個(gè)高速同/異步串口、1個(gè)AUX口、1/2個(gè)8異步串行口；可作為小企業(yè)PSTN接入服務(wù)器。QuidwayR4001路由器定位為企業(yè)級(jí)分支路由器。采用M6836033MRISCCPU；提供1個(gè)10Base-T；1個(gè)AUI口；1個(gè)高速同/異步串口、1個(gè)AUX口、1個(gè)E1/CE1/PRI接口?？勺鳛槠髽I(yè)ISDN接入服務(wù)器使用；它是以低端產(chǎn)品價(jià)格提供E1接口的路由器，具有超高性價(jià)比。QuidwayR2500E系列路由器（R2501E、R2509E、R2511E、R4001E）內(nèi)置一個(gè)接口插槽，可以插入128位以上硬件序列碼加密的加密板，升級(jí)為一臺(tái)高性能邊緣加密路由器。應(yīng)用于需要數(shù)據(jù)保密領(lǐng)域，如：安全辦公、機(jī)要部門等特殊應(yīng)用；去掉加密卡就是普通路由器。QuidwayR1700系列低端路由器QuidwayR1700系列路由器目前有R1760一款，是華為公司最新開發(fā)的邊緣接入路由器。它采用模塊化結(jié)構(gòu)，在提供了集成的快速以太網(wǎng)接口、AUX口和同/異步串口的同時(shí)，又提供了豐富的可選配的智能接口卡SIC（SmartInterfaceCard，智能接口卡）及多功能接口模塊MIM（MultifunctionalInterfaceModule，多功能接口模塊）。與同類產(chǎn)品相比，R1760模塊化路由器具有更高的性能價(jià)格比和可擴(kuò)展能力，既適合于在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器，也可以在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心路由器。R1760路由器采用MPC8241200MHz高速CPU，提供的網(wǎng)絡(luò)接口和插槽數(shù)量如下：三個(gè)固定的網(wǎng)絡(luò)接口，包括1個(gè)10/100M以太網(wǎng)口、一個(gè)AUX口和1個(gè)同/異步串口；三個(gè)插槽，包括1個(gè)MIM插槽和2個(gè)SIC插槽。R1760路由器支持多種SIC和MIM，其中SIC是R1760路由器特有的智能接口卡，MIM是R1760/2600/3600路由器共用的多功能接口模塊，用戶可以通過更換或擴(kuò)展接口卡及接口模塊的方法滿足未來變化的需求。SIC的種類如下：1端口10/100M以太網(wǎng)接口卡（SIC-1FEA）1端口多協(xié)議同/異步串口接口卡（SIC-1SA）3端口異步串口接口卡（SIC-3AS）1端口ISDNBRIS/T接口卡（SIC-1BS）2端口ISDNBRIS/T接口卡（SIC-2BS）1端口ISDNBRIU接口卡（SIC-1BU）2端口ISDNBRIU接口卡（SIC-2BU）1端口E1/CE1/PRI兼容接口卡（SIC-EPRI）1端口T1/CT1/PRI兼容接口卡（SIC-TPRI）1端口模擬調(diào)制解調(diào)器接口卡（SIC-1AM）2端口模擬調(diào)制解調(diào)器接口卡（SIC-2AM）1端口語音用戶電路接口卡（SIC-1FXS）2端口語音用戶電路接口卡（SIC-2FXS）1端口語音AT0模擬中繼接口卡（SIC-1FXO）2端口語音AT0模擬中繼接口卡（SIC-2FXO）MIM的種類請(qǐng)參閱下文QuidwayR2600/R3600中端路由器的相關(guān)介紹。QuidwayR2600系列和R3600系列中端路由器QuidwayR2600系列和QuidwayR3600系列路由器是華為公司面向企業(yè)級(jí)的網(wǎng)絡(luò)產(chǎn)品。其中，QuidwayR2600系列路由器部分采用模塊化結(jié)構(gòu)，在提供集成的高速以太網(wǎng)接口和同步串口同時(shí)，還具有豐富的可選配模塊。QuidwayR3600系列路由器則完全采用模塊化結(jié)構(gòu)。QuidwayR2620系列QuidwayR2620系列路由器包含兩款：R2620和R2621。R2620系列路由器既可在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心路由器，也可在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器。R2620系列路由器提供的網(wǎng)絡(luò)接口和模塊插槽數(shù)量如下：R2620提供1個(gè)固定的10/100M以太網(wǎng)口、2個(gè)固定的同步串口和2個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。R2621提供2個(gè)固定的10/100M以太網(wǎng)口、2個(gè)固定的同步串口和2個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。QuidwayR2630系列QuidwayR2630系列路由器包含四款：R2630、R2631、R2630E、R2631E。與R2620系列相比，R2630系列路由器具有更靈活的配置方式和更高的處理能力。既適合于在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心路由器，也可在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器。R2630系列路由器提供的固定網(wǎng)絡(luò)接口與模塊插槽數(shù)量如下：R2630、R2630E：1個(gè)固定的10/100M以太網(wǎng)口和3個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。R2631、R2631E：2個(gè)固定的10/100M以太網(wǎng)口和3個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。QuidwayR3600系列QuidwayR3600系列路由器包含四款：R3640、R3680、R3640E、R3680E。面向企業(yè)級(jí)網(wǎng)絡(luò)的產(chǎn)品，和R2620、R2630系列相比，R3600系列路由器具有更高的處理能力和更大的接入密度。R3600系列路由器既適合于在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心路由器，也可以在大型網(wǎng)絡(luò)中擔(dān)當(dāng)匯聚層路由器。R3600系列路由器提供的模塊插槽數(shù)量如下：R3640、R3640E提供4個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。R3680、R3680E提供8個(gè)標(biāo)準(zhǔn)的MIM模塊插槽。QuidwayR1760/R260/R3600系列路由器支持的模塊種類1端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊（1FE）2端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊（2FE）2端口高速同/異步串口模塊（2SA）4端口高速同/異步串口模塊（4SA）8端口低速同/異步串口模塊（8LSA）2端口同/異步串口+1端口ISDNBRIS/T接口模塊（2S1B）1端口可拆分通道化cE1/PRI模塊（1E1）2端口可拆分通道化cE1/PRI模塊（2E1）4端口可拆分通道化cE1/PRI模塊（4E1）4端口ISDNBRIS/T接口模塊（4BS）8端口異步串口模塊（8AS）16端口異步串口模塊（16AS）2端口語音模塊（FXS接口）（2FXS）2端口語音模塊（FXO接口）（2FXO）2端口語音模塊（E&M接口）（2E&M）4端口語音模塊（FXS接口）（4FXS）4端口語音模塊（FXO接口）（4FXO）4端口語音模塊（E&M接口）（4E&M）1端口E1語音模塊（E1VI）路由器常用診斷工具介紹華為Quidway系列路由器提供了一套完整的命令集，可以用于監(jiān)控網(wǎng)絡(luò)互聯(lián)環(huán)境的工作狀況和解決基本的網(wǎng)絡(luò)故障。主要包括以下命令：Ping命令Tracert命令說明：由于上面命令不僅是Quidway系列路由器VRP平臺(tái)的常用網(wǎng)絡(luò)命令，也是windows平臺(tái)上常用的網(wǎng)絡(luò)命令，所以本手冊(cè)對(duì)兩種平臺(tái)下的命令使用均進(jìn)行介紹。Show命令Clear命令Debug命令Ping命令原理：“ping”這個(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命令用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)。VRP平臺(tái)的ping命令在Quidway系列路由器上，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。說明：實(shí)際上Quidway系列路由器Ping命令的參數(shù)非常多，這里只介紹其中最重要的三個(gè)參數(shù)。其他參數(shù)介紹請(qǐng)參考《VRP用戶手冊(cè)－命令參考》。例如，向主機(jī)發(fā)出2個(gè)8100字節(jié)的Ping報(bào)文Quidway#ping-c2-s8100PING:8100databytes,pressCTRL_CtobreakReplyfrom:bytes=8100Sequence=0ttl=123time=538msReplyfrom:bytes=8100Sequence=1ttl=123time=730mspingstatistics2packetstransmitted2packetsreceived0.00%packetlossround-tripmin/avg/max=538/634/730msWindows平臺(tái)的Ping命令在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至65500。例：向主機(jī)發(fā)出2個(gè)數(shù)據(jù)部分大小為3000Bytes的ping報(bào)文C:\>ping-l3000-n2Pingingwith3000bytesofdataReplyfrom:bytes=3000time=321msTTL=123Replyfrom:bytes=3000time=297msTTL=123Pingstatisticsfor:Packets:Sent=2,Received=2,Lost=0(0%loss),Approximateroundtriptimesinmilli-seconds:Minimum=297ms,Maximum=321ms,Average=309ms說明：實(shí)際上Windows平臺(tái)的Ping命令的參數(shù)非常多，這里只介紹其中最重要的三個(gè)參數(shù)。其他參數(shù)介紹請(qǐng)參考Windows在線幫助。巧用Ping命令進(jìn)行故障排除案例一：連通性問題還是性能問題？案例描述工程師小L，在配置完一臺(tái)路由器之后執(zhí)行Ping命令檢測(cè)鏈路是否通暢。發(fā)現(xiàn)5個(gè)報(bào)文都沒有Ping通，于是檢查雙方的配置命令并查看路由表，卻一直沒有找到錯(cuò)誤所在。最后又重復(fù)執(zhí)行了一遍相同的Ping命令，發(fā)現(xiàn)這一次5個(gè)報(bào)文中有1個(gè)Ping通了－－原來是線路質(zhì)量不好存在比較嚴(yán)重的丟包現(xiàn)象。工程師小L又配置了一臺(tái)路由器，然后執(zhí)行Ping命令訪問Internet上某站點(diǎn)的IP地址，但沒有Ping通。有了上次的教訓(xùn)小L，再一次Ping了20個(gè)報(bào)文，仍舊沒有響應(yīng)。于是小L斷定是網(wǎng)絡(luò)故障。但是在費(fèi)勁周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測(cè)的方法對(duì)鏈路中的網(wǎng)關(guān)進(jìn)行逐級(jí)測(cè)試，發(fā)現(xiàn)都可以Ping通，但是響應(yīng)的時(shí)間越來越長，最后一個(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左右。建議和總結(jié)：真的是Ping不通嗎？這個(gè)問題需要定位清楚，因?yàn)檫B通性問題和性能問題排錯(cuò)的關(guān)注點(diǎn)是不一樣的――問題定位錯(cuò)誤必然會(huì)導(dǎo)致排錯(cuò)過程的周折。使用一般的Ping命令，缺省是發(fā)送5個(gè)報(bào)文的，超時(shí)時(shí)長是2000ms。如果Ping不通情況發(fā)生，最好能夠再用帶參數(shù)-c和-t的Ping命令再執(zhí)行一遍，如：Ping-c20-t4000ip-address，即連續(xù)發(fā)送20個(gè)報(bào)文，每個(gè)報(bào)文的超時(shí)時(shí)長為4000ms，這樣一般可以判斷出到底是連通性問題還是性能問題。案例二：使用大包ping對(duì)端進(jìn)行MTU不一致的故障排除現(xiàn)象描述：某次開局，使用Quidway路由器與其他廠商的某路由器互連，并運(yùn)行OSPF協(xié)議。數(shù)據(jù)配置完畢后，一切正常，并在今后相當(dā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)。原因分析：初步斷定，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)致大包不通。處理過程：檢查配置，發(fā)現(xiàn)對(duì)方路由器的MTU設(shè)置為4000多而Quidway路由器的MTU設(shè)置為1500，于是修改對(duì)端路由器的MTU為1500。故障排除。那么為什么工程初期沒有問題呢？這是因?yàn)榍捌贒D報(bào)文長度小于1500字節(jié)，而后來網(wǎng)絡(luò)擴(kuò)容導(dǎo)致路由信息過多使DD報(bào)文的長度超過了1500字節(jié)。建議和總結(jié)：由于Ping缺省報(bào)文是56個(gè)字節(jié)，所以顯示的Ping通信息只是表示56字節(jié)的報(bào)文可以通而并不一定表示其他大小的報(bào)文仍舊可以通。所以，應(yīng)當(dāng)善于使用Ping的其他參數(shù)來進(jìn)行故障排除。案例三：A能Ping通B，B就一定能Ping通A嗎？現(xiàn)象描述組網(wǎng)圖如下：案例：A能Ping通B，B就一定能Ping通A嗎？在RouterA上配置一條指向/8的靜態(tài)路由：RouterA（config）#iproute在RouterA上PingRouterB的以太網(wǎng)地址，顯示可以正常Ping通；但是在RouterB上PingRouterA的以太網(wǎng)地址，卻無法Ping通。原因分析：由于在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地址。Tracert命令原理Tracert是為了探測(cè)源節(jié)點(diǎn)到目的節(jié)點(diǎn)之間數(shù)據(jù)報(bào)文所經(jīng)過的路徑。利用IP報(bào)文的TTL域在每經(jīng)過一個(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)門TL超時(shí)），之后Tracert再發(fā)送一個(gè)TTL為2的報(bào)文，同樣第二跳返回TTL超時(shí)，這個(gè)過程不斷進(jìn)行，直到到達(dá)目的地，此時(shí)由于數(shù)據(jù)報(bào)中使用了無效的端口號(hào)（缺省為33434）此時(shí)目的主機(jī)會(huì)返回一個(gè)ICMP的目的地不可達(dá)消息，表明該Tracert操作結(jié)束。Tracert記錄下每一個(gè)ICMPTTL超時(shí)消息的源地址，從而提供給用戶報(bào)文到達(dá)目的地所經(jīng)過的網(wǎng)關(guān)IP地址。功能Tracert命令用于測(cè)試數(shù)據(jù)報(bào)文從發(fā)送主機(jī)到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。VRP平臺(tái)的Tracert命令在華為Quidway系列路由器上，Tracert命令的格式如下：Tracert[-aip-address][-ffirst_TTL][-mmax_TTL][-pport][-qnqueries][-wtimeout]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。例如：查看到目的主機(jī)中間所經(jīng)過的網(wǎng)關(guān)。Quidway#tracerttracerouteto()30hopsmax,40bytespacket114ms5ms5ms2410ms5ms5ms35410ms5ms5ms477175ms160ms145ms554185ms210ms260ms6230ms185ms220msWindows平臺(tái)的Tracert命令在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í)間，單位毫秒；例如：查看到目的主機(jī)中間所經(jīng)過的前兩個(gè)網(wǎng)關(guān)。C:\>tracert-h2Tracingroutetooveramaximumof2hops:13ms2ms2ms25ms3ms2ms4Tracecomplete.使用Tracert命令進(jìn)行故障排除案例一：使用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)現(xiàn)象描述組網(wǎng)情況如下圖所示：案例：使用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ù)庫服務(wù)器，用戶抱怨訪問性能差。相關(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原因分析上面的Ping顯示出一個(gè)規(guī)律：奇數(shù)報(bào)文的返回時(shí)長短，而偶數(shù)報(bào)文返回時(shí)長很長（是奇數(shù)報(bào)文的10倍多）?？梢猿醪脚袛嗥鏀?shù)報(bào)文和偶數(shù)報(bào)文是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用Tracert命令來追蹤這不同的路徑。在RouterC上，Tracert遠(yuǎn)端RouterA的以太網(wǎng)接口。RouterC(config)#tracert-q8tracerouteto()30hopsmax,40bytespacket16ms4ms4ms4ms4ms4ms4ms4ms。。。。。。（中間省略）520ms16ms15ms16ms16ms16ms16ms16ms630ms278ms25ms279ms25ms278ms25ms277msRouterC(config)#從上面的顯示可看到，直至，UDP探測(cè)報(bào)文的返回時(shí)長都基本一致，而到時(shí)，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報(bào)文時(shí)長短，偶數(shù)報(bào)文時(shí)長長的現(xiàn)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。通過詢問該段網(wǎng)絡(luò)的管理員，得知這兩路由器間有一主一備兩串行鏈路，主鏈路為2.048Mbps（s0口之間），備份鏈路為128Kbps（s1口之間）。網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。RouterB上如下配置：RouterB（config）#iprouteRouterB（config）#iprouteRouterA上如下配置：RouterA（config）#iprouteRouterA（config）#iproute于是問題就清楚了。例如RouterB，由于管理員配置時(shí)沒有給出靜態(tài)路由的優(yōu)先級(jí)，這兩條路由項(xiàng)的優(yōu)先級(jí)就同為缺省值60，于是就同時(shí)出現(xiàn)在路由表中，實(shí)現(xiàn)的是負(fù)載分擔(dān)，而不能達(dá)到主備的目的。處理過程可以有兩種處理方法：繼續(xù)使用靜態(tài)路由，進(jìn)行配置更改RouterB上進(jìn)行如下更改：RouterB（config）#iproute（主鏈路仍使用缺省優(yōu)先級(jí)60）RouterB（config）#iproute100（備份鏈路的優(yōu)先級(jí)降低至100）RouterA上進(jìn)行如下更改：RouterA（config）#iprouteRouterA（config）#iproute100這樣，只有當(dāng)主鏈路發(fā)生故障，備份鏈路的路由項(xiàng)才會(huì)出線在路由表中，從而接替主鏈路完成報(bào)文轉(zhuǎn)發(fā)，實(shí)現(xiàn)主備目的。在兩路由器上運(yùn)行動(dòng)態(tài)路由協(xié)議，如IGRP、EIGRP、OSPF等，但不要運(yùn)行RIP協(xié)議（因?yàn)镽IP協(xié)議僅以hop作為Metric的）建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示Ping命令和Tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點(diǎn)。尤其在一個(gè)大的組網(wǎng)環(huán)境中，維護(hù)人員可能無法沿著路徑逐機(jī)排查，此時(shí)，能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了。案例二：使用Tracert命令發(fā)現(xiàn)路由環(huán)路現(xiàn)象描述組網(wǎng)情況如下圖所示：三臺(tái)路由器均配置靜態(tài)路由，完成后，登錄到RouterA上Ping主機(jī)，發(fā)現(xiàn)不通。相關(guān)信息顯示RouterA#ping-c6-t5000PING:56databytes,pressCTRL_CtobreakRequesttimeoutRequesttimeoutRequesttimeoutRequesttimeoutRequesttimeoutRequesttimeoutRouterA#tracerttracerouteto()30hopsmax,40bytespacket16ms4ms4ms（RouterB）28ms8ms8ms（RouterA）312ms12ms12ms（RouterB）416ms16ms16ms（RouterA）。。。。。。原因分析從上面的Tracert命令的顯示可以立即發(fā)現(xiàn)，在RouterA和RouterB間產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由，基本可以斷定是RouterA或RouterB的靜態(tài)路由配置錯(cuò)誤。檢查RouterA的路由表，配置的是缺省靜態(tài)路由：iproute，沒有問題。檢查RouterB的路由表，配置到網(wǎng)絡(luò)的靜態(tài)路由為：iproute――下一跳配置的是，而不是。這正是錯(cuò)誤所在。處理過程修改RouterB的配置如下：RouterB（config）#noiprouteRouterB（config）#iproute故障排除。建議和總結(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)路由：幾乎可以肯定是手工配置有問題，如本案例所示。OSPF協(xié)議：可能是地址聚合產(chǎn)生的問題。請(qǐng)參閱相關(guān)章節(jié)內(nèi)容。多路由協(xié)議：可能是路由引入產(chǎn)生的問題。請(qǐng)參閱相關(guān)章節(jié)內(nèi)容。Show命令Show命令是用于了解路由器的當(dāng)前狀況、檢測(cè)相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離互連網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障排除和監(jiān)控場合，Show命令都是必不可少的。例如：基于VRP1.6路由平臺(tái)的Show命令選項(xiàng)如下所示：Quidway#show?aaaDisplayAAAinformationaccess-listDisplayaccess-liststructurearpARPtablecall-historyDisplayvoiceportcallhistoryclientDisplaycurrentclientinformationclockDisplaythesystemclockconfigfileShowthememoryinwhichconfig.iniisstoredcontrollerDisplayanE1/T1entrycryptoShowinformationaboutIPSecandcryptomapdebuggingStateofeachdebuggingoptiondialerDialerparametersandstatisticsdlswDataLinkSwitchInformationencrypt-cardShowinformationaboutencrypt-cardfirewallDisplayfirewallstatusframe-relayFrameRelayinformationftp-serverFtpserverinformationgatewayDisplaystatusofgatewaygw-h323ShowvoicestoreinformationhistoryDisplaythesessioncommandhistoryhostDisplayhost'snameandIPAddresshostnameDisplayhostnameinterfacesInterfacestatusandconfigurationipIPinformationippDisplayIPPinformationipxNovellIPXinformationisdnISDNinformationisintrWhethercurrenttimeisinthetimerangel2tpShowL2TPinformationloggingShowlogginginformationnatDisplayNATstatusqos-interfaceShowinformationofinterfacequeueingShowqueueingconfigurationr2displayR2informationrcvDisplayRCVinformationrmonDisplayrmoninformationroute-mapDisplayconfiguredroute-mapsrunning-configCurrentoperatingconfigurationsnmpSNMPstatisticsstandbyDisplaycurrenthsrpinformationstartup-configContentsofstartupconfigurationtcpStatusofTCPconnectionstech-supportShowsysteminformationforTech-SupporttimerangeStatusoftimerangettyDisplaycurrentttyinformationtty-serverDisplaycurrenttty-serverinformationuserCanloginorlogoutusersvccShowstatusorstatisticsofVCCversionSystemhardwareandsoftwarestatusvlanVLANIDinuse,interfaceandsubinterfacenumbervoice-portStatusofVoiceportvoipVOIPinfomationvppStaticsofVPPx25X.25information說明：上述清單列出了Show命令可以使用的全部一級(jí)關(guān)鍵字，其中大部分關(guān)鍵字后還可以跟更多的關(guān)鍵字，以使用戶能夠清晰的了解到特定的信息。在故障排除中最有用的是那些用黑體字顯示的關(guān)鍵字，用戶應(yīng)該記住它們并熟悉它們的輸出信息。本章僅介紹部分最常用的、全局性的show命令，而與各協(xié)議相關(guān)的show命令，將在后面章節(jié)相應(yīng)的協(xié)議故障排除中詳細(xì)介紹。ShowVersion命令ShowVersion命令是最基本的命令之一，它用于顯示路由器硬件和軟件的基本信息。因?yàn)椴煌陌姹居胁煌奶卣?，?shí)現(xiàn)的功能也不完全相同，所以，查看硬件和軟件的信息是解決問題的重要一步。在進(jìn)行故障排除時(shí)，我們通常從這個(gè)命令開始收集數(shù)據(jù)。該命令將幫助用戶收集下列信息：VRP軟件版本是哪一系列的路由器處理器的信息RAM的容量配置寄存器的設(shè)置固件的版本引導(dǎo)程序的版本輸出示例如下，請(qǐng)找到上述提及的相應(yīng)項(xiàng)。Router3680#showversionHuaweiVersatileRoutingPlatformSoftwareVRP(tm)software,Version1.638040-002Copyright(c)1997-2002HUAWEITECHCO.,LTD.Compiled18:33:25,Nov92002,QuidwayR3640Euptimeis0days0hours32minutes0seconds,SystemreturnedtoROMbypower-on.QuidwayR3680with1PentiumProcessor64MbytesDRAM8192KbytesFlashMemory128KbytesNVRAMConfigRegisterpointstoFLASHHardwareVersionisMTR1.0CPLDVersionisCPLD1.0BootromVersionis4.13[AUX]AUXHardwareVersionis1.0,DriverVersionis1.0[Slot2]2FEHardwareVersionis2.0,DriverVersionis2.0[Slot6]4SAHardwareVersionis1.0,DriverVersionis1.0Showrunning-config和Showstartup-config命令Showrunning-config用于查看當(dāng)前的配置信息。Showstartup-config用于顯示NVRAM或Flash中的路由器配置文件，即路由器下次上電啟動(dòng)時(shí)所用的配置文件。注意：Running-config是路由器目前正在運(yùn)行的配置文件，當(dāng)更改某一配置時(shí)，Running-config會(huì)立即改變；如果不使用write命令將改變保存到啟動(dòng)配置文件startup-config中，路由器重啟時(shí)該改動(dòng)將丟失。因此請(qǐng)注意到修改運(yùn)行配置并驗(yàn)證正確后，應(yīng)當(dāng)將之保存到啟動(dòng)配置文件中。配置文件為一文本文件，其格式如下：以命令格式保存；為節(jié)約空間，只保存非缺省的常數(shù)命令；組織以命令模式為基本框架，同一命令模式的命令組織在一起，形式一節(jié)，節(jié)與節(jié)間以注釋行隔開（以“！”開始的語句為注釋行）節(jié)的順序安排：全局配置、物理接口配置、邏輯接口配置、路由協(xié)議配置等；以end為結(jié)束。示例如下：QuidwayR3680(config)#showrunning-configNowcreateconfiguration...Currentconfiguration!version1.63hostnameQuidwayR3680!interfaceEthernet0speedautoduplexautonoloopbackipaddress!interfaceSerial0encapsulationpppipaddress!exitiproutepreference60!end強(qiáng)烈建議網(wǎng)絡(luò)維護(hù)或管理人員保存一份啟動(dòng)配置文件的拷貝存放到路由器以外的其他設(shè)備上。這有幾點(diǎn)好處：這將使維護(hù)人員能夠迅速配置一個(gè)替代的路由器；這個(gè)保存在外部的文本文件也可以按上述規(guī)定的格式脫機(jī)編輯然后使用Downloadconfig命令加載到路由器上；可以將該配置文件通過E-mail形式發(fā)給華為技術(shù)支持人員以幫助定位配置問題。Showinterface命令Showinterface命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接口的狀態(tài)，請(qǐng)?jiān)谠撁詈筝斎虢涌陬愋秃徒涌谔?hào)，例如：showinterfaceserial0命令將查看串口0的運(yùn)行狀態(tài)和相關(guān)信息。說明：關(guān)于各接口的showinterface命令的詳細(xì)解釋請(qǐng)見后面章節(jié)相關(guān)協(xié)議故障排除的內(nèi)容。VRP1.6及以上版本新增一條命令showinterfacebrief，它是showinterfaces命令的簡化，顯示所有接口物理狀態(tài)和協(xié)議狀態(tài)的簡單信息。示例如下：Quidway#showinterfacesbriefEthernet0isdown,lineprotocolisdownInternetaddressis55Ethernet1isdown,lineprotocolisdownHardwareaddressis00-e0-fc-00-01-03Auto-Negotiationisenabled,DuplexAUTO,SpeedAUTOSerial0isdown,lineprotocolisdownInternetaddressisEncapsulationX.25Serial1isdown,lineprotocolisdownEncapsulationPPPShowtech-support命令Showtech-support命令是VRP1.6版以上新增加的一條命令，該命令將顯示系統(tǒng)基本信息，包括版本信息、當(dāng)前配置信息、接口信息、內(nèi)存信息、接口流量信息等。對(duì)于復(fù)雜的故障問題，網(wǎng)絡(luò)維護(hù)人員可以拷貝該命令的輸出信息發(fā)給華為技術(shù)支持人員使之了解當(dāng)前路由器的總體情況。示例如下：Quidway#showtech-supportShowVersion……（前文有詳細(xì)介紹，此處略）ShowRunningConfig……（前文有詳細(xì)介紹，此處略）ShowInterfaces……（相關(guān)協(xié)議中有詳細(xì)介紹，此處略）ShowArpFreshTime（顯示ARP條目的生命周期）ThecurrentlifetimeofArpItemsis20MinShowArpItemNum（顯示ARP條目的總數(shù)）ThetotalnumberofARPitemsis0ShowMemoryDetail（顯示系統(tǒng)中所有內(nèi)存的詳細(xì)信息）Total:17411328Slice:1305216RawSlice:2798128Free:13307984SliceMemoryUsage:BlockSize32Free2Used368Total370BlockSize64Free0Used44Total44BlockSize128Free1Used77Total78BlockSize256Free3Used322Total325BlockSize512Free1Used23Total24BlockSize1024Free1Used45Total46BlockSize2048Free40Used403Total443BlockSize4096Free1Used34Total35SlicememorysummaryUsed(Byte)1129344Free49Used1316Total1365RawSliceMemoryUsage:TotalSize:1736604Num:64RawSlicedetailedinformation(0x0240242C*1)(0x02402434*1)(0x02402433*1)(0x02402432*1)(0x02402431*1)(0x02402430*1)(0x0240242F*1)(0x0240242E*1)(0x0240241E*1)(0x02402409*1)(0x02402408*1)(0x02402420*1)(0x0240241B*1)(0x0240241D*1)(0x03C03C0E*2)(0x00700606*22)(0x05005009*5)(0x0DD0DC0D*1)(0x0DD0DC0C*1)(0x0DD0DC0B*1)(0x0DD0DC0A*1)(0x0DD0DC09*1)(0x0DD0DC06*1)(0x0DD0DC05*1)(0x05005007*2)(0x0FE00104*2)(0x0B40B408*1)(0x00D1D101*1)(0x00D0D003*1)(0x00D0D002*1)(0x00D0D001*2)(0x0AD0AD01*1)(0x00D0D003*1)(0x00D0D002*1)(0x00D0D001*2)(0x0AD0AD01*1)ShowIpTraffic……（相關(guān)協(xié)議中有詳細(xì)介紹，此處略）ShowIpInterface……（相關(guān)協(xié)議中有詳細(xì)介紹，此處略）Clear命令在介紹完畢Show命令的基本使用后，必須提及一下Clear命令的作用――用于清空當(dāng)前的統(tǒng)計(jì)信息以排除以前積累的數(shù)據(jù)的干擾。Clear命令中最主要的是Clearport和Clearipcounters命令。對(duì)于二層幀收發(fā)的各計(jì)數(shù)器的刷新必須使用Clearport，可通過showinterface命令來觀察；對(duì)于三層報(bào)文的收發(fā)統(tǒng)計(jì)可使用Clearipcounters來刷新，通過showipinterface命令來觀察。Clear命令適用場合如下：許多情況下，我們需要使用帶參數(shù)的Ping命令來測(cè)試鏈路的通斷，同時(shí)在一段時(shí)間內(nèi)Ping后，通過Showinterface或Showipinterface命令來查看端口報(bào)文的收發(fā)及CRC校驗(yàn)等情況的正確與否，從而分析報(bào)文的收發(fā)在什么地方出現(xiàn)了問題。但show命令的顯示值是自從路由器運(yùn)行以來（或上次Clear后）的所有統(tǒng)計(jì)值，這個(gè)值是無法分析的。因此，實(shí)際我們需要進(jìn)行的步驟為：首先使用Clear命令清空統(tǒng)計(jì)值，然后使用一系列Ping命令使路由器端口收發(fā)報(bào)文，最后使用Show命令來查看統(tǒng)計(jì)值。例如：通過Showinterfacee0觀察到端口e0有如下統(tǒng)計(jì)數(shù)據(jù)：10inputerrors,5CRC,1frameerrors0overrunners,0abortedsequences,0inputnobuffers我們發(fā)現(xiàn)端口收發(fā)有了錯(cuò)誤，但這些錯(cuò)誤是否是最近產(chǎn)生的呢？可用Clearporte0來進(jìn)行刷新，再通過Ping一組報(bào)文測(cè)試路由器端口的收發(fā)，最后再使用Showinterfacee0看結(jié)果統(tǒng)計(jì)。如果仍然顯示發(fā)生錯(cuò)誤，那么我們就需要分析原因進(jìn)行故障排除了。Debug命令Debug命令概述Quidway系列路由器提供大量的debug命令，可以幫助用戶在網(wǎng)絡(luò)發(fā)生故障時(shí)獲得路由器中交換的報(bào)文和幀的細(xì)節(jié)信息，這些信息對(duì)網(wǎng)絡(luò)故障的定位是至關(guān)重要的。在VRP中，debug信息及其他提示信息的輸出是由日志系統(tǒng)（Syslog）來統(tǒng)一管理的。因此，用戶要查看調(diào)試信息，需要進(jìn)行如下三步驟：開啟Syslog功能：Quidway#loggingon設(shè)定調(diào)試信息的輸出方向調(diào)試信息有四個(gè)輸出方向：控制臺(tái)（Console）、Telnet終端或啞終端（Monitor）、內(nèi)部緩沖區(qū)（Buffered）、主機(jī)（Host）例如：將調(diào)試信息輸出到控制臺(tái)，命令為：Quidway#loggingconsoledebugging其他三個(gè)方向的輸出分別為：Quidway#loggingmonitordebuggingQuidway#loggingbuffereddebuggingQuidway#logginghost000debugging說明：debug各個(gè)輸出方向?qū)ο到y(tǒng)資源的占用從大到小依次為：Console>monitor>host>buffered打開相應(yīng)的調(diào)試開關(guān)例如：打開IPpacket調(diào)試開關(guān)，命令為：Quidway#debugippacketDebug命令使用注意事項(xiàng)由于調(diào)試信息的輸出在CPU處理中賦予了很高的優(yōu)先級(jí)，許多形式的debug命令會(huì)占用大量的CPU運(yùn)行時(shí)間，在負(fù)荷高的路由器上運(yùn)行debug命令可能引起嚴(yán)重的網(wǎng)絡(luò)故障（如網(wǎng)絡(luò)性能迅速下降）。但debug命令的輸出信息對(duì)于定位網(wǎng)絡(luò)故障又是如此的重要，是維護(hù)人員必須使用的工具。因此，我們總結(jié)了一些使用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命令的工作過程以及它所提供的信息前，不要輕易使用該debug命令。由于debug命令在各個(gè)輸出方向?qū)ο到y(tǒng)資源的占用情況不同。視網(wǎng)絡(luò)負(fù)荷狀況，我們應(yīng)當(dāng)在使用方便性（loggingconsoledebugging命令）和資源耗費(fèi)?。╨oggingbuffereddebugging命令）間做出權(quán)衡。不要輕易使用類似debugall之類將產(chǎn)生大量輸出的命令。僅當(dāng)尋找某些類型的流量或故障并且已將故障原因縮小到一個(gè)可能的范圍時(shí)，才使用某些特定的debug命令。例如：我們要查看幀中繼的報(bào)文的調(diào)試信息時(shí)，最好使用帶接口參數(shù)的debug命令“debugframe-relaypacketinterfaces0”（這將打開串口0的幀中繼報(bào)文調(diào)試開關(guān)），而不使用“debugframe-relaypacket”（這將打開所有串口的幀中繼報(bào)文調(diào)試開關(guān)）。這樣一方面可以減少debug命令對(duì)路由器性能的影響，一方面減少了許多無用信息的輸出，有利于更加迅速定位故障。在使用debug命令獲得足夠多的信息后，應(yīng)立即以“nodebugxx”命令終止debug命令的執(zhí)行?？梢允褂胹howdebugging命令查看當(dāng)前已打開哪些調(diào)試開關(guān)并使用相應(yīng)命令關(guān)閉；或干脆使用nodebugall命令關(guān)閉所有調(diào)試開關(guān)。案例一：忘記關(guān)閉debug開關(guān)引起的路由器報(bào)文轉(zhuǎn)發(fā)速度變慢的故障排除現(xiàn)象描述某電信局安裝了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ò)繁忙軟硬件故障處理過程檢查線路，沒有發(fā)現(xiàn)問題；PING與之相連的其他路由器設(shè)備，故障依舊，說明對(duì)端設(shè)備無問題；對(duì)照以前運(yùn)轉(zhuǎn)良好時(shí)備份的Running-config文件，檢查路由器上的配置，沒有錯(cuò)誤；當(dāng)時(shí)并非上網(wǎng)高峰期，且只是變慢，而無丟包，應(yīng)當(dāng)不是網(wǎng)絡(luò)負(fù)荷問題；檢查該路由器的日志信息，發(fā)現(xiàn)其中記錄了大量的收發(fā)IP報(bào)文的信息，執(zhí)行命令showdebugging命令，發(fā)現(xiàn)該路由器的debugippacket處于打開狀態(tài)。由于設(shè)備需要記錄每一個(gè)被轉(zhuǎn)發(fā)的IP報(bào)文，大大降低了路由器的處理速度，導(dǎo)致變慢。關(guān)閉該debug開關(guān)后，故障排除。建議與總結(jié)山重水復(fù)疑無路，柳暗花明又一村。排除此類故障時(shí)應(yīng)該想一下debug開關(guān)的問題。案例二：通過串口telnet到路由器，在該串口上打開debug命令產(chǎn)生問題當(dāng)遠(yuǎn)程調(diào)試Quidway路由器時(shí)，有時(shí)需要通過某個(gè)串口telnet上該路由器，如果該串口上的鏈路層協(xié)議封裝的是FR、PPP或HDLC，千萬不能打開該串口相應(yīng)的鏈路層調(diào)試開關(guān)（可以打開其他串口的鏈路層調(diào)試開關(guān)），否則由于數(shù)據(jù)流量太大，會(huì)使該串口的協(xié)議down掉。如果鏈路層協(xié)議是X.25，則沒有這個(gè)限制。show命令和debug命令的配合使用Show命令能夠提供某個(gè)時(shí)間的設(shè)備運(yùn)行狀況的視圖（靜態(tài)），而debug命令能夠展示一段時(shí)間內(nèi)設(shè)備運(yùn)行的變化情況（動(dòng)態(tài)）。因此，要在故障排除時(shí)了解系統(tǒng)運(yùn)行的總體情況，必須同時(shí)使用這兩個(gè)命令。例如：當(dāng)進(jìn)行OSPF協(xié)議的故障排除時(shí)，需要使用showiproute命令來了解路由器當(dāng)前已經(jīng)知道了哪些路由表項(xiàng)，需要使用debugipospfevents命令來了解路由表是如何更新的。如果不知道路由表的當(dāng)前內(nèi)容，路由更新的信息對(duì)故障排除是不夠的。Debug命令并不能直接告訴你設(shè)備已知到的信息，而show命令則不能告訴路由表的變化情況，兩者的配合使用，才能全面了解正在發(fā)生的事情。一般說來，Show命令不會(huì)影響系統(tǒng)的運(yùn)行性能，而debug命令則會(huì)對(duì)系統(tǒng)性能造成影響。因此兩者的使用應(yīng)遵循如下規(guī)則：首先使用相關(guān)的多個(gè)show命令查看設(shè)備當(dāng)前的運(yùn)行狀況