Quidway LANSWITCH故障處理概述

1、LANSWTICH 故障處理手冊目錄 TOC o 1-5 h z LANSWITCH 故障處理概述1. HYPERLINK l bookmark2 o Current Document 1.1 網(wǎng)絡(luò)故障處理技術(shù)綜述 1 HYPERLINK l bookmark4 o Current Document 1.1.1 在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進(jìn)行故障處理 1 HYPERLINK l bookmark6 o Current Document 1.1.2 網(wǎng)絡(luò)故障的一般分類 1 HYPERLINK l bookmark10 o Current Document 1.1.3 一般網(wǎng)絡(luò)故障的解決步驟 2 HY

2、PERLINK l bookmark12 o Current Document 1.2 故障處理常用方法5 HYPERLINK l bookmark14 o Current Document 1.2.1 分層故障處理法5 HYPERLINK l bookmark16 o Current Document 1.2.2 分塊故障處理法 6 HYPERLINK l bookmark18 o Current Document 1.2.3 分段故障處理法6 HYPERLINK l bookmark20 o Current Document 1.2.4 替換法6 HYPERLINK l bookmark2

3、2 o Current Document 1.3 故障處理對網(wǎng)絡(luò)維護(hù)和管理人員的要求6 HYPERLINK l bookmark24 o Current Document 1.3.1 對協(xié)議要求有精深的理解6 HYPERLINK l bookmark26 o Current Document 1.3.2 能夠引導(dǎo)客戶詳細(xì)描述出故障現(xiàn)象和相關(guān)信息71.3.3 充分了解自己所管理和維護(hù)的網(wǎng)絡(luò)91.3.4及時進(jìn)行故障處理的文檔記錄和經(jīng)驗總結(jié) 10 HYPERLINK l bookmark30 o Current Document 1.4 LANSWITCH 常用診斷工具介紹 10 HYPERLINK

4、 l bookmark32 o Current Document ping 命令 10 HYPERLINK l bookmark50 o Current Document tracert 命令 12 HYPERLINK l bookmark60 o Current Document display 命令 13 HYPERLINK l bookmark62 o Current Document reset 命令 16 HYPERLINK l bookmark64 o Current Document debug 命令 16 HYPERLINK l bookmark70 o Current Doc

5、ument 1.5華為3Com數(shù)據(jù)通信產(chǎn)品故障處理資源17網(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)用；新業(yè)務(wù)發(fā)展使網(wǎng)絡(luò)帶寬的需求不斷增長，這就要求新技術(shù)的不斷出現(xiàn)；新技術(shù)的應(yīng)用同時還要兼顧傳統(tǒng)的技術(shù)。因此，現(xiàn)代的因特網(wǎng)絡(luò)是協(xié)議、技術(shù)、介質(zhì)和拓?fù)涞幕旌象w。因特網(wǎng)絡(luò)環(huán)境 越復(fù)雜，意味著網(wǎng)絡(luò)的連通性和性能故障發(fā)生的可能性越大，而且引發(fā)故障 的原因也越發(fā)難以確定。同時，由于人們越來越多的依賴網(wǎng)絡(luò)處理日常的工 作和事務(wù)，一旦網(wǎng)絡(luò)故障不能及時修復(fù)，其所造成的損失可能很

6、大甚至是災(zāi) 難性的。能夠正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確 地定位問題并排除故障，對網(wǎng)絡(luò)維護(hù)人員和網(wǎng)絡(luò)管理人員來說是個挑戰(zhàn)，這 不但要求他們對網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解，更重要的是要建立一個系 統(tǒng)化的故障處理思想并合理應(yīng)用于實際中，以將一個復(fù)雜的問題隔離、分解 或縮減排錯范圍，從而及時修復(fù)網(wǎng)絡(luò)故障。本文著眼于幫助網(wǎng)絡(luò)維護(hù)人員和管理人員將他們所掌握的知識有條理的應(yīng)用 于診斷和排除網(wǎng)絡(luò)故障的過程中；幫助他們針對各種網(wǎng)絡(luò)環(huán)境中的常見故障 現(xiàn)象進(jìn)行定位和解決。1.1.2 網(wǎng)絡(luò)故障的一般分類LANSWITCH 網(wǎng)絡(luò)故障一般分為兩大類：連通性問題和性能問題。它們各自 故障處理

