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

（建筑工程管理）網(wǎng)

絡(luò)工程網(wǎng)絡(luò)故障T

障排除概述

2020年4月

多年的企業(yè)咨詢顧問經(jīng)驗，經(jīng)過實戰(zhàn)驗I畫以落地執(zhí)行的卓越管理方案，值得您下載陋!

目錄

第1章故障排除技術(shù)概述1-1

1.1網(wǎng)絡(luò)故障排除技術(shù)概覽1-1

LL1在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進(jìn)行故障排除1-1

1.1.2網(wǎng)絡(luò)故障的一般分類1-2

1.1.3一般網(wǎng)絡(luò)故障的解決步驟1-2

1.2華為中低端路由器產(chǎn)品介紹1-8

l.l.lQuidwayR1600系列低端路由器1-9

1.1.2QuidwayR2500/4000系列低端路由器1-9

1.1.3QuidwayR1700系列低端路由器1-10

1.1.4QuidwayR2600系列和R3600系列中端路由器1-11

1.3路由器常用診斷工具介紹1-13

131Ping命令1-13

1.1.2Tracert命令1-18

1.1.3Show命令1-23

1.1.4Clear命令1-29

1.1.5Debug命令1-30

1.4故障排除常用方法1-34

1.4.1分層故障排除法1-34

1.1.2分塊故障排除法1-35

1.1.3分段故障排除法1-36

1.1.4替換法1-37

1.5故障排除對網(wǎng)絡(luò)維護和管理人員的要求1-37

1.5.1對協(xié)議要求有精深的理解1-37

1.5.2能夠引導(dǎo)客戶詳細(xì)描述出故障現(xiàn)象和相關(guān)信息1-38

1.5.3充分了解自己所管理和維護的網(wǎng)絡(luò)1-40

1.5.4及時進(jìn)行故障排除的文檔記錄和經(jīng)驗總結(jié)1-42

1.6華為數(shù)據(jù)通信產(chǎn)品故障排除資源1-42

l.l.lHuaweiDatacommOnlinel-42

1.1.2HuaweiTechnicalSupportl-43

第1章故障排除技術(shù)概述

1.1網(wǎng)絡(luò)故障排除技術(shù)概覽

1.1.1在當(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)用同時還要兼顧傳統(tǒng)的技術(shù)。例如，傳統(tǒng)的SNA體系結(jié)

構(gòu)仍在某些場合使用,DLSw作為通過TCP/IP承載SNA的一種技術(shù)

而被應(yīng)用。

圖1-1多樣業(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ā)難以確定。同時，由于人們越來越多的依賴網(wǎng)絡(luò)處理日

常的工作和事務(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)化的故障排除思想并合理應(yīng)用于實際中，以將一個復(fù)雜的問題

隔離、分解或縮減排錯范圍，從而及時修復(fù)網(wǎng)絡(luò)故障。

本書著眼于幫助網(wǎng)絡(luò)維護人員和管理人員將他們所掌握的知識有條理的

應(yīng)用于診斷和排除網(wǎng)絡(luò)故障的過程中，?幫助他們針對各種網(wǎng)絡(luò)環(huán)境中的常

見故障現(xiàn)象進(jìn)行定位和解決。

1.1.2網(wǎng)絡(luò)故障的一般分類

網(wǎng)絡(luò)故障一般分為兩大類：連通性問題和性能問題。它們各自故障排除的

關(guān)注點如下：

?連通性問題

硬件、媒介、電源故障

配置錯誤

不正確的相互作用

?性能問題

網(wǎng)絡(luò)擁塞

到目的地不是最佳路由

供電不足

路由環(huán)路

網(wǎng)絡(luò)錯誤

1.1.3一般網(wǎng)絡(luò)故障的解決步驟

故障排除系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。它的

基本思想是系統(tǒng)地將由故障可能的原因所構(gòu)成的一個大集合縮減（或隔

離）成幾個小的子集，從而使問題的復(fù)雜度迅速下降。

故障排除時有序的思路有助于解決所遇到的任何困難，下圖給出了一般網(wǎng)

絡(luò)故障解決的處理流程。

CQ說明：

該處理流程是網(wǎng)絡(luò)維護人員所能夠采用的排錯模型中的一種，如果你根據(jù)

自己的經(jīng)驗和實踐總結(jié)了另外的排錯模型并證明是行之有效的，請繼續(xù)使

用它——網(wǎng)絡(luò)故障解決的處理流程是可以變化的，但故障排除有序化的

思維模式是不可變化的。

圖1-2網(wǎng)絡(luò)故障排除基本步驟

下面我們以一個故障排除的實例來學(xué)習(xí)如何應(yīng)用這些步驟。

案例：用戶網(wǎng)段廣播包過多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢

該案例組網(wǎng)圖如下：

某校園網(wǎng)的三個局域網(wǎng)，其中為一個用戶網(wǎng)段，18

