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

1、.華為中低端路由器缺點處置手冊目 錄PAGE 1：.；PAGE 1-42目 錄 TOC o 1-3 第1章 缺點排除技術(shù)概述 PAGEREF _Toc14526998 h 1-11.1 網(wǎng)絡(luò)缺點排除技術(shù)概覽 PAGEREF _Toc14526999 h 1-11.1.1 在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進展缺點排除 PAGEREF _Toc14527000 h 1-11.1.2 網(wǎng)絡(luò)缺點的普通分類 PAGEREF _Toc14527001 h 1-21.1.3 普通網(wǎng)絡(luò)缺點的處理步驟 PAGEREF _Toc14527002 h 1-21.2 華為中低端路由器產(chǎn)品引見 PAGEREF _Toc14527

2、003 h 1-61.1.1 Quidway R1600系列低端路由器 PAGEREF _Toc14527004 h 1-61.1.2 Quidway R2500/4000系列低端路由器 PAGEREF _Toc14527005 h 1-61.1.3 Quidway R1700系列低端路由器 PAGEREF _Toc14527006 h 1-61.1.4 Quidway R2600系列和R3600系列中端路由器 PAGEREF _Toc14527007 h 1-61.3 路由器常用診斷工具引見 PAGEREF _Toc14527008 h 1-61.3.1 Ping命令 PAGEREF _To

3、c14527009 h 1-61.1.2 Tracert 命令 PAGEREF _Toc14527010 h 1-61.1.3 Show命令 PAGEREF _Toc14527011 h 1-61.1.4 Clear命令 PAGEREF _Toc14527012 h 1-61.1.5 Debug命令 PAGEREF _Toc14527013 h 1-61.4 缺點排除常用方法 PAGEREF _Toc14527014 h 1-61.4.1 分層缺點排除法 PAGEREF _Toc14527015 h 1-61.1.2 分塊缺點排除法 PAGEREF _Toc14527016 h 1-61.1.

4、3 分段缺點排除法 PAGEREF _Toc14527017 h 1-61.1.4 交換法 PAGEREF _Toc14527018 h 1-61.5 缺點排除對網(wǎng)絡(luò)維護和管理人員的要求 PAGEREF _Toc14527019 h 1-61.5.1 對協(xié)議要求有精深的了解 PAGEREF _Toc14527020 h 1-61.5.2 可以引導(dǎo)客戶詳細描畫出缺點景象和相關(guān)信息 PAGEREF _Toc14527021 h 1-61.5.3 充分了解本人所管理和維護的網(wǎng)絡(luò) PAGEREF _Toc14527022 h 1-61.5.4 及時進展缺點排除的文檔記錄和閱歷總結(jié) PAGEREF _T

5、oc14527023 h 1-61.6 華為數(shù)據(jù)通訊產(chǎn)品缺點排除資源 PAGEREF _Toc14527024 h 1-61.1.1 Huawei Datacomm Online PAGEREF _Toc14527025 h 1-61.1.2 Huawei Technical Support PAGEREF _Toc14527026 h 1-6華為中低端路由器缺點處置手冊 REF _Ref38896 r h 第1章 REF _Ref38900 h 缺點排除技術(shù)概述缺點排除技術(shù)概述網(wǎng)絡(luò)缺點排除技術(shù)概覽在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進展缺點排除當(dāng)今的網(wǎng)絡(luò)互連環(huán)境是復(fù)雜的，而且其復(fù)雜性的日益增長也是可以預(yù)見

6、的，主要緣由如下：現(xiàn)代的互連網(wǎng)絡(luò)要求支持更廣泛的運用，包括數(shù)據(jù)、語音、視頻及它們的集成傳輸；新業(yè)務(wù)開展使網(wǎng)絡(luò)帶寬的需求不斷增長，這就要求新技術(shù)的不斷出現(xiàn)。例如：十兆以太網(wǎng)向百兆、千兆以太網(wǎng)的演進；MPLS技術(shù)的出現(xiàn)；提供QoS才干等。新技術(shù)的運用同時還要兼顧傳統(tǒng)的技術(shù)。例如，傳統(tǒng)的SNA體系構(gòu)造仍在某些場所運用，DLSw作為經(jīng)過TCP/IP承載SNA的一種技術(shù)而被運用。多樣業(yè)務(wù)的需求和各種先進技術(shù)的引入使網(wǎng)絡(luò)日益復(fù)雜因此，現(xiàn)代的互連網(wǎng)絡(luò)是協(xié)議、技術(shù)、介質(zhì)和拓撲的混合體?；ミB網(wǎng)絡(luò)環(huán)境越復(fù)雜，意味著網(wǎng)絡(luò)的連通性和性能缺點發(fā)生的能夠性越大，而且引發(fā)缺點的緣由也越發(fā)難以確定。同時，由于人們越來越多的依