7、的關(guān)注點如下：1. 連通性問題硬件。比如由于長時間的使用物理端口老化，靜電或雷擊導(dǎo)致端口損壞 采用了不匹配的擴(kuò)展模塊，兩個設(shè)備端口參數(shù)不一致等。媒介。媒介問題導(dǎo)致網(wǎng)絡(luò)故障的比例非常高，而且具有很強(qiáng)的隱蔽性。 常見的有網(wǎng)線制造不標(biāo)準(zhǔn)，網(wǎng)線超長，光纖和光模塊不配套，傳輸設(shè)備 只能支持 1518字節(jié)的報文等。配置錯誤。由于配置錯誤導(dǎo)致的網(wǎng)絡(luò)故障一般來說比較容易發(fā)現(xiàn)。常見 的有掩碼設(shè)置錯誤，沒有配置需透傳的VLAN實體等。2. 性能問題網(wǎng)絡(luò)擁塞。網(wǎng)絡(luò)擁塞最常見是廣播風(fēng)暴、路由環(huán)路和病毒攻擊。路由問題。選路不優(yōu)也是導(dǎo)致網(wǎng)絡(luò)性能不好的因素之一。網(wǎng)絡(luò)錯誤。網(wǎng)絡(luò)錯誤是指網(wǎng)絡(luò)使用過程中出現(xiàn)的一些奇怪現(xiàn)象，比如

8、PING出現(xiàn)DUP報文等，一般都是由于組網(wǎng)原因?qū)е碌?。EQ說明：網(wǎng)絡(luò)故障的表現(xiàn)是多種多樣的，并不僅僅局限于這些方面。1.1.3 一般網(wǎng)絡(luò)故障的解決步驟故障處理系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。它的基 本思想是系統(tǒng)地將由故障可能的原因所構(gòu)成的一個大集合縮減（或隔離）成 幾個小的子集，從而使問題的復(fù)雜度迅速下降。故障處理時有序的思路有助于解決所遇到的任何困難，下圖給出了一般網(wǎng)絡(luò) 故障解決的處理流程。圖1-1 網(wǎng)絡(luò)故障處理基本步驟EQ說明：該處理流程是網(wǎng)絡(luò)維護(hù)人員所能夠采用的排錯模型中的一種，如果你根據(jù)自 己的經(jīng)驗和實踐總結(jié)了另外的排錯模型并證明是行之有效的，請繼續(xù)使用它 網(wǎng)絡(luò)故障

9、解決的處理流程是可以變化的，但故障處理有序化的思維模式 是不可變化的。故障現(xiàn)象描述要想對網(wǎng)絡(luò)故障做出準(zhǔn)確的分析，首先應(yīng)該了解故障表現(xiàn)出來的各種現(xiàn)象， 然后才能確定可能產(chǎn)生這些現(xiàn)象的故障根源或癥結(jié)。因此，對網(wǎng)絡(luò)故障做出 完整、清晰的描述是重要的一步。故障案例相關(guān)信息收集本步驟是搜集有助于查找故障原因的更詳細(xì)的信息。主要是三種途徑：向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問題；根據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)display和debug命令等；測試性能與網(wǎng)絡(luò)基線進(jìn)行比較。經(jīng)驗判斷和理論分析利用前兩個步驟收集到的數(shù)據(jù)，并根據(jù)自己以往的故障處理經(jīng)驗和所掌握的 因

10、特網(wǎng)絡(luò)設(shè)備和協(xié)議的知識，來確定一個排錯范圍。通過范圍的劃分，就只 需注意某一故障或與故障情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機(jī)。各種可能原因列表該步驟列出根據(jù)經(jīng)驗判斷和理論分析后總結(jié)的各種可能原因。對每一原因?qū)嵤┡佩e方案根據(jù)所列出的可能原因制定故障排查計劃，分析最有可能的原因，確定一次 只對一個變量進(jìn)行操作，這種方法使你能夠重現(xiàn)某一故障的解決辦法。如果 有多個變量同時被改變，而問題得以解決，那么如何判斷哪個變量導(dǎo)致了故 障發(fā)生呢？觀察故障排查結(jié)果當(dāng)我們對某一原因執(zhí)行了排錯方案后，需要對結(jié)果進(jìn)行分析，判斷問題是否 解決，是否引入了新的問題。如果問題解決，那么就可以直接進(jìn)入文檔化過 程；如果沒有解決問