為一個日志服務(wù)器；是一個集中了很多應(yīng)用服務(wù)器的網(wǎng)段。

圖1-3用戶網(wǎng)段廣播包過多造成該網(wǎng)段的服務(wù)器FTP業(yè)務(wù)傳輸速度慢

1.故障現(xiàn)象描述

要想對網(wǎng)絡(luò)故障做出準(zhǔn)確的分析，首先應(yīng)該了解故障表現(xiàn)出來的各種現(xiàn)

象，然后才能確定可能產(chǎn)生這些現(xiàn)象的故障根源或癥結(jié)。因此，對網(wǎng)絡(luò)故

障做出完整、清晰的描述是重要的一步。

如上述案例，用戶反映："日志服務(wù)器與備份服務(wù)器間備份發(fā)生問題。"

這就是一個不完整不清晰的故障現(xiàn)象描述。因為這個描述沒有講述清楚下

列問題：

?這個問題是連續(xù)出現(xiàn)，還是間斷出現(xiàn)的？

?是完全不能備份，還是備份的速度慢（即性能下降）？

?哪個或哪些局域網(wǎng)服務(wù)器受到影響，地址是什么？

正確的故障現(xiàn)象描述是：

在網(wǎng)絡(luò)的高峰期，日志服務(wù)器1到集中備份服務(wù)器

53之間進(jìn)行備份時，F(xiàn)TP傳輸速度很慢，大約是0.6Mbps。

2.故障案例相關(guān)信息收集

本步驟是搜集有助于查找故障原因的更詳細(xì)的信息。主要是三種途徑：

向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題；

?根據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議

分析儀、相關(guān)show和debug命令等;

?測試性能與網(wǎng)絡(luò)基線進(jìn)行比較。

如上述案例，可以向用戶提問或自行收集下列相關(guān)信息：

?網(wǎng)絡(luò)結(jié)構(gòu)或配置是否最近修改過，即問題出現(xiàn)是否與網(wǎng)絡(luò)變化有關(guān)？

?是否有用戶訪問受影響的服務(wù)器時沒有問題？

?在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度是多少？

通過該步驟，我們收集到了下面一些相關(guān)信息：

?最近網(wǎng)段的客戶機不斷在增加；

?網(wǎng)段的機器與備份服務(wù)器間進(jìn)行FTP傳輸時速度正常為

7Mbps,與日志服務(wù)器間進(jìn)行FTP傳輸時速度慢，只有0.6Mbps;

?在非高峰期日志服務(wù)器和備份服務(wù)器間FTP傳輸速度正常，大約為

6Mbps;

3.經(jīng)驗判斷和理論分析

利用前兩個步驟收集到的數(shù)據(jù)，并根據(jù)自己以往的故障排除經(jīng)驗和所掌握

的互連網(wǎng)絡(luò)設(shè)備和協(xié)議的知識，來確定一個排錯范圍。通過范圍的劃分，

就只需注意某一故障或與故障情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機。

如上述案例：我們現(xiàn)在能夠確定是一個網(wǎng)絡(luò)性能下降問題。那么，是網(wǎng)段

的性能問題？是中間網(wǎng)云的性能問題？是網(wǎng)段的性

能問題呢？

由于網(wǎng)段的機器與備份服務(wù)器間進(jìn)行FTP傳輸時速度正常為

7Mbps這一事實，我們可以排除掉網(wǎng)段的性能問題。

4.各種可能原因列表

該步驟列出根據(jù)經(jīng)驗判斷和理論分析后總結(jié)的各種可能原因。

如上述案例，可能原因如下：

(1)網(wǎng)段的性能問題，其子原因可能為：

?日志服務(wù)器A的性能問題

?網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題

?網(wǎng)絡(luò)本身的性能問題

⑵網(wǎng)云性能問題，主要是到網(wǎng)絡(luò)的路由不是最佳路由

5.對每一原因?qū)嵤┡佩e方案

根據(jù)所列出的可能原因制定故障排查計劃，分析最有可能的原因，確定一

次只對一個變量進(jìn)行操作，這種方法使你能夠重現(xiàn)某一故障的解決辦法。

如果有多個變量同時被改變，而問題得以解決，那么如何判斷哪個變量導(dǎo)

致了故障發(fā)生呢？

￡3說明：

我們在對故障處理流程5、6、7步驟介紹完畢后，再繼續(xù)進(jìn)行上述實例案

例的排錯步驟介紹。

6.觀察故障排查結(jié)果

當(dāng)我們對某一原因執(zhí)行了排錯方案后，需要對結(jié)果進(jìn)行分析，判斷問題是

否解決，是否引入了新的問題。如果問題解決，那么就可以直接進(jìn)入文檔

化過程；如果沒有解決問題，那么就需要再次循環(huán)進(jìn)行到故障排查過程。

7.循環(huán)進(jìn)行故障排查過程