7、賴網(wǎng)絡(luò)處置日常的任務(wù)和事務(wù)，一旦網(wǎng)絡(luò)缺點不能及時修復(fù)，其所呵斥的損失能夠很大甚至是災(zāi)難性的?？梢哉_地維護網(wǎng)絡(luò)盡量不出現(xiàn)缺點，并確保出現(xiàn)缺點之后可以迅速、準(zhǔn)確地定位問題并排除缺點，對網(wǎng)絡(luò)維護人員和網(wǎng)絡(luò)管理人員來說是個挑戰(zhàn)，這不但要求他們對網(wǎng)絡(luò)協(xié)議和技術(shù)有著深化的了解，更重要的是要建立一個系統(tǒng)化的缺點排除思想并合理運用于實踐中，以將一個復(fù)雜的問題隔離、分解或縮減排錯范圍，從而及時修復(fù)網(wǎng)絡(luò)缺點。本書著眼于協(xié)助 網(wǎng)絡(luò)維護人員和管理人員將他們所掌握的知識有條理的運用于診斷和排除網(wǎng)絡(luò)缺點的過程中；協(xié)助 他們針對各種網(wǎng)絡(luò)環(huán)境中的常見缺點景象進展定位和處理。網(wǎng)絡(luò)缺點的普通分類網(wǎng)絡(luò)缺點普通分為兩大類：連通性問

8、題和性能問題。它們各自缺點排除的關(guān)注點如下：連通性問題硬件、媒介、電源缺點 配置錯誤 不正確的相互作用 性能問題 網(wǎng)絡(luò)擁塞 到目的地不是最正確路由 供電缺乏 路由環(huán)路 網(wǎng)絡(luò)錯誤 普通網(wǎng)絡(luò)缺點的處理步驟缺點排除系統(tǒng)化是合理地一步一步找出缺點緣由并處理的總體原那么。它的根本思想是系統(tǒng)地將由缺點能夠的緣由所構(gòu)成的一個大集合縮減或隔離成幾個小的子集，從而使問題的復(fù)雜度迅速下降。缺點排除時有序的思緒有助于處理所遇到的任何困難，以下圖給出了普通網(wǎng)絡(luò)缺點處理的處置流程。 闡明：該處置流程是網(wǎng)絡(luò)維護人員所可以采用的排錯模型中的一種，假設(shè)他根據(jù)本人的閱歷和實際總結(jié)了另外的排錯模型并證明是行之有效的，請繼續(xù)運用它

9、網(wǎng)絡(luò)缺點處理的處置流程是可以變化的，但缺點排除有序化的思想方式是不可變化的。網(wǎng)絡(luò)缺點排除根本步驟下面我們以一個缺點排除的實例來學(xué)習(xí)如何運用這些步驟。案例：用戶網(wǎng)段廣播包過多呵斥該網(wǎng)段的效力器FTP業(yè)務(wù)傳輸速度慢該案例組網(wǎng)圖如下：某校園網(wǎng)的三個局域網(wǎng)，其中為一個用戶網(wǎng)段，18為一個日志效力器；是一個集中了很多運用效力器的網(wǎng)段。用戶網(wǎng)段廣播包過多呵斥該網(wǎng)段的效力器FTP業(yè)務(wù)傳輸速度慢缺點景象描畫要想對網(wǎng)絡(luò)缺點做出準(zhǔn)確的分析，首先應(yīng)該了解缺點表現(xiàn)出來的各種景象，然后才干確定能夠產(chǎn)生這些景象的缺點根源或癥結(jié)。因此，對網(wǎng)絡(luò)缺點做出完好、明晰的描畫是重要的一步。如上述案例，用戶反映：“日志效力器與備份效力

10、器間備份發(fā)生問題。這就是一個不完好不明晰的缺點景象描畫。由于這個描畫沒有講述清楚以下問題：這個問題是延續(xù)出現(xiàn)，還是延續(xù)出現(xiàn)的？是完全不能備份，還是備份的速度慢即性能下降？哪個或哪些局域網(wǎng)效力器遭到影響，地址是什么？正確的缺點景象描畫是：在網(wǎng)絡(luò)的頂峰期，日志效力器1到集中備份效力器53之間進展備份時，F(xiàn)TP傳輸速度很慢，大約是0.6Mbps。缺點案例相關(guān)信息搜集本步驟是搜集有助于查找缺點緣由的更詳細的信息。主要是三種途徑：向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題；根據(jù)缺點描畫性質(zhì)，運用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)show和debug命令等；測試性能與網(wǎng)絡(luò)基線進展比較。

11、如上述案例，可以向用戶提問或自行搜集以下相關(guān)信息：網(wǎng)絡(luò)構(gòu)造或配置能否最近修正正，即問題出現(xiàn)能否與網(wǎng)絡(luò)變化有關(guān)？能否有用戶訪問受影響的效力器時沒有問題？在非頂峰期日志效力器和備份效力器間FTP傳輸速度是多少？經(jīng)過該步驟，我們搜集到了下面一些相關(guān)信息：最近網(wǎng)段的客戶機不斷在添加；網(wǎng)段的機器與備份效力器間進展FTP傳輸時速度正常為7Mbps，與日志效力器間進展FTP傳輸時速度慢，只需0.6Mbps；在非頂峰期日志效力器和備份效力器間FTP傳輸速度正常，大約為6Mbps；閱歷判別和實際分析利用前兩個步驟搜集到的數(shù)據(jù)，并根據(jù)本人以往的缺點排除閱歷和所掌握的互連網(wǎng)絡(luò)設(shè)備和協(xié)議的知識，來確定一個排錯范圍。經(jīng)