11、題，那么就需要再次循環(huán)進(jìn)行到故障排查過程。循環(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)信息收集以分析新的可能原因

12、。故障處理過程文檔化當(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ā)生的可能原因?qū)γ恳豢赡茉蛑贫ǖ姆桨负蛯嵤┙Y(jié)果本次排錯的心得體會其他：如排錯中使用的參考資料列表等 過程文檔化不僅可以使自己處理故障的思路更加清晰，還可以做為

13、經(jīng)驗共享 給他人。故障處理常用方法1.2.1 分層故障處理法層次化的故障處理思想過去的十幾年，因特網(wǎng)絡(luò)領(lǐng)域的變化是驚人的，但有一件事情沒有變化：論 述因特網(wǎng)絡(luò)技術(shù)的方法都與OSI模型有關(guān)，即使新的技術(shù)與OSI模型不一定 精確對應(yīng)，但所有的技術(shù)都仍然是分層的。因此，我們重要的是要培養(yǎng)一種 層次化的網(wǎng)絡(luò)故障分析方法。分層法思想很簡單：所有模型都遵循相同的基本前提當(dāng)模型的所有低層 結(jié)構(gòu)工作正常時，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常 運行之前，解決高層結(jié)構(gòu)問題完全是浪費時間。各層次的關(guān)注點物理層 物理層負(fù)責(zé)通過某種介質(zhì)提供到另一設(shè)備的物理連接，包括端點間的二進(jìn)制 流的發(fā)送與接收，完成與

14、數(shù)據(jù)鏈路層的交互操作等功能。物理層需要關(guān)注的是：電纜、連接頭、信號電平和編碼等，這些都是導(dǎo)致端 口處于down狀態(tài)的因素。數(shù)據(jù)鏈路層 由于交換機(jī)的特殊性，在數(shù)據(jù)鏈路層上我們基本只需要關(guān)心以太網(wǎng)即可。而 這里面涉及到的VLAN是我們需要重點關(guān)注的。另外其他的協(xié)議比如STP等也 是我們關(guān)注的對象。(3) 網(wǎng)絡(luò)層 網(wǎng)絡(luò)層負(fù)責(zé)實現(xiàn)數(shù)據(jù)的分段打包與重組以及差錯報告，更重要的是它負(fù)責(zé)信 息通過網(wǎng)絡(luò)的最佳路徑。地址錯誤和子網(wǎng)掩碼錯誤是引起網(wǎng)絡(luò)層故障最常見的原因；因特網(wǎng)絡(luò)中的地 址重復(fù)是網(wǎng)絡(luò)故障的另一個可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分， 也是排錯重點關(guān)注的內(nèi)容。排除網(wǎng)絡(luò)層故障的基本方法是：沿著從源到目

15、的地的路徑查看交換機(jī)上的路 由表，同時檢查那些接口的 IP 地址。通常，如果路由沒有在路由表中出現(xiàn)， 就應(yīng)該通過檢查來弄清是否已經(jīng)輸入了適當(dāng)?shù)撵o態(tài)、默認(rèn)或動態(tài)路由，然后 手工配置丟失的路由或排除動態(tài)路由協(xié)議選擇過程的故障以使路由表更新。 另外 tracert 命令在這種場合尤其有用。1.2.2 分塊故障處理法display命令的介紹中提及了 Quidway系列交換機(jī)配置文件的組織結(jié)構(gòu)，它是 以系統(tǒng)配置、VLAN配置、VLAN虛接口配置、物理接口配置、路由配置等方 式編排的。實際上如果從軟件的角度考慮問題，我們可以把交換機(jī)看成是由 一個個軟件模塊構(gòu)成的。上述模塊化的思想給故障定位提供了一個原始框