當(dāng)實施了一個方案沒有達(dá)到預(yù)期的排錯目的時，我們進(jìn)入到該步驟--這

是一個努力縮小可能原因的清單過程。

在進(jìn)行下一循環(huán)之前必須做的事情就是將網(wǎng)絡(luò)恢復(fù)到實施上一方案前的

狀態(tài)。如果保留上一方案對網(wǎng)絡(luò)的改動，很可能導(dǎo)致新的問題，例如：假

設(shè)修改了訪問列表但沒有產(chǎn)生預(yù)期的結(jié)果，此時如果不將訪問列表恢復(fù)到

原始狀態(tài)，就會導(dǎo)致出現(xiàn)不可預(yù)期的結(jié)果。

循環(huán)排錯可以有兩個切入點：

?當(dāng)針對某一可能原因的排錯方案沒有達(dá)到預(yù)期目的,循環(huán)進(jìn)入下一可

能原因制定排錯方案并實施；

?當(dāng)所有可能原因列表的排錯方案均沒有達(dá)到排錯目的，重現(xiàn)進(jìn)行故障

相關(guān)信息收集以分析新的可能原因。

如上述案例，我們在列出了可能原因列表后，開始制定方案進(jìn)行故障排除。

⑴可能原因1:“網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最佳

路由"

制定的方案：在網(wǎng)段的網(wǎng)關(guān)上使用"Tracertl53"

命令，發(fā)現(xiàn)探測報文返回時長僅為10ms,表明該可能原因并不是造成故

障的原因。

我們進(jìn)入循環(huán)排錯過程。

⑵可能原因2:"日志服務(wù)器A的性能問題"

制定的方案：測試同一網(wǎng)段的主機C和日志服務(wù)器間的FTP傳輸速度，

是6Mbps,正常?？梢妴栴}與服務(wù)器A無關(guān)。

(3)可能原因3:"網(wǎng)絡(luò)的網(wǎng)關(guān)性能問題”

制定的方案：測試主機C和備份服務(wù)器B間FTP傳輸速度是7Mbps,正

常。排除了網(wǎng)關(guān)因素，因為B、C在不同網(wǎng)段上而速度正常。

(4)可能原因3:"網(wǎng)絡(luò)本身的性能問題"

制定的方案在網(wǎng)段的以太網(wǎng)交換機上使用命令"Showmac",

輸出如下：

PortRcv-UnicastRcv-MulticastRcv-Broadcast

6/321031781208665

PortXmit-UnicastXmit-MulticastXmit-Broadcast

6/3266679872866522474038

（輸出的廣播：輸出的單播比例為1：3,太大了。）

PortRcv-OctetXmit-Octet

6/32140948293581516443041

在網(wǎng)段上的以太網(wǎng)交換機上使用命令"Showmac"輸出如下：

PortRcv-UnicastRcv-MulticastRcv-Broadcast

6/36557802870285

PortXmit-UnicastXmit-MulticastXmit-Broadcast

6/3627879749190257119430

（廣播：單播比例二1：270,屬于正常。）

PortRcv-OctetXmit-Octet

6/36671725870814998816809

由此知道，網(wǎng)段上廣播包和單播包比例為1:3,確實太大了。

再次詢問用戶該網(wǎng)段主要運行的業(yè)務(wù)是什么，從而得出了故障最終原因如

下：是普通用戶網(wǎng)段，由于業(yè)務(wù)原因每個用戶需要發(fā)送大量廣

播包和多播包，隨著近期越來越多的用戶接入該網(wǎng)絡(luò)，在這個網(wǎng)段上的服

務(wù)器需要花費更多的資源來處理越來越多的廣播和多播包，因此其服務(wù)的

傳輸速度自然減慢。

由于這是一個網(wǎng)絡(luò)布局不恰當(dāng)?shù)膯栴}，于是重新安排服務(wù)器的位置，將服

務(wù)器移動網(wǎng)段后，故障排除。

8.故障排除過程文檔化

當(dāng)最終排除了網(wǎng)絡(luò)故障后,那么排除流程的最后一步就是對所做的工作進(jìn)

行文字記錄。文檔化過程決不是一個可有可無的工作，原因如下：

?文檔是排錯寶貴經(jīng)驗的總結(jié)，是“經(jīng)驗判斷和理論分析"這一過程中

最重要的參考資料；

?文檔記錄了這次排錯中網(wǎng)絡(luò)參數(shù)所做的修改，這也是下一次網(wǎng)絡(luò)故障

應(yīng)收集的相關(guān)信息。

文檔記錄主要包括以下幾個方面：

?故障現(xiàn)象描述及收集的相關(guān)信息

?網(wǎng)絡(luò)拓?fù)鋱D繪制

?網(wǎng)絡(luò)中使用的設(shè)備清單和介質(zhì)清單

網(wǎng)絡(luò)中使用的協(xié)議清單和應(yīng)用清單

故障發(fā)生的可能原因