12、過范圍的劃分，就只需留意某一缺點或與缺點情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機。如上述案例：我們?nèi)缃窨梢源_定是一個網(wǎng)絡(luò)性能下降問題。那么，是網(wǎng)段的性能問題？是中間網(wǎng)云的性能問題？是網(wǎng)段的性能問題呢？由于網(wǎng)段的機器與備份效力器間進展FTP傳輸時速度正常為7Mbps這一現(xiàn)實，我們可以排除掉網(wǎng)段的性能問題。各種能夠緣由列表該步驟列出根據(jù)閱歷判別和實際分析后總結(jié)的各種能夠緣由。如上述案例，能夠緣由如下：網(wǎng)段的性能問題，其子緣由能夠為：日志效力器A的性能問題網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題網(wǎng)絡(luò)本身的性能問題網(wǎng)云性能問題，主要是到網(wǎng)絡(luò)的路由不是最正確路由對每一緣由實施排錯方案根據(jù)所列出的能夠緣由制定缺點排查方案，分析最有能

13、夠的緣由，確定一次只對一個變量進展操作，這種方法使他可以重現(xiàn)某一缺點的處理方法。假設(shè)有多個變量同時被改動，而問題得以處理，那么如何判別哪個變量導(dǎo)致了缺點發(fā)生呢？ 闡明：我們在對缺點處置流程5、6、7步驟引見終了后，再繼續(xù)進展上述實例案例的排錯步驟引見。察看缺點排查結(jié)果當(dāng)我們對某一緣由執(zhí)行了排錯方案后，需求對結(jié)果進展分析，判別問題能否處理，能否引入了新的問題。假設(shè)問題處理，那么就可以直接進入文檔化過程；假設(shè)沒有處理問題，那么就需求再次循環(huán)進展到缺點排查過程。循環(huán)進展缺點排查過程當(dāng)實施了一個方案沒有到達預(yù)期的排錯目的時，我們進入到該步驟這是一個努力減少能夠緣由的清單過程。在進展下一循環(huán)之前必需做的

14、事情就是將網(wǎng)絡(luò)恢復(fù)到實施上一方案前的形狀。假設(shè)保管上一方案對網(wǎng)絡(luò)的改動，很能夠?qū)е滦碌膯栴}，例如：假設(shè)修正了訪問列表但沒有產(chǎn)生預(yù)期的結(jié)果，此時假設(shè)不將訪問列表恢復(fù)到原始形狀，就會導(dǎo)致出現(xiàn)不可預(yù)期的結(jié)果。循環(huán)排錯可以有兩個切入點：當(dāng)針對某一能夠緣由的排錯方案沒有到達預(yù)期目的，循環(huán)進入下一能夠緣由制定排錯方案并實施；當(dāng)一切能夠緣由列表的排錯方案均沒有到達排錯目的，重現(xiàn)進展缺點相關(guān)信息搜集以分析新的能夠緣由。如上述案例，我們在列出了能夠緣由列表后，開場制定方案進展缺點排除。能夠緣由1：“網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最正確路由制定的方案：在網(wǎng)段的網(wǎng)關(guān)上運用“Tracert 53命令，發(fā)現(xiàn)探測報文前往時長僅為1

15、0ms，闡明該能夠緣由并不是呵斥缺點的緣由。我們進入循環(huán)排錯過程。能夠緣由2：“日志效力器A的性能問題制定的方案：測試同一網(wǎng)段的主機C和日志效力器間的FTP傳輸速度，是6Mbps，正常。可見問題與效力器A無關(guān)。能夠緣由3：“網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題制定的方案：測試主機C和備份效力器B間FTP傳輸速度是7Mbps，正常。排除了網(wǎng)關(guān)要素，由于B、C在不同網(wǎng)段上而速度正常。能夠緣由3：“網(wǎng)絡(luò)本身的性能問題制定的方案：在網(wǎng)段的以太網(wǎng)交換機上運用命令“Show mac，輸出如下：Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast 6/32 10317812 0 8665P

16、ort Xmit-Unicast Xmit-Multicast Xmit-Broadcast 6/32 6667987 286652 2474038(輸出的廣播：輸出的單播比例為1：3，太大了。)Port Rcv-Octet Xmit-Octet 6/321516443041在網(wǎng)段上的以太網(wǎng)交換機上運用命令“Show mac輸出如下：Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast 6/36 55780287 0 285Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast 6/36 27

17、879749 190257 119430廣播：單播比例1：270，屬于正常。Port Rcv-Octet Xmit-Octet 6/36 67172587081 4998816809由此知道，網(wǎng)段上廣播包和單播包比例為1:3，確實太大了。再次訊問用戶該網(wǎng)段主要運轉(zhuǎn)的業(yè)務(wù)是什么，從而得出了缺點最終緣由如下：是普通用戶網(wǎng)段，由于業(yè)務(wù)緣由每個用戶需求發(fā)送大量廣播包和多播包，隨著近期越來越多的用戶接入該網(wǎng)絡(luò)，在這個網(wǎng)段上的效力器需求破費更多的資源來處置越來越多的廣播和多播包，因此其效力的傳輸速度自然減慢。由于這是一個網(wǎng)絡(luò)規(guī)劃不恰當(dāng)?shù)膯栴}，于是重新安排效力器的位置，將效力器挪動網(wǎng)段后，缺點排除。缺點排除