16、架，當(dāng)出現(xiàn)一個故障案例現(xiàn) 象時，我們可以把它歸入上述某一個或幾個軟件模塊中，從而有助于縮減故 障定位范圍。1.2.3 分段故障處理法如果網(wǎng)絡(luò)故障是出現(xiàn)在跨越多個網(wǎng)絡(luò)（或網(wǎng)段）的情況下，那么分段故障處 理法是非常有效的。分段可以讓我們很好的剝離掉那些不相干的因素，最終 找到出現(xiàn)故障的網(wǎng)絡(luò)設(shè)備。1.2.4 替換法替換法是我們在檢查硬件是否存在問題時最常用的方法。當(dāng)懷疑是網(wǎng)線問題 時，更換一根確定是好的網(wǎng)線試一試；當(dāng)懷疑是接口模塊有問題時，更換一 個其他接口模塊試一試。需要注意的是，任何一種網(wǎng)絡(luò)故障的定位都不會是機(jī)械的套用某一種解決方 法。實際上我們經(jīng)常需要把各種解決方法結(jié)合起來一起使用才能很好的解

17、決 問題。故障處理對網(wǎng)絡(luò)維護(hù)和管理人員的要求1.3.1 對協(xié)議要求有精深的理解案例：RIPvl和OSPF相互路由引入的問題在一個地址空間為的網(wǎng)絡(luò)中配置了 OSPF域，其中該網(wǎng)絡(luò)的某些子 網(wǎng)的掩碼是24位，另一些是26位；同時在該網(wǎng)絡(luò)中還配置了一個24位子網(wǎng) 掩碼的RIP 域,并在OSPF域和RIP域間相互進(jìn)行路由引入。結(jié)果發(fā)現(xiàn)，RIP 域中的路由器不能ping通OSPF域中的某些接口。為什么會出現(xiàn)這樣的結(jié)果？我們知道，RIP1不支持VLSM，因此RIP域中的 子網(wǎng)必須使用相同長度的子網(wǎng)掩碼且它們必須是相鄰的；OSPF支持可變長度 子網(wǎng)掩碼并且不要求子網(wǎng)相鄰。因此，在相互進(jìn)行路由引入時，OSPF

18、能夠識別所有RIP路由，而RIP不能夠識別所有OSPF路由，這樣就出現(xiàn)了上述的 故障現(xiàn)象。了解了 RIP 和 OSPF 協(xié)議的原理和特性后，也就找到了兩種解決辦法：在OSPF域內(nèi)進(jìn)行路由匯總或RIP域中采用RIP2協(xié)議。設(shè)想一下，如果網(wǎng)絡(luò)維護(hù)和管理人員對OSPF和RIP協(xié)議不是非常了解，不 知道RIP和OSPF所適用的子網(wǎng)化規(guī)則和相互路由再引入的規(guī)則，遇到上面 的故障現(xiàn)象就只會一片茫然了，就更不用提找到切實可行的解決方案了。能夠引導(dǎo)客戶詳細(xì)描述出故障現(xiàn)象和相關(guān)信息在多數(shù)情況下，網(wǎng)絡(luò)維護(hù)和管理人員會聽到客戶的求助，他說出了一個常見 問題，但又沒有該問題產(chǎn)生原因的任何信息。例如，客戶說：“我的機(jī)器

19、不 能夠訪問FTP服務(wù)器了”。此時，網(wǎng)絡(luò)維護(hù)和管理人員就必須以系統(tǒng)的、漸 近的、有序的一系列問題引導(dǎo)客戶，以得到所有的相關(guān)信息。網(wǎng)絡(luò)維護(hù)和管理人員定位網(wǎng)絡(luò)問題的過程，實質(zhì)上是一個不斷提出問題的過程(問客戶或問自己)，提問通常應(yīng)當(dāng)以這樣一個順序進(jìn)行：誰出了問題？ 是什么問題？何時產(chǎn)生的？何處出現(xiàn)的？并且這些問題是可以循環(huán)提出的， 當(dāng)你提出一個問題的時候，必須能夠根據(jù)用戶對該問題的回答繼續(xù)提問，直 到對整個問題有了一個準(zhǔn)確的了解并滿意為止。誰出了問題？ 是單個用戶、一組存在共性的用戶還是網(wǎng)絡(luò)中的所有用戶？對于單個用戶的問題，你將來的提問可能應(yīng)關(guān)注下列方面：物理層問題，包括連接該用戶的網(wǎng)絡(luò)電纜問題；