?對每一可能原因制定的方案和實施結(jié)果

?本次排錯的心得體會

?其他：如排錯中的使用的參考資料列表等

請讀者對照上述案例完成文檔記錄工作。

1.2華為中低端路由器產(chǎn)品介紹

如圖1-2所示，Quidway系列路由器依托華為公司擁有自主知識產(chǎn)權(quán)的

VRP（VersatileRoutingPlatform,通用路由平臺）軟件平臺，使用高性

能的處理器、總線技術(shù)及快速路由策略，為電信、專網(wǎng)、ISP、金融、稅

務(wù)、公安、鐵路等行業(yè)用戶和大中型企業(yè)用戶提供從中低端、高端到核心

端的全方位的網(wǎng)絡(luò)解決方案。

圖1-4華為IP網(wǎng)絡(luò)產(chǎn)品線

QuidwayNetEngine80是面向電信級運營網(wǎng)絡(luò)及骨干核心網(wǎng)絡(luò)的GSR路

由器，以滿足核心網(wǎng)絡(luò)高速轉(zhuǎn)發(fā)數(shù)據(jù)的需求并實現(xiàn)不同業(yè)務(wù)的不同級別服

務(wù)。

QuidwayNetEnginel6/08是面向運營級核心網(wǎng)絡(luò)的高端網(wǎng)絡(luò)產(chǎn)品，是具

有高性能、高可靠性、高可擴展性、多業(yè)務(wù)的邊緣交換層的高端路由器。

本書所舉的故障排除案例分析主要是針對Quidway中低端路由器的系列

產(chǎn)品，下面將詳細(xì)介紹一下華為中低端路由器系列產(chǎn)品的特性。

華為中低端路由器產(chǎn)品主要包括：

?Quidwayl600系列低端路由器

?Quidway2500系列低端路由器

?Quidwayl700系列低端路由器

?Quidway2600系列中端路由器

?Quidway3600系列中端路由器

1.2.1QuidwayR1600系列低端路由器

QuidwayR1600系列路由器包括R1602、R1603和R1604三款路由器，

是華為公司面向家庭辦公、小型辦公室（SOHO）開發(fā)的新一代路由器產(chǎn)

品，主要應(yīng)用于企業(yè)上網(wǎng)、家庭辦公、公司遠(yuǎn)程機構(gòu)互連和Internet上網(wǎng)

等。

QuidwayR1602路由器定位為桌面級遠(yuǎn)程分支路由器。采用

M6836033MRISCCPU;提供1個10Base-T、2個同/異步串口（可達(dá)

2Mbps）、1個AUX口。

QuidwayR1603/1604路由器定位為桌面級分支ISDN接入路由器。采用

M6836033MRISCCPU提供1個10Base-T、1個ISDNBRI接口（R1603

提供BRIS/T接口，R1604提供BRIU接口）、1個同/異步串口（可達(dá)

2Mbps）,1個AUX口和2個模擬電話接口。

1.2.2QuidwayR2500系歹加氐端路由器

系列路由器包括、

QuidwayR2500R2501/2501ExR2509/2509E

R2511/2511E,R4OO1/4OO1E八款路由器。是華為公司面向中、小型辦

公室開發(fā)的新一代路由器產(chǎn)品，主要應(yīng)用于電信記費、電信網(wǎng)管、機構(gòu)互

連、Internet訪問、電信設(shè)備配套IP接入網(wǎng)關(guān)等。

QuidwayR2501路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支路由器。采用

M6836025MRISCCPU;提供1個10Base-T、1個以太網(wǎng)口、2個高速

同/異步串口、1個AUX口。

QuidwayR2509/R2511路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支接入路由器。采用

M6836033MRISCCPU;提供1個10Base-T、1個以太網(wǎng)口、2個高速

同/異步串口、1個AUX口、1/2個8異步串行口；可作為小企業(yè)PSTN

接入服務(wù)器。

QuidwayR4001路由器定位為企業(yè)級分支路由器。采用

M6836033MRISCCPU;提供1個10Base-T;1個AUI口；1個高速同

/異步串口、1個AUX口、1個E1/CE1/PRI接口?？勺鳛槠髽I(yè)ISDN接

入服務(wù)器使用；它是以低端產(chǎn)品價格提供E1接口的路由器，具有超高性

價比。

QuidwayR2500E系列路由器（R2501E、R2509E、R2511E、R4001E）

內(nèi)置一個接口插槽，可以插入128位以上硬件序列碼加密的加密板，升級

為一臺高性能邊緣加密路由器。應(yīng)用于需要數(shù)據(jù)保密領(lǐng)域，如：安全辦公、

機要部門等特殊應(yīng)用；去掉加密卡就是普通路由器。

1.2.3QuidwayR1700系列低端路由器

QuidwayR1700系列路由器目前有R1760一款，是華為公司最新開發(fā)的