18、過程文檔化當(dāng)最終排除了網(wǎng)絡(luò)缺點后，那么排除流程的最后一步就是對所做的任務(wù)進展文字記錄。文檔化過程決不是一個可有可無的任務(wù)，緣由如下：文檔是排錯珍貴閱歷的總結(jié)，是 “閱歷判別和實際分析這一過程中最重要的參考資料；文檔記錄了這次排錯中網(wǎng)絡(luò)參數(shù)所做的修正，這也是下一次網(wǎng)絡(luò)缺點應(yīng)搜集的相關(guān)信息。文檔記錄主要包括以下幾個方面：缺點景象描畫及搜集的相關(guān)信息網(wǎng)絡(luò)拓撲圖繪制網(wǎng)絡(luò)中運用的設(shè)備清單和介質(zhì)清單網(wǎng)絡(luò)中運用的協(xié)議清單和運用清單缺點發(fā)生的能夠緣由對每一能夠緣由制定的方案和實施結(jié)果本次排錯的心得領(lǐng)會其他：如排錯中的運用的參考資料列表等請讀者對照上述案例完成文檔記錄任務(wù)。華為中低端路由器產(chǎn)品引見如圖1-2所示

19、，Quidway系列路由器依托華為公司擁有自主知識產(chǎn)權(quán)的VRPVersatile Routing Platform，通用路由平臺軟件平臺，運用高性能的處置器、總線技術(shù)及快速路由戰(zhàn)略，為電信、專網(wǎng)、ISP、金融、稅務(wù)、公安、鐵路等行業(yè)用戶和大中型企業(yè)用戶提供從中低端、高端到中心端的全方位的網(wǎng)絡(luò)處理方案。華為IP網(wǎng)絡(luò)產(chǎn)品線Quidway NetEngine80是面向電信級運營網(wǎng)絡(luò)及骨干中心網(wǎng)絡(luò)的GSR路由器，以滿足中心網(wǎng)絡(luò)高速轉(zhuǎn)發(fā)數(shù)據(jù)的需求并實現(xiàn)不同業(yè)務(wù)的不同級別效力。Quidway NetEngine16/08是面向運營級中心網(wǎng)絡(luò)的高端網(wǎng)絡(luò)產(chǎn)品，是具有高性能、高可靠性、高可擴展性、多業(yè)務(wù)的邊緣交

20、換層的高端路由器。本書所舉的缺點排除案例分析主要是針對Quidway中低端路由器的系列產(chǎn)品，下面將詳細引見一下華為中低端路由器系列產(chǎn)品的特性。華為中低端路由器產(chǎn)品主要包括：Quidway 1600系列低端路由器Quidway 2500系列低端路由器Quidway 1700系列低端路由器Quidway 2600系列中端路由器Quidway 3600系列中端路由器Quidway R1600系列低端路由器Quidway R1600系列路由器包括R1602、R1603和R1604三款路由器， 是華為公司面向家庭辦公、小型辦公室SOHO開發(fā)的新一代路由器產(chǎn)品，主要運用于企業(yè)上網(wǎng)、家庭辦公、公司遠程機構(gòu)互

21、連和Internet上網(wǎng)等。Quidway R1602路由器定位為桌面級遠程分支路由器。采用M68360 33M RISC CPU；提供1個10Base-T、2個同/異步串口可達2Mbps、1個AUX口。Quidway R1603/1604路由器定位為桌面級分支ISDN接入路由器。采用M68360 33M RISC CPU；提供1個10Base-T、1個ISDN BRI接口R1603提供BRI S/T接口，R1604提供BRI U接口、1個同/異步串口可達2Mbps、1個AUX口和2個模擬接口。Quidway R2500系列低端路由器Quidway R2500系列路由器包括R2501/2501

22、E、R2509/2509E、 R2511/2511E、 R4001/4001E八款路由器。是華為公司面向中、小型辦公室開發(fā)的新一代路由器產(chǎn)品，主要運用于電信記費、電信網(wǎng)管、機構(gòu)互連、Internet訪問、電信設(shè)備配套IP接入網(wǎng)關(guān)等。Quidway R2501路由器定位為網(wǎng)絡(luò)遠程分支路由器。采用M68360 25M RISC CPU；提供1個10Base-T、1個以太網(wǎng)口、2個高速同/異步串口、1個AUX口。Quidway R2509/R2511路由器定位為網(wǎng)絡(luò)遠程分支接入路由器。采用M68360 33M RISC CPU；提供1個10Base-T、1個以太網(wǎng)口、2個高速同/異步串口、1個AUX

23、口、1/2個8異步串行口；可作為小企業(yè)PSTN接入效力器。Quidway R4001路由器定位為企業(yè)級分支路由器。采用M68360 33M RISC CPU；提供1個10Base-T；1個AUI口；1個高速同/異步串口、1個AUX口、1個E1/CE1/PRI接口?？勺鳛槠髽I(yè)ISDN接入效力器運用；它是以低端產(chǎn)品價錢提供E1接口的路由器，具有超高性價比。Quidway R2500E系列路由器R2501E、R2509E、R2511E、R4001E內(nèi)置一個接口插槽，可以插入128位以上硬件序列碼加密的加密板，晉級為一臺高性能邊緣加密路由器。運用于需求數(shù)據(jù)嚴密領(lǐng)域，如：平安辦公、機要部門等特殊運用；去

24、掉加密卡就是普通路由器。Quidway R1700系列低端路由器Quidway R1700系列路由器目前有R1760一款，是華為公司最新開發(fā)的邊緣接入路由器。它采用模塊化構(gòu)造，在提供了集成的快速以太網(wǎng)接口、AUX口和同/異步串口的同時，又提供了豐富的可選配的智能接口卡SICSmart Interface Card，智能接口卡及多功能接口模塊MIMMultifunctional Interface Module，多功能接口模塊。與同類產(chǎn)品相比，R1760模塊化路由器具有更高的性能價錢比和可擴展才干，既適宜于在一些大的分支機構(gòu)擔(dān)當(dāng)接入路由器，也可以在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器。R1760路由器采