20、該特定主機(jī)上的硬件問題；該特定主機(jī)的軟件問題，尤其是網(wǎng)絡(luò)協(xié)議方面的問題；該特定主機(jī)的IP地址或子網(wǎng)掩碼問題；默認(rèn)網(wǎng)關(guān)問題。對于一組用戶問題或所有用戶問題，你將來的提問可能應(yīng)關(guān)注下列方面：網(wǎng)絡(luò)設(shè)備問題，比如 Hub 或交換機(jī)；VLAN 配置問題路由問題；服務(wù)器問題；訪問列表設(shè)置問題。是什么問題是連通性問題，還是性能差的問題？如果是連通性問題，是完全連通性問題？ 還是部分連通性問題？完全連通性問題，你將來的提問可能應(yīng)關(guān)注以下方面：硬件故障遠(yuǎn)程通信服務(wù)故障路由協(xié)議故障部分連通性問題，你將來的提問可能應(yīng)關(guān)注以下方面：訪問列表問題子網(wǎng)掩碼問題路由協(xié)議不兼容問題性能問題，你將來的提問可能應(yīng)關(guān)注下列方面：網(wǎng)

21、絡(luò)擁塞路由環(huán)路非最佳路由(3)問題何時發(fā)生的？是間歇性問題，還是經(jīng)常發(fā)生的問題，或者是剛剛發(fā)生的問題？ 間歇性問題，你將來的提問可能應(yīng)關(guān)注下列方面： 廣播風(fēng)暴或病毒攻擊路由環(huán)路遠(yuǎn)程通信服務(wù)故障網(wǎng)絡(luò)介質(zhì)質(zhì)量差剛剛才發(fā)生的問題，你將來的提問可能應(yīng)關(guān)注下列方面：新的硬件故障或介質(zhì)故障新增設(shè)備或拓?fù)涓淖冊L問列表重新配置了？路由協(xié)議發(fā)生變化(4)何處發(fā)生的故障？故障發(fā)生在核心區(qū)域、邊緣區(qū)域還是接入?yún)^(qū)域？ 核心區(qū)域的故障，你的提問可能應(yīng)關(guān)注下列方面：路由協(xié)議變更重新進(jìn)行路由引入邊緣區(qū)域的故障，通常是與訪問列表有關(guān)。接入?yún)^(qū)域的問題，那么就可能和 上述所有問題都有關(guān)系了。1.3.3 充分了解自己所管理和維護(hù)的

22、網(wǎng)絡(luò)復(fù)雜問題的排錯不僅在于技術(shù)人員的專業(yè)技能（如各種協(xié)議知識的精通、各 種配置命令和診斷工具的熟悉等），更重要的在于他對所要排錯網(wǎng)絡(luò)的熟悉 程度一一只有充分了解自己的網(wǎng)絡(luò)，才能夠迅速、有效地與網(wǎng)絡(luò)管理所涉及 的關(guān)鍵人員以及受故障影響的人員進(jìn)行溝通；只有充分了解自己的網(wǎng)絡(luò)，才 能夠?qū)W(wǎng)絡(luò)的變動做出明智的決策，才能夠盡快、盡可能簡單地排除故障。為確定是否已充分了解了自己的網(wǎng)絡(luò)，請嘗試回答下列問題：你是否清楚所管理和維護(hù)的網(wǎng)絡(luò)物理布局，即網(wǎng)絡(luò)設(shè)備的位置與它們間 的連接關(guān)系；你是否清楚網(wǎng)絡(luò)所運行的全部網(wǎng)絡(luò)協(xié)議清單， 是否起用了 STP/VRRP/DHCP,采用的是TCP/IP、IPX或是其他，有沒有起

23、用動態(tài) 路由協(xié)議，有沒有起用組播協(xié)議等等；你是否清楚網(wǎng)絡(luò)上層主要跑的是什么業(yè)務(wù)；是否清楚網(wǎng)絡(luò)中是否運用了 訪問列表、防火墻、 IPSec、 Qos 等機(jī)制；你是否清楚網(wǎng)絡(luò)與外部網(wǎng)絡(luò)（如In ter net）的所有連接點，每一連接點 使用的路由協(xié)議是什么？你是否清楚最近十天對網(wǎng)絡(luò)做了哪些變動，如，增加了哪些新設(shè)備或軟 件、重新進(jìn)行了哪些配置？你有沒有定期制定自己網(wǎng)絡(luò)的基線？EQ說明： 網(wǎng)絡(luò)基線是指在網(wǎng)絡(luò)運行正常時，對網(wǎng)絡(luò)性能進(jìn)行評估并記錄，以作為將來 評估網(wǎng)絡(luò)性能提升或下降的標(biāo)準(zhǔn)。網(wǎng)絡(luò)基線的評估應(yīng)當(dāng)是管理員一個周期性的任務(wù)。建立基線作用在于當(dāng)網(wǎng)絡(luò) 性能下降時，它可以為確定故障的嚴(yán)重程度提供參照；