邊緣接入路由器。它采用模塊化結(jié)構(gòu)，在提供了集成的快速以太網(wǎng)接口、

AUX口和同/異步串口的同時，又提供了豐富的可選配的智能接口卡SIC

（SmartlnterfaceCard，智能接口卡）及多功能接口模塊MIM

（MultifunctionallnterfaceModule,多功能接口模塊）?與同類產(chǎn)品相

比，R1760模塊化路由器具有更高的性能價格比和可擴展能力，既適合于

在一些大的分支機構(gòu)擔(dān)當(dāng)接入路由器，也可以在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心

路由器。

R1760路由器采用MPC8241200MHZ高速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路由器共用的多功能接口模塊,

用戶可以通過更換或擴展接口卡及接口模塊的方法滿足未來變化的需求。

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端口語音ATO模擬中繼接口卡(SIC-1FX0)

?2端口語音ATO模擬中繼接口卡(SIC-2FX0)

MIM的種類請參閱下文QuidwayR2600/R3600中端路由器的相關(guān)介紹。

1.2.4QuidwayR2600系列和R3600系列中端路由器

QuidwayR2600系歹懷口QuidwayR3600系歹IJ路由器是華為公司面向企業(yè)

級的網(wǎng)絡(luò)產(chǎn)品。其中，QuidwayR2600系列路由器部分采用模塊化結(jié)構(gòu)，

在提供集成的高速以太網(wǎng)接口和同步串口同時，還具有豐富的可選配模

塊。QuidwayR3600系列路由器則完全采用模塊化結(jié)構(gòu)。

1.QuidwayR2620系歹

QuidwayR2620系列路由器包含兩款：R2620和R2621。R2620系歹U路

由器既可在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)核心路由器，也可在一些大的分支機構(gòu)擔(dān)

當(dāng)接入路由器。

R2620系列路由器提供的網(wǎng)絡(luò)接口和模塊插槽數(shù)量如下：

?R2620提供1個固定的10/100M以太網(wǎng)口、2個固定的同步串口和

2個標(biāo)準(zhǔn)的MIM模塊插槽。

?R2621提供2個固定的10/100M以太網(wǎng)口、2個固定的同步串口和

2個標(biāo)準(zhǔn)的MIM模塊插槽。

2.QuidwayR2630系歹

QuidwayR2630系列路由器包含四款: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個標(biāo)準(zhǔn)的MIM

模塊插槽。

?R2631、R2631E:2個固定的10/100M以太網(wǎng)口和3個標(biāo)準(zhǔn)的MIM

模塊插槽。

3.QuidwayR3600系歹［j

QuidwayR3600系列路由器包含四款：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個標(biāo)準(zhǔn)的MIM模塊插槽。

?R3680、R3680E提供8個標(biāo)準(zhǔn)的MIM模塊插槽。

4.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端口可拆分通道化cEl/PRI模塊（1E1）

?2端口可拆分通道化cEl/PRI模塊（2E1）

?4端口可拆分通道化cEl/PRI模塊（4E1）

?4端口ISDNBRIS/T接口模塊（4BS）

?8端口異步串口模塊（8AS）

?16端口異步串口模塊（16AS）

?2端口語音模塊（FXS接口）（2FXS）

?2端口語音模塊（FXO接口）（2FX。）

?2端口語音模塊（E&M接口）（2E&M）

?4端口語音模塊（FXS接口）（4FXS）

?4端口語音模塊（FXO接口）（4FX0）

?4端口語音模塊（E&M接口）（4E&M）

?1端口E1語音模塊（E1VI）

1.3路由器常用診斷工具介紹

華為Quidway系列路由器提供了一套完整的命令集，可以用于監(jiān)控網(wǎng)絡(luò)

互聯(lián)環(huán)境的工作狀況和解決基本的網(wǎng)絡(luò)故障。主要包括以下命令：

,Ping命令

,Tracert命令

D3說明：

由于上面命令不僅是Quidway系列路由器VRP平臺的常用網(wǎng)絡(luò)命令，也

是windows平臺上常用的網(wǎng)絡(luò)命令，所以本手冊對兩種平臺下的命令使

用均進(jìn)行介紹。

?Show命令

?Clear命令

?Debug命令

1.3.1Ping命令

1.原理：

"ping"這個詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號。Ping

命令的思想與發(fā)出一個短促的雷達(dá)波，通過收集回波來判斷目標(biāo)很相似；

即源站點向目的站點發(fā)出一個ICMPEchoRequest報文，目的站點收到該

報文后回一個ICMPEchoReply報文，這樣就驗證了兩個節(jié)點間IP層的

可達(dá)性--表示了網(wǎng)絡(luò)層是連通的。

2.功能

Ping命令用于檢查IP網(wǎng)絡(luò)連接及主機是否可達(dá)。

3.VRP平臺的ping命令

在Quidway系列路由器上，Ping命令的格式如下：