25、用MPC8241 200MHz高速CPU，提供的網(wǎng)絡(luò)接口和插槽數(shù)量如下：三個固定的網(wǎng)絡(luò)接口，包括1個10/100M以太網(wǎng)口、一個AUX口和1個同/異步串口；三個插槽，包括1個MIM插槽和2個SIC插槽。R1760路由器支持多種SIC和MIM，其中SIC是R1760路由器特有的智能接口卡，MIM是R1760/2600/3600路由器共用的多功能接口模塊，用戶可以經(jīng)過改換或擴展接口卡及接口模塊的方法滿足未來變化的需求。SIC的種類如下：1端口10/100M以太網(wǎng)接口卡SIC-1FEA1端口多協(xié)議同/異步串口接口卡SIC-1SA3端口異步串口接口卡SIC-3AS1端口ISDN BRI S/T接口卡S

26、IC-1BS2端口ISDN BRI S/T接口卡SIC-2BS1端口ISDN BRI U接口卡SIC-1BU2端口ISDN BRI U接口卡SIC-2BU1端口E1/CE1/ PRI兼容接口卡SIC-EPRI1端口T1/CT1/ PRI兼容接口卡SIC-TPRI1端口模擬調(diào)制解調(diào)器接口卡SIC-1AM2端口模擬調(diào)制解調(diào)器接口卡SIC-2AM1端口語音用戶電路接口卡SIC-1FXS2端口語音用戶電路接口卡SIC-2FXS1端口語音AT0模擬中繼接口卡SIC-1FXO2端口語音AT0模擬中繼接口卡SIC-2FXOMIM的種類請參閱下文Quidway R2600/R3600中端路由器的相關(guān)引見。Qu

27、idway R2600系列和R3600系列中端路由器Quidway R2600系列和Quidway R3600系列路由器是華為公司面向企業(yè)級的網(wǎng)絡(luò)產(chǎn)品。其中，Quidway R2600系列路由器部分采用模塊化構(gòu)造，在提供集成的高速以太網(wǎng)接口和同步串口同時，還具有豐富的可選配模塊。Quidway R3600系列路由器那么完全采用模塊化構(gòu)造。Quidway R2620系列Quidway R2620系列路由器包含兩款：R2620和R2621。 R2620系列路由器既可在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器，也可在一些大的分支機構(gòu)擔(dān)當(dāng)接入路由器。R2620系列路由器提供的網(wǎng)絡(luò)接口和模塊插槽數(shù)量如下：R2620

28、提供1個固定的10/100M以太網(wǎng)口、2個固定的同步串口和2個規(guī)范的MIM模塊插槽。R2621提供2個固定的10/100M以太網(wǎng)口、2個固定的同步串口和2個規(guī)范的MIM模塊插槽。Quidway R2630系列Quidway R2630系列路由器包含四款：R2630、R2631、R2630E、R2631E。 與R2620系列相比，R2630系列路由器具有更靈敏的配置方式和更高的處置才干。既適宜于在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器，也可在一些大的分支機構(gòu)擔(dān)當(dāng)接入路由器。R2630系列路由器提供的固定網(wǎng)絡(luò)接口與模塊插槽數(shù)量如下：R2630、R2630E：1個固定的10/100M以太網(wǎng)口和3個規(guī)范的MIM