24、如果在網(wǎng)絡(luò)故障后才 試圖建立基線，則為時已晚。制定網(wǎng)絡(luò)基線有很多方法?？梢允褂脤ｉT的網(wǎng)絡(luò)管理工具，如華為 3Com 公司的Quidview產(chǎn)品；也可以使用ping的響應(yīng)時間和show的顯示信息來建立 一個提供基本信息的基線。如果對上述問題做出了肯定的回答，那么你就能夠更快、更容易的進(jìn)行故障 處理了。如果不能做出肯定的回答，那么請你趕緊行動，將上述所有的信息 查詢清楚并詳細(xì)記錄。1.3.4 及時進(jìn)行故障處理的文檔記錄和經(jīng)驗總結(jié)網(wǎng)絡(luò)管理和維護(hù)人員必須養(yǎng)成及時進(jìn)行故障處理的文檔記錄和經(jīng)驗總結(jié)的習(xí) 慣。在發(fā)現(xiàn)異常情況時，應(yīng)有序的記錄VRP軟件版本、模塊化插卡的版本、 display current-c

25、onfigrati顯示等信息，一方面是網(wǎng)絡(luò)維護(hù)工作的基本要 求，一方面也是自身提高排錯技能的需要。文檔記錄和經(jīng)驗總結(jié)的模板請參閱“1.1.3一般網(wǎng)絡(luò)故障的解決步驟”的相關(guān) 內(nèi)容。LANSWITCH 常用診斷工具介紹華為3ComQuidway系列LANWITCH提供了一套完整的命令集，可以用于監(jiān) 控網(wǎng)絡(luò)互聯(lián)環(huán)境的工作狀況和解決基本的網(wǎng)絡(luò)故障。主要包括以下命令：pi ng命令. tracert 命令displav 命令clear 命令debug 命令EQ說明：由于ping和tracert命令不僅是Quidway系列LANSWITCH VRP平臺的常 用網(wǎng)絡(luò)命令，也是 windows 平臺上常用的網(wǎng)

26、絡(luò)命令，所以本手冊對兩種平臺 下的命令使用均進(jìn)行介紹。1.4.1 ping 命令1. 原理“ping”這個詞源于聲納定位操作，指來自聲納設(shè)備的脈沖信號。ping命令 的思想與發(fā)出一個短促的雷達(dá)波，通過收集回波來判斷目標(biāo)很相似；即源站 點向目的站點發(fā)出一個ICMP Echo Request報文，目的站點收到該報文后回 一個ICMP Echo Reply報文，這樣就驗證了兩個節(jié)點間IP層的可達(dá)性一一表 示了網(wǎng)絡(luò)層是連通的。2. 功能用于檢查IP網(wǎng)絡(luò)連接及主機(jī)是否可達(dá)；PING大包可以檢測線路質(zhì)量是否正常及設(shè)備MTU值是否對應(yīng)。3. VRP 平臺的 ping 命令在 Quidwav 系列 LANSW

27、ITCH 上， ping 命令的格式如下： ping -c number -t number -s number ip-address -c ping 報文的個數(shù)，缺省值為5；-t設(shè)置ping報文的超時時間，單位為毫秒，缺省值為2000；-s設(shè)置ping報文的大小，以字節(jié)為單位，缺省值為56。說明：實際上Quidway系列LANSWITCHping命令的參數(shù)非常多，這里只介紹其中 最重要的三個參數(shù)。其他參數(shù)介紹請參考相關(guān)產(chǎn)品配置指導(dǎo)或命令參考手冊例如，向主機(jī)發(fā)出2個8100字節(jié)的ping報文Quidway ping -c 2 -s 8100 PING : 8100 data bytes, pr