Ping[~cnumbef\[-tnumbef][-snumber]ip-address

-cPing報文的個數(shù)，缺省值為5;

-t設(shè)置Ping報文的超時時間，單位為毫秒，缺省值為2000;

-s設(shè)置Ping報文的大小，以字節(jié)為單位，缺省值為56。

￡3說明：

實際上Quidway系列路由器Ping命令的參數(shù)非常多，這里只介紹其中

最重要的三個參數(shù)。其他參數(shù)介紹請參考《VRP用戶手冊-命令參考》。

例如，向主機發(fā)出2個8100字節(jié)的Ping報文

Quidway#ping-c2-s8100

PING:8100databytes,pressCTRL_Ctobreak

Replyfroml:bytes=8100Sequence=0ttl=123time=538ms

Replyfroml:bytes=8100Sequence=lttl=123time=730ms

—pingstatistics—

2packetstransmitted

2packetsreceived

0.00%packetloss

round-tripmin/avg/max=538/634/730ms

4.Windows平臺的Ping命令

在PC機上或WindwosNT為平臺的服務(wù)器上，Ping命令的格式如下：

Ping[-nnumbef\[-i\[-\number\ip-address

-nPing報文的個數(shù)，缺省值為5;

-t持續(xù)地ping直到人為地中斷，Ctr+Breack暫時中止ping命令并查看

當(dāng)前的統(tǒng)計結(jié)果，而Ctr+C則中斷命令的執(zhí)行。

-I設(shè)置Ping報文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500。

例：向主機發(fā)出2個數(shù)據(jù)部分大小為3000Bytes的ping報

文

C:\>ping-l3000-n

Pinginglwith3000bytesofdata

Replyfroml:bytes=3000time=321msTTL=123

Replyfroml:bytes=3000time=297msTTL=123

Pingstatisticsforl:

Packets:Sent=2,Received=2,Lost=0(0%loss),

Approximateroundtriptimesinmilli-seconds:

Minimum=297ms,Maximum=321ms,Average=309ms

03說明：

實際上Windows平臺的Ping命令的參數(shù)非常多,這里只介紹其中最重

要的三個參數(shù)。其他參數(shù)介紹請參考Windows在線幫助。

5.巧用Ping命令進(jìn)行故障排除

案例一：連通性問題還是性能問題？

(1)案例描述

?工程師小L,在配置完一臺路由器之后執(zhí)行Ping命令檢測鏈路是否通

暢。發(fā)現(xiàn)5個報文都沒有Ping通，于是檢查雙方的配置命令并查看

路由表，卻一直沒有找到錯誤所在。最后又重復(fù)執(zhí)行了一遍相同的

Ping命令，發(fā)現(xiàn)這一次5個報文中有1個Ping通了--原來是線路

質(zhì)量不好存在比較嚴(yán)重的丟包現(xiàn)象。

?工程師小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)進(jì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左右。

(2)建議和總結(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，這樣一般可以判斷出到底是連通性問題還是

性能問題。

案例二：使用大包ping對端進(jìn)行MTU不一致的故障排除

(1)現(xiàn)象描述：

某次開局，使用Quidway路由器與其他廠商的某路由器互連，并運行

OSPF協(xié)議。數(shù)據(jù)配置完畢后，一切正常，并在今后相當(dāng)長的時間內(nèi)設(shè)備

運轉(zhuǎn)穩(wěn)定。但兩個月后，用戶反饋網(wǎng)絡(luò)中斷。

(2)相關(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)。

⑶原因分析：

初步斷定，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)致的問題呢？試著Ping了一個2000字節(jié)

的報文，結(jié)果不通。那么故障原因很可能是--由于雙方的MTU不一致

導(dǎo)致大包不通。

(4)處理過程：

檢查配置，發(fā)現(xiàn)對方路由器的MTU設(shè)置為4000多而Quidway路由器

的MTU設(shè)置為1500，于是修改對端路由器的MTU為1500。故障排除。

那么為什么工程初期沒有問題呢？這是因為前期DD報文長度小于1500

字節(jié)，而后來網(wǎng)絡(luò)擴容導(dǎo)致路由信息過多使DD報文的長度超過了1500

字節(jié)。

(5)建議和總結(jié)：

由于Ping缺省報文是56個字節(jié)，所以顯示的Ping通信息只是表示56

字節(jié)的報文可以通而并不一定表示其他大小的報文仍舊可以通。所以，應(yīng)

當(dāng)善于使用Ping的其他參數(shù)來進(jìn)行故障排除。

案例三：A能Ping通B,B就一定能Ping通A嗎？

(1)現(xiàn)象描述

組網(wǎng)圖如下：

圖1-5案例：A能Ping通B,B就一定能Ping通A嗎？

在RouterA上配置一條指向/8的靜態(tài)路由：

RouterA(config)#iproute

在RouterA上PingRouterB的以太網(wǎng)地址222.2,顯示可以正常Ping

通；但是在RouterB上PingRouterA的以太網(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報文

的源地址填寫的是1.1.L1而不是3.3.33,由于兩臺路由器的s0口處于

同一網(wǎng)段，所以響應(yīng)報文可以順利到達(dá)RouterB。

(3)建議和總結(jié)：

A能夠Ping通B則B一定能夠Ping通A(不考慮防火墻的因素)，這句

話的對錯取決于A和B到底是指主機還是指路由器。

?如果是指兩臺主機，那么這句話就是正確的。

?如果是指兩臺路由器那就是錯誤的，因為路由器通常會有多個IP地

址?，F(xiàn)在就有如下問題：當(dāng)從一臺路由器上執(zhí)行Ping命令它發(fā)出的

ICMPEcho報文的源地址究竟選擇哪一個呢？實際情況是路由器選擇

發(fā)出報文的接口的IP地址。

1.3.2Tracert命令

1.原理

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超時），之后Tracert再發(fā)送一個TTL為2的報文,同樣第二

跳返回TTL超時，這個過程不斷進(jìn)行，直到到達(dá)目的地，此時由于數(shù)據(jù)報

中使用了無效的端口號（缺省為33434）此時目的主機會返回一個ICMP

的目的地不可達(dá)消息，表明該Tracert操作結(jié)束。Tracert記錄下每一個

ICMPTTL超時消息的源地址，從而提供給用戶報文到達(dá)目的地所經(jīng)過的

網(wǎng)關(guān)IP地址。

2.功能

Tracert命令用于測試數(shù)據(jù)報文從發(fā)送主機到目的地所經(jīng)過的網(wǎng)關(guān)，主要

用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。

3.VRP平臺的Tracert命令

在華為Quidway系列路由器上,Tracert命令的格式如下：

Tvacev\[-aip-address\[-^first_TTL\[-rx\max_TTL\[-ipporf[[-qnqueries\

[-\Ntimeou^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#tracertl

traceroutetol(10.15.50.l)30hopsmax,40bytespacket

14ms5ms5ms

410ms5ms5ms

35410ms5ms5ms

477175msl60msl45ms

554185ms210ms260ms

6230msl85ms220ms

4.Windows平臺的Tracert命令

在PC機上或WindwosNT為平臺的服務(wù)器上,Tracert命令的格式如下：

tracert[-d][-hmaximum_hops\[-jhost-Hsf[[-wtimeouthost

-d不解析主機名;

-h指定最大TTL大小；

-j設(shè)定松散源地址路由列表；

-w用于設(shè)置UDP報文的超時時間，單位毫秒；

例如：查看到目的主機中間所經(jīng)過的前兩個網(wǎng)關(guān)。

C:\>tracert-h

Tracingroutetoloveramaximumof2hops:

13ms2ms2msl

25ms3ms2msl4

Tracecomplete.

5.使用Tracert命令進(jìn)行故障排除

案例一:使用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點

(1)現(xiàn)象描述

組網(wǎng)情況如下圖所示：

圖1-6案例：使用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點

某校園網(wǎng)中，RouterB和RouterC同屬于一個運行RIPv2路由協(xié)議的網(wǎng)

絡(luò)，主機訪問數(shù)據(jù)庫服務(wù)器,用戶抱怨訪問性能差。

(2)相關(guān)信息顯示

登錄到RouterC,使用帶參數(shù)的Ping遠(yuǎn)端服務(wù)器,顯示如下：

RouterC#ping-cl0-s4000-t6000

PING:4000databytes,pressCTRL_Ctobreak

Replyfrom:bytes=4000Sequence=0ttl=249time=552ms

Replyfrom:bytes=4000Sequence=lttl=249time=5733ms

Replyfrom:bytes=4000Sequence=2ttl=249time=552ms

Replyfrom:bytes=4000Sequence=3ttl=249time=5714ms

Replyfrom:bytes=4000Sequence=4ttl=249time=552ms

Replyfrom:bytes=4000Sequence=5ttl=249time=5711ms

Replyfrom:bytes=4000Sequence=6ttl=249time=552ms

Replyfrom:bytes=4000Sequence=7ttl=249time=5709ms

Replyfrom:bytes=4000Sequence=8ttl=249time=552ms

Replyfrom:bytes=4000Sequence=9ttl=249time=5710ms

⑶原因分析

上面的Ping顯示出一個規(guī)律：奇數(shù)報文的返回時長短，而偶數(shù)報文返回

時長很長(是奇數(shù)報文的10倍多)?？梢猿醪脚袛嗥鏀?shù)報文和偶數(shù)報文

是通過不同的路徑傳輸?shù)摹，F(xiàn)在我們需要使用Tracert命令來追蹤這不同

的路徑。在RouterC上,Tracert遠(yuǎn)端RouterA的以太網(wǎng)接口5.001。

RouterC(config)#tracert-q

tracerouteto()30hopsmax,40bytespacket

6ms4ms4ms4ms4ms4ms4ms4ms

………(中間省略)

20msl6msl5msl6msl6msl6msl6msl6ms

30ms278ms25ms279ms25ms278ms25ms277ms

RouterC(config)#

從上面的顯示可看到，直至,UDP探測報文的返回時長都基本一

致，而到時，則發(fā)生明顯變化，呈現(xiàn)奇數(shù)報文時長短，偶數(shù)報文

時長長的現(xiàn)象。于是判斷，問題發(fā)生在RouterB和RouterA之間。

通過詢問該段網(wǎng)絡(luò)的管理員，得知這兩路由器間有一主一備兩串行鏈路，

主鏈路為2.048Mbps(s0口之間)，備份鏈路為128Kbps(si口之間)o

網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。

RouterB上如下配置：

RouterB(config)#iproute

RouterB(config)#iproute

RouterA上如下配置：

RouterA(config)#iproute

RouterA(config)#iproute

于是問題就清楚了。例如RouterB,由于管理員配置時沒有給出靜態(tài)路由

的優(yōu)先級，這兩條路由項的優(yōu)先級就同為缺省值60,于是就同時出現(xiàn)在

路由表中，實現(xiàn)的是負(fù)載分擔(dān)，而不能達(dá)到主備的目的。

(4)處理過程

可以有兩種處理方法：

?繼續(xù)使用靜態(tài)路由，進(jìn)行配置更改

RouterB上進(jìn)行如下更改：

RouterB(config)#iproute(主鏈路仍使用缺省優(yōu)先級60)

RouterB(config而proute100(備份鏈路的優(yōu)先級降低至100)

RouterA上進(jìn)行如下更改：

RouterA(config)#iproute

RouterA(config)#iproute100

這樣，只有當(dāng)主鏈路發(fā)生故障，備份鏈路的路由項才會出線在路由表中，

從而接替主鏈路完成報文轉(zhuǎn)發(fā)，實現(xiàn)主備目的。

?在兩路由器上運行動態(tài)路由協(xié)議，如IGRP、EIGRP、OSPF等，但不

要運行RIP協(xié)議(因為RIP協(xié)議僅以hop作為Metric的)

(5)建議和總結(jié)

本案例的目的不是為了解釋網(wǎng)絡(luò)配置問題，而是用來展示Ping命令和

Tracert命令的相互配合來找到網(wǎng)絡(luò)問題的發(fā)生點。尤其在一個大的組網(wǎng)

環(huán)境中，維護人員可能無法沿著路徑逐機排查，此時，能夠迅速定位出發(fā)

生問題的線路或路由器就非常重要了。

案例二：使用Tracert命令發(fā)現(xiàn)路由環(huán)路

⑴現(xiàn)象描述

組網(wǎng)情況如下圖所示：

三臺路由器均配置靜態(tài)路由，完成后，登錄到RouterA上Ping主機

,發(fā)現(xiàn)不通。

(2)相關(guān)信息顯示

RouterA#ping-c6-t5000

PING:56databytes,pressCTRL_Ctobreak

Requesttimeout

Requesttimeout

Requesttimeout

Requesttimeout

Requesttimeout

Requesttimeout

RouterA#tracert

tracerouteto()30hopsmax,40bytespacket

6ms4ms4ms(RouterB)

8ms8ms8ms(RouterA)

12msl2msl2ms(RouterB)

16msl6msl6ms(RouterA)

oooooo

⑶原因分析

從上面的Tracert命令的顯示可以立即發(fā)現(xiàn)，在RouterA和RouterB間

產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由，基本可以斷定是RouterA

或RouterB的靜態(tài)路由配置錯誤。

檢查RouterA的路由表，配置的是缺省靜態(tài)路由：

iprouteO.O.O.OO.0.0.0,沒有問題。

檢查RouterB的路由表，配置到4.0.0.0網(wǎng)絡(luò)的靜態(tài)路由為：

iprouteF一跳配置的是100.2,而不是

。這正是錯誤所在。

(4)處理過程

修改RouterB的配置如下：

RouterB(config)#noiproute

RouterB(config)#iproute

故障排除。

(5)建議和總結(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)路后，如果配置為：

靜態(tài)路由：幾乎可以肯定是手工配置有問題，如本案例所示。

?OSPF協(xié)議：可能是地址聚合產(chǎn)生的問題。請參閱相關(guān)章節(jié)內(nèi)容。

?多路由協(xié)議：可能是路由引入產(chǎn)生的問題。請參閱相關(guān)章節(jié)內(nèi)容。

1.3.3Show命令

Show命令是用于了解路由器的當(dāng)前狀況、檢測相鄰路由器、從總體上監(jiān)

控網(wǎng)絡(luò)、隔離互連網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何故障排除

和監(jiān)控場合，Show命令都是必不可少的。

例如：基于VRP1.6路由平臺的Show命令選項如下所示：

Quidway#show?

aaa