29、模塊插槽。R2631、R2631E：2個固定的10/100M以太網(wǎng)口和3個規(guī)范的MIM模塊插槽。Quidway R3600系列Quidway R3600系列路由器包含四款： R3640、 R3680、 R3640E、 R3680E。 面向企業(yè)級網(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個規(guī)范的MIM模塊插槽。R3680、R3680E提供8個規(guī)范的MIM模塊插槽。Q

30、uidway R1760/R260/R3600系列路由器支持的模塊種類1端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊1FE2端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊2FE2端口高速同/異步串口模塊2SA4端口高速同/異步串口模塊4SA8端口低速同/異步串口模塊8LSA2端口同/異步串口 + 1端口ISDN BRI S/T接口模塊2S1B1端口可拆分通道化cE1/PRI模塊1E12端口可拆分通道化cE1/PRI模塊2E14端口可拆分通道化cE1/PRI模塊4E14端口ISDN BRI S/T接口模塊4BS8端口異步串口模塊8AS16端口異步串口模塊16AS2端

31、口語音模塊FXS接口2FXS2端口語音模塊FXO接口2FXO2端口語音模塊E&M接口2E&M4端口語音模塊FXS接口4FXS4端口語音模塊FXO接口4FXO4端口語音模塊E&M接口4E&M1端口E1語音模塊E1VI路由器常用診斷工具引見華為Quidway 系列路由器提供了一套完好的命令集，可以用于監(jiān)控網(wǎng)絡(luò)互聯(lián)環(huán)境的任務(wù)情況和處理根本的網(wǎng)絡(luò)缺點。主要包括以下命令：Ping命令Tracert命令 闡明：由于上面命令不僅是Quidway系列路由器VRP平臺的常用網(wǎng)絡(luò)命令，也是windows平臺上常用的網(wǎng)絡(luò)命令，所以本手冊對兩種平臺下的命令運用均進展引見。Show命令Clear命令Debug命令Pin

32、g命令原理：“ping這個詞源于聲納定位操作，指聲納設(shè)備的脈沖信號。Ping命令的思想與發(fā)出一個短促的雷達波，經(jīng)過搜集回波來判別目的很類似；即源站點向目的站點發(fā)出一個ICMP Echo Request報文，目的站點收到該報文后回一個ICMP Echo Reply報文，這樣就驗證了兩個節(jié)點間IP層的可達性表示了網(wǎng)絡(luò)層是連通的。功能Ping命令用于檢查IP網(wǎng)絡(luò)銜接及主機能否可達。VRP平臺的ping命令在Quidway系列路由器上，Ping命令的格式如下：Ping -c number -t number -s number ip-address-c Ping報文的個數(shù)，缺省值為5；-t 設(shè)置Pin

33、g報文的超時時間，單位為毫秒，缺省值為2000；-s 設(shè)置Ping報文的大小，以字節(jié)為單位，缺省值為56。 闡明：實踐上Quidway系列路由器Ping命令的參數(shù)非常多，這里只引見其中最重要的三個參數(shù)。其他參數(shù)引見請參考。例如，向主機發(fā)出2個8100字節(jié)的Ping報文Quidway# ping -c 2 -s 8100 PING : 8100 data bytes, press CTRL_C to break Reply from : bytes=8100 Sequence=0 ttl=123 time = 538 ms Reply from : bytes=8100 Sequence=1 t

34、tl=123 time = 730 ms ping statistics 2 packets transmitted 2 packets received 0.00% packet loss round-trip min/avg/max = 538/634/730 ms Windows平臺的Ping命令在PC機上或Windwos NT為平臺的效力器上，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

35、+C那么中斷命令的執(zhí)行。-l 設(shè)置Ping報文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500。例：向主機 發(fā)出2個數(shù)據(jù)部分大小為 3000 Bytes的ping報文C:ping -l 3000 -n 2 Pinging with 3000 bytes of dataReply from : bytes=3000 time=321ms TTL=123Reply from : bytes=3000 time=297ms TTL=123Ping statistics for : Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),Approxi

36、mate round trip times in milli-seconds: Minimum = 297ms, Maximum = 321ms, Average = 309ms 闡明：實踐上Windows平臺的Ping命令的參數(shù)非常多，這里只引見其中最重要的三個參數(shù)。其他參數(shù)引見請參考Windows在線協(xié)助 。巧用Ping命令進展缺點排除案例一：連通性問題還是性能問題？案例描畫工程師小L，在配置完一臺路由器之后執(zhí)行Ping命令檢測鏈路能否通暢。發(fā)現(xiàn)5個報文都沒有Ping通，于是檢查雙方的配置命令并查看路由表，卻不斷沒有找到錯誤所在。最后又反復(fù)執(zhí)行了一遍一樣的Ping命令，發(fā)現(xiàn)這一次5個報文中

37、有1個Ping 通了原來是線路質(zhì)量不好存在比較嚴重的丟包景象。工程師小L又配置了一臺路由器，然后執(zhí)行Ping命令訪問Internet上某站點的IP地址，但沒有Ping通。有了上次的教訓(xùn)小L，再一次Ping了20個報文，仍舊沒有呼應(yīng)。于是小L斷定是網(wǎng)絡(luò)缺點。但是在費力周折檢查了配置鏈路之后仍沒有發(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通了，顯示一切的報文

38、呼應(yīng)時間都在2200ms 左右。建議和總結(jié)：真的是Ping不通嗎？這個問題需求定位清楚，由于連通性問題和性能問題排錯的關(guān)注點是不一樣的問題定位錯誤必然會導(dǎo)致排錯過程的周折。運用普通的Ping命令，缺省是發(fā)送5個報文的，超時時長是2000ms。假設(shè)Ping不通情況發(fā)生，最好可以再用帶參數(shù)-c和-t的Ping命令再執(zhí)行一遍，如：Ping -c 20 -t 4000 ip-address，即延續(xù)發(fā)送20個報文，每個報文的超時時長為4000ms，這樣普通可以判別出究竟是連通性問題還是性能問題。案例二：運用大包ping對端進展MTU不一致的缺點排除景象描畫：某次開局，運用Quidway路由器與其他廠商的

39、某路由器互連，并運轉(zhuǎn)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路由器查看鄰居形狀，發(fā)現(xiàn)鄰居形狀機處于Exstart形狀。翻開相應(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)。緣由分析：初步斷

40、定，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)致大包不通。處置過程：檢查配置，發(fā)現(xiàn)對方路由器的MTU設(shè)置為4000多而Quidway路由器的MTU設(shè)置為1500，于是修正對端路由器的MT

41、U為1500。缺點排除。那么為什么工程初期沒有問題呢？這是由于前期DD報文長度小于1500字節(jié)，而后來網(wǎng)絡(luò)擴容導(dǎo)致路由信息過多使DD 報文的長度超越了1500 字節(jié)。建議和總結(jié)：由于Ping 缺省報文是56 個字節(jié)，所以顯示的Ping 通訊息只是表示56字節(jié)的報文可以通而并不一定表示其他大小的報文仍舊可以通。所以，該當(dāng)擅長運用Ping的其他參數(shù)來進展缺點排除。案例三：A能Ping通B，B就一定能Ping通A嗎？景象描畫組網(wǎng)圖如下：案例：A能Ping通B，B就一定能Ping通A嗎？在RouterA上配置一條指向/8的靜態(tài)路由：RouterAconfig# ip route 在RouterA 上P