28、ess CTRL_C to breakReply from : bytes=8100 Sequence=0 ttl=123 time = 538 msReply from : bytes=8100 Sequence=1 ttl=123 time = 730 ms - ping statistics -2 packets transmitted2 packets received0.00% packet lossround-trip min/avg/max = 538/634/730 ms4. Windows平臺的ping命令在PC機(jī)上或Windwos NT為平臺的服務(wù)器上，ping命令的格式如

29、下：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í)行。-I設(shè)置ping報文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù)，設(shè)置范圍從0至65500。例：向主機(jī)發(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 :

30、 bytes=3000 time=297ms TTL=123Ping statistics for :Packets: Sent = 2, Received = 2, Lost = 0 (0% loss), Approximate round trip times in milli-seconds:Minimum = 297ms, Maximum = 321ms, Average = 309ms說明：實際上 Windows 平臺的 ping 命令的參數(shù)非常多，這里只介紹其中最重要的三 個參數(shù)。其他參數(shù)介紹請參考Win dows在線幫助。tracert 命令1. 原理tracert是為了探測源節(jié)

31、點到目的節(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）此時目的主機(jī)會返回一個 ICMP 的目的地不可達(dá)消息，表明該 tracert操作結(jié)束。tracert記錄下每一個ICMP TTL超時消息的源地址，從而 提

32、供給用戶報文到達(dá)目的地所經(jīng)過的網(wǎng)關(guān)IP地址。2. 功能tracert 命令用于測試數(shù)據(jù)報文從發(fā)送主機(jī)到目的地所經(jīng)過的網(wǎng)關(guān)，主要用于 檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。特別是跨多個 網(wǎng)絡(luò)的情況，tracert是逐段排查網(wǎng)絡(luò)故障的好方法。3. VRP 平臺的 tracert 命令在華為3ComQuidway系列LANSWITCH 上, tracert命令的格式如下：tracert -a ip-address -f first_TTL -m max_TTL -p port -q nqueries -w timeout host-a 指定一個發(fā)送UDP報文的源地址；-f指定初始報文

33、的TTL大小，缺省值為1；-m 指定最大TTL大小，缺省值為30；-p 目的主機(jī)的端口號，缺省值為 33434；-q 每次發(fā)送的探測報文的個數(shù)，缺省值為3；-w指明UDP報文的超時時間，單位為毫秒，缺省值為5000。例如：查看到目的主機(jī) 中間所經(jīng)過的網(wǎng)關(guān)。Quidway tracert traceroute to () 30 hops max,40 bytes packet1 2 43 544 775 546 1 4 1 2 43 544 775 546 10 ms 5 ms 5 ms10 ms 5 ms 5 ms175 ms 160 ms 145 ms185 ms 210 ms 260 ms

34、230 ms 185 ms 220 ms4. Windows 平臺的 tracert 命令在PC機(jī)上或Windwos NT為平臺的服務(wù)器上，tracert命令的格式如下:tracert -d -h maximum_hops -j host-list -w timeout host-d 不解析主機(jī)名；-h指定最大TTL大??；-j 設(shè)定松散源地址路由列表；-w用于設(shè)置UDP報文的超時時間，單位毫秒；例如：查看到目的主機(jī)中間所經(jīng)過的前兩個網(wǎng)關(guān)。C:tracert -h 2 Tracingroute toovera maximum of 2 hops:13 ms2 ms 2ms25 ms3 ms 2m

35、s4Trace complete.displav 命令display命令是用于了解LANSWITCH的當(dāng)前狀況、檢測相鄰LANSWITCH、 從總體上監(jiān)控網(wǎng)絡(luò)、隔離因特網(wǎng)絡(luò)中故障的最重要的工具之一。幾乎在任何 故障處理和監(jiān)控場合，display命令都是必不可少的。例如：基于VRP3.10平臺的display命令選項如下所示：QuidwaydisplayaclAcl status and configuration informationamAccess managementarpDisplay ARP entrybgpBGP status and configuration informati

36、onboot-loaderSystem boot loader fileEQ說明：上述清單列出了 displav 命令可以使用的全部一級關(guān)鍵字，其中大部分關(guān)鍵字 后還可以跟更多的關(guān)鍵字，以使用戶能夠清晰的了解到特定的信息。 在故障處理中最有用的是那些用粗體字顯示的關(guān)鍵字，用戶應(yīng)該記住它們并 熟悉它們的輸出信息。本章僅介紹部分最常用的display命令。displav version 命令display Version命令是最基本的命令之一，它用于顯示LANSWITCH硬件和 軟件的基本信息。因為不同的版本有不同的特征，實現(xiàn)的功能也不完全相同 所以，查看硬件和軟件的信息是解決問題的重要一步。在進(jìn)

37、行故障處理時， 我們通常從這個命令開始收集數(shù)據(jù)。該命令將幫助用戶收集下列信息：VRP版本和產(chǎn)品軟件版本(即release號)是哪一系列的LANSWITCH處理器的信息RAM 的容量固件的版本引導(dǎo)程序的版本輸出示例如下，請找到上述提及的相應(yīng)項。Quidwaydisplay versionHuawei Versatile Routing Platform SoftwareVRP (R) Software, Version 3.10(CN), RELEASE 0011Copyright (c) 2000-2003 HUAWEI TECH CO., LTD.Quidway S3026 uptime i

38、s 0 week,0 day,5 hours,2 minutesQuidway S3026 with 62.5M Arm7 Processor24M bytes SDRAM8192K bytes Flash MemoryConfig Register points to FLASHHardware Version is REV.ABootrom Version is 140Subslot 0 24 100BASET Hardware Version is REV.ASubslot 1 1 100SIUHardware Version is NULLdisplay current-configu

39、ration 和 display saved-configuration 命令display current-configuration 用于查看當(dāng)前的配置信息。display saved-c on figuration用于顯示Flash中的配置文件，即下次上電啟動 時所用的配置文件。注意：current-configuration是LANSWITCH目前正在運行的配置文件，當(dāng)更改某一 配置時，current-configuration會立即改變；如果不使用SAVE命令將改變保 存到啟動配置文件 saved-configuration 中， LANSWITCH 重啟時該改動將丟 失。因此請注意

40、到修改運行配置并驗證正確后，應(yīng)當(dāng)將之保存到啟動配置文 件中。配置文件為一文本文件，缺省是保存在flash中的vrpcfg.txt文件。強(qiáng)烈建議網(wǎng)絡(luò)維護(hù)或管理人員保存一份啟動配置文件的拷貝存放到LANSWITCH以外的其他設(shè)備上。這有幾點好處：這將使維護(hù)人員能夠迅速配置一個替代的LANSWTICH；這個保存在外部的文本文件也可以脫機(jī)編輯然后上載到路由器上使用；可以將該配置文件通過E-mail形式發(fā)給華為3Com技術(shù)支持人員以幫助 定位配置問題。display in terface 命令display in terface命令可以顯示所有接口的當(dāng)前狀態(tài)，如果只是想查看特定接 口的狀態(tài)，請在該命令后

41、輸入接口類型和接口號，例如： display interface e0/1 命令將查看以太網(wǎng)口 0/1的運行狀態(tài)和相關(guān)信息。display diagnostic-information 命令display diagnostic-information 命令是收集故障信息最重要的一條命令，該命 令將顯示系統(tǒng)基本信息，包括版本信息、當(dāng)前配置信息、接口信息、內(nèi)存信 息、接口流量信息等。對于復(fù)雜的故障問題，網(wǎng)絡(luò)維護(hù)人員可以拷貝該命令 的輸出信息發(fā)給華為 3Com 技術(shù)支持人員使之了解當(dāng)前 LANSWITCH 的總體情 況。EQ說明：用戶在使用 display diagnostic-informatio

42、n 命令捕獲以太網(wǎng)交換機(jī)的運行 信息時，應(yīng)該至少連續(xù)使用兩次，以便比較運行信息的前后差異，以利于故 障定位。reset 命令在介紹完畢 displav 命令的基本使用后，必須提及一下 reset 命令的作用 用于清空當(dāng)前的統(tǒng)計信息以排除以前積累的數(shù)據(jù)的干擾。reset 命令中最主要的是 reset counters interface 命令。對于各個物理端口的 各計數(shù)器的刷新可以使用該命令來完成。該命令適用場合如下：許多情況下，我們需要使用帶參數(shù)的ping命令來測試 鏈路的通斷，同時在一段時間內(nèi) ping 后，通過 displav interface 來查看端口 報文的收發(fā)及 CRC 校驗等情況的正確與否，從而分析報文的收發(fā)在什么地方 出現(xiàn)了問題。但display命令的顯示值是自從LANSWITCH運行以來(或上