42、ing RouterB 的以太網(wǎng)地址，顯示可以正常Ping通；但是在RouterB上Ping RouterA的以太網(wǎng)地址，卻無法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和

43、B究竟是指主機還是指路由器。假設(shè)是指兩臺主機，那么這句話就是正確的。假設(shè)是指兩臺路由器那就是錯誤的，由于路由器通常會有多個IP地址。如今就有如下問題：當(dāng)從一臺路由器上執(zhí)行Ping命令它發(fā)出的ICMP Echo報文的源地址終究選擇哪一個呢？實踐情況是路由器選擇發(fā)出報文的接口的IP地址。Tracert 命令原理Tracert是為了探測源節(jié)點到目的節(jié)點之間數(shù)據(jù)報文所經(jīng)過的途徑。利用IP報文的TTL域在每經(jīng)過一個路由器的轉(zhuǎn)發(fā)后減一，當(dāng)TTL=0時那么向源節(jié)點報告TTL超時這個的特性。Tracert首先發(fā)送一個TTL為1的UDP報文，因此第一跳發(fā)送回一個ICMP錯誤音訊以指明此數(shù)據(jù)報不能被發(fā)送由于TTL

44、超時，之后Tracert再發(fā)送一個TTL為2的報文，同樣第二跳前往TTL超時，這個過程不斷進展，直到到達目的地，此時由于數(shù)據(jù)報中運用了無效的端口號缺省為33434此時目的主時機前往一個ICMP的目的地不可達音訊，闡明該Tracert操作終了。Tracert記錄下每一個ICMP TTL超時音訊的源地址，從而提供應(yīng)用戶報文到達目的地所經(jīng)過的網(wǎng)關(guān)IP地址。功能Tracert 命令用于測試數(shù)據(jù)報文從發(fā)送主機到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于檢查網(wǎng)絡(luò)銜接能否可達，以及分析網(wǎng)絡(luò)什么地方發(fā)生了缺點。VRP平臺的Tracert命令在華為Quidway系列路由器上，Tracert命令的格式如下：Tracert -a

45、 ip-address -f first_TTL -m max_TTL -p port -q nqueries -w timeout host-a 指定一個發(fā)送UDP報文的源地址；-f 指定初始報文的TTL大小，缺省值為1；-m 指定最大TTL大小，缺省值為30；-p 目的主機的端口號，缺省值為33434；-q 每次發(fā)送的探測報文的個數(shù)，缺省值為3；-w 指明UDP報文的超時時間，單位為毫秒，缺省值為5000。例如：查看到目的主機 中間所經(jīng)過的網(wǎng)關(guān)。Quidway# tracert traceroute to () 30 hops max,40 bytes packet 1 1 4 ms 5

46、ms 5 ms 2 4 10 ms 5 ms 5 ms 3 54 10 ms 5 ms 5 ms 4 77 175 ms 160 ms 145 ms 5 54 185 ms 210 ms 260 ms 6 230 ms 185 ms 220 ms Windows平臺的Tracert 命令在PC機上或Windwos NT為平臺的效力器上，Tracert命令的格式如下：tracert -d -h maximum_hops -j host-list -w timeout host-d 不解析主機名；-h 指定最大TTL大?。?j 設(shè)定松散源地址路由列表；-w 用于設(shè)置UDP報文的超時時間，單位毫秒；

47、例如： 查看到目的主機 中間所經(jīng)過的前兩個網(wǎng)關(guān)。 C:tracert -h 2 Tracing route to over a maximum of 2 hops: 1 3 ms 2 ms 2 ms 2 5 ms 3 ms 2 ms 4Trace complete.運用Tracert命令進展缺點排除案例一：運用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點景象描畫組網(wǎng)情況如以下圖所示：案例：運用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點某校園網(wǎng)中，RouterB和RouterC同屬于一個運轉(zhuǎn)RIPv2路由協(xié)議的網(wǎng)絡(luò)，主機訪問數(shù)據(jù)庫效力器，用戶埋怨訪問性能差。相關(guān)信息顯示登錄到RouterC，運用帶參數(shù)的P

48、ing遠端效力器，顯示如下：RouterC#ping -c 10 -s 4000 -t 6000 PING : 4000 data bytes, press CTRL_C to break Reply from : bytes=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=

49、3 ttl=249 time = 5714 ms Reply from : bytes=4000 Sequence=4 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=5 ttl=249 time = 5711 ms Reply from : bytes=4000 Sequence=6 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=7 ttl=249 time = 5709 ms Reply from : bytes=4000 Sequence=8 ttl=249 ti

50、me = 552 ms Reply from : bytes=4000 Sequence=9 ttl=249 time = 5710 ms緣由分析上面的Ping顯示出一個規(guī)律：奇數(shù)報文的前往時長短，而偶數(shù)報文前往時長很長是奇數(shù)報文的10倍多?？梢猿醪脚袆e奇數(shù)報文和偶數(shù)報文是經(jīng)過不同的途徑傳輸?shù)摹Ｈ缃裎覀冃枨筮\用Tracert命令來追蹤這不同的途徑。在RouterC上，Tracert遠端RouterA的以太網(wǎng)接口。RouterC(config)#tracert -q 8 traceroute to () 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms 4

51、 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 msRouterC(config)#從上面的顯示可看到，直至，UDP探測報文的前往時長都根本一致，而到時，那么發(fā)生明顯變化，呈現(xiàn)奇數(shù)報文時長短，偶數(shù)報文時長長的景象。于是判別，問題發(fā)生在RouterB和RouterA之間。經(jīng)過訊問該段網(wǎng)絡(luò)的管理員，得知這兩路由器間有一主一備兩串行鏈路，主鏈路為2.048Mbpss0口之間，備份鏈路為12

52、8Kbpss1口之間。網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。RouterB上如下配置：RouterBconfig# ip route RouterBconfig# ip route RouterA上如下配置：RouterAconfig# ip route RouterAconfig# ip route 于是問題就清楚了。例如RouterB，由于管理員配置時沒有給出靜態(tài)路由的優(yōu)先級，這兩條路由項的優(yōu)先級就同為缺省值60，于是就同時出如今路由表中，實現(xiàn)的是負載分擔(dān)，而不能到達主備的目的。處置過程可以有兩種處置方法：繼續(xù)運用靜態(tài)路由，進展配置更改RouterB上進展如下更改：RouterBconf

53、ig# ip route 主鏈路仍運用缺省優(yōu)先級60RouterBconfig# ip route 100備份鏈路的優(yōu)先級降低至100RouterA上進展如下更改：RouterAconfig# ip route RouterAconfig# ip route 100這樣，只需當(dāng)主鏈路發(fā)生缺點，備份鏈路的路由項才會出線在路由表中，從而接替主鏈路完成報文轉(zhuǎn)發(fā)，實現(xiàn)主備目的。在兩路由器上運轉(zhuǎn)動態(tài)路由協(xié)議，如IGRP、EIGRP、OSPF等，但不要運轉(zhuǎn)RIP協(xié)議由于RIP協(xié)議僅以hop作為Metric的建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展現(xiàn)Ping命令和Tracert命令的相互配

54、合來找到網(wǎng)絡(luò)問題的發(fā)生點。尤其在一個大的組網(wǎng)環(huán)境中，維護人員能夠無法沿著途徑逐機排查，此時，可以迅速定位出發(fā)生問題的線路或路由器就非常重要了。案例二：運用Tracert命令發(fā)現(xiàn)路由環(huán)路景象描畫組網(wǎng)情況如以下圖所示：三臺路由器均配置靜態(tài)路由，完成后，登錄到RouterA上Ping主機，發(fā)現(xiàn)不通。相關(guān)信息顯示RouterA# ping -c 6 -t 5000 PING : 56 data bytes, press CTRL_C to break Request time out Request time out Request time out Request time out Request

55、time out Request time outRouterA# tracert traceroute to () 30 hops max,40 bytes packet 1 6 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 。緣由分析從上面的Tracert命令的顯示可以立刻發(fā)現(xiàn)，在RouterA和RouterB間產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由，根本可以斷定是RouterA或RouterB的靜態(tài)路由配置錯誤。檢查RouterA的

56、路由表，配置的是缺省靜態(tài)路由：ip route ，沒有問題。檢查RouterB的路由表，配置到網(wǎng)絡(luò)的靜態(tài)路由為：ip route 下一跳配置的是，而不是。這正是錯誤所在。處置過程修正RouterB的配置如下：RouterBconfig# no ip route RouterBconfig# ip route 缺點排除。建議和總結(jié)Tracert命令可以很容易發(fā)現(xiàn)路由環(huán)路等潛在問題。當(dāng)路由器A以為路由器B知道到達目的地的途徑，而路由器B也以為路由器A知道目的地時，就是路由環(huán)路發(fā)生了。運用Ping命令只能知道接納端出現(xiàn)超時錯誤，而Tracert可以立刻發(fā)現(xiàn)環(huán)路所在假設(shè)Tracert命令兩次或者多次顯

57、示同樣的接口。當(dāng)經(jīng)過Tracert發(fā)現(xiàn)路由環(huán)路后，假設(shè)配置為：靜態(tài)路由：幾乎可以一定是手工配置有問題，如本案例所示。OSPF協(xié)議：能夠是地址聚合產(chǎn)生的問題。請參閱相關(guān)章節(jié)內(nèi)容。多路由協(xié)議：能夠是路由引入產(chǎn)生的問題。請參閱相關(guān)章節(jié)內(nèi)容。Show命令Show命令是用于了解路由器的當(dāng)前情況、檢測相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離互連網(wǎng)絡(luò)中缺點的最重要的工具之一。幾乎在任何缺點排除和監(jiān)控場所，Show命令都是必不可少的。例如：基于VRP1.6路由平臺的Show命令選項如下所示：Quidway#show ? aaa Display AAA information access-list Display

58、access-list structure arp ARP table call-history Display voice port call history client Display current client information clock Display the system clock configfile Show the memory in which config.ini is stored controller Display an E1/T1 entry crypto Show information about IPSec and crypto map debu

59、gging State of each debugging option dialer Dialer parameters and statistics dlsw Data Link Switch Information encrypt-card Show information about encrypt-card firewall Display firewall status frame-relay Frame Relay information ftp-server Ftp server information gateway Display status of gateway gw-

60、h323 Show voice store information history Display the session command history host Display hosts name and IP Address hostname Display hostname interfaces Interface status and configuration ip IP information ipp Display IPP information ipx Novell IPX information isdn ISDN information isintr Whether c