2023/2/3第1頁網絡維護基礎1.1計算機網絡概述

1.2網絡技術基礎

1.3網絡體系結構1.4網絡維護概述1.5網絡故障維護技術概述2023/2/3第2頁1.1計算機網絡概述

1.1.1計算機網絡發展歷史

1.1.2網絡分類2023/2/3第3頁1.1.1計算機網絡發展歷史網絡的定義利用通信設備和線路連接設備將地理位置不同、功能獨立的多個計算機系統（或其他的電子辦公設備）互聯起來，用功能完善的網絡軟件實現網絡中的資源共享和信息傳遞的系統。網絡的核心資源共享和信息傳遞2023/2/3第4頁1.1.1計算機網絡發展歷史計算機網絡的發展史第一代：面向終端的網絡，屬連機系統，采用前置處理機（FEP），分工處理完成全部的通信任務，以減輕主機負荷。主機負責數據的成批處理。第二代：資源共享的分組交換網。主要標志：ARPANET（組成：IMP(InterfaceMessageProcessor)、主機(Host)和分組（Packet）；按照功能劃分：通信子網和資源子網；傳送方式：存儲轉發）。特點：資源共享、分散控制、分組交換、采用專門的控制處理機、分層的網絡協議、層次分明、傳輸質量高（分散控制、高速）。缺點：有延遲，開銷大。第三代：OSI/RM模式網絡（開放系統互連參考模型）。特點：網絡分層體系結構。第四代：Internet的出現。特點：INTERNET的廣泛應用和ATM技術的迅速發展，綜合化、高速化，向寬帶綜合業務發展，多媒體的應用。2023/2/3第5頁1.1.2網絡分類

數據交換方式：電路交換、報文交換、報文分組交換網、混合交換網通信媒體：有線、無線網通信傳播方式：點對點、廣播式通信速率：低速、中速、高速網網絡系統的拓撲結構：星型、總線型、環型、樹型、網狀型網絡服務性質：專用計算機網絡、公用計算機網絡2023/2/3第6頁1.1.2網絡分類

覆蓋范圍：局域網（LAN）：將小區內和各種數據通信設備互聯在一起的網絡。主要特征：范圍：小，＜20KM傳輸技術：基帶，10-1000Mbps，延遲低，出錯率低（10-11）拓撲結構：總線，環城域網（MAN）：覆蓋范圍在一個城市大小的網絡。主要特征：范圍：中等，＜100KM傳輸技術：寬帶/基帶拓撲結構：總線廣域網（WAN）：跨越城市和國家的地域而組成的網絡。主要特征：范圍：大，＞100KM傳輸技術：寬帶，延遲大，出錯率高拓撲結構：不規則，點到點互聯網（Internet）：全球最大的一個網，如右圖所示。2023/2/3第7頁1.2網絡技術基礎

1.2.1網絡拓撲1.2.2局域網1.2.3通信方式1.2.4

網絡傳輸媒體2023/2/3第8頁1.2.1網絡拓撲

總線型：優點：所需線纜少，成本低；易于擴充；結構簡單；可靠性較高。缺點：采用競爭總線方式傳輸，易產生爭用總線沖突，在結點多重負荷下，傳輸效率低；不是集中控制，故障診斷和隔離困難。星型：優點：結構和控制簡單，便于管理；故障診斷和隔離容易，單個結點不影響全網；中央結點對各個結點的服務方便，對全網重新配置也方便。缺點：所需線纜長，成本高；可靠性依賴于中央結點，中央結點一壞，全網癱瘓。環型：優點：結構簡單，所需線纜短，成本低；擴充方便，增減結點容易；可使用光纖，傳輸率高；缺點：可靠性差、一個結點壞可導致全網癱瘓；檢測故障困難；采用令牌傳遞方式，在負載很輕的情況下，其等待時間相對較長。樹型：總線型的變型，易于擴展，故障隔離容易，但對根結點的依賴大，根結點壞，則全網壞。網狀型：連通性好，組網復雜。可靠性高、通信效率高、流量大。但成本最大、協議復雜。2023/2/3第9頁1.2.2局域網局域網的特點：覆蓋距離有限；傳輸率高、低延時、低誤碼率；易于安裝、維護；一般采用總線型、星型、環型；在對等型局網中，各結點為平等關系；可廣播和組播。以太網：分為：標準以太網、快速以太網、千兆以太網和萬兆以太網；需要說明的是，以太網的邏輯拓撲是總線型結構，而物理拓撲則是星型結構。2023/2/3第10頁1.2.3通信方式

有三種通信方式：單工：數據只沿一個方向傳輸，固定一方發送，一方接收，不能改變。如廣播、電視。半雙工：可交替改變傳輸的方向，但在某一時刻，只能一個方向傳送。雙方都有發送和接收裝置，但不能同時進行發送和接收，改變方向時通過開關切換。如對講機。全雙工：任意時刻都可進行雙向傳輸的通信方式，都具獨立的發送和接收能力。如電話、網絡。2023/2/3第11頁1.2.4網絡傳輸媒體

常見的傳輸媒體：雙絞線、同軸電纜、光纖為常見的有線媒體。衛星、微波、激光、紅外通信、無線通信等屬于無線傳輸媒體。雙絞線：分為非屏蔽雙絞線和屏蔽雙絞線兩種。有8根芯，分為4對，其兩頭使用的接頭為：RJ45。非屏蔽雙絞線在以太網中傳輸的最遠距離是100m。根據EIA/TIA568A標準制作的線序：橙白、橙、綠白、藍、藍白、綠、棕白、棕。根據EIA/TIA568B標準制作的線序：綠白、綠、橙白、藍、藍白、橙、棕白、棕。跳線：一段兩頭做好接頭的網絡線纜。直通線：兩頭按照相同線續做成的跳線。交叉線：一根跳線，一頭按照568A類標準做接頭，另一端按照568B類標準做接頭。光纖：是一種由石英玻璃纖維制成的非常細的媒體，能傳導光線。在傳輸計算機網絡的電信號時，在發送端將電信號轉換為光信號，在接收端再由光檢波器將光信號轉換成電信號。特點：低損耗、寬頻帶、高數據傳輸率、低誤碼率、安全保密性好。（傳輸率高、距離長、連通性好、抗干擾性強（不受電磁干擾和噪聲影響）、價格高）按照材質可分為：多模光纖、單模光纖。多模光纖：定向性差，距離短，為幾百米至幾公里。單模光纖：定向性強、折射損耗小，效率高、傳輸距離長，可達幾十公里。2023/2/3第12頁1.3網絡體系結構

1.3.1網絡協議1.3.2網絡模型1.3.3TCP/IP協議2023/2/3第13頁1.3.1網絡協議協議：通信雙方關于通信如何進行而達成的一致說明或約定。網絡協議：網絡設備互相通訊的公共標準。通信協議主要內容有：語法：（怎么表示）包括協議元素的格式、編碼及信號電平，規定數據與控制信息的結構和格式；語義：（表示的內容）確定協議元素的類型，規定通信雙方要發出何種控制信息、完成何種動作及作出何種應答）；交換規則：（具體怎么作）規定事件實現順序的詳細說明，確定通信過程中通信狀態的變化，如通信雙方的應答關系2023/2/3第14頁1.3.2網絡模型分層模型的目的和優點：（1）化解復雜性；（2）標準化接口；（3）模塊化，易于工程；（4）確保技術的通用；（5）加速發展。ISO/OSI參考模型：（七層，從低到高）物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層。物理層、數據鏈路層、網絡層低三層為通信子網，完成有關通信處理問題，傳輸層、會話層、表示層、應用層屬于資源子網，完成面向數據處理的功能，為用戶提供與網絡之間的接口。2023/2/3第15頁1.3.2網絡模型ISO/OSI參考模型各層功能：物理層的主要功能：利用傳輸介質為通信的網絡結點之間建立、管理和釋放物理連接；實現比特流的透明傳輸，為數據鏈路層提供數據傳輸服務；物理層的數據傳輸單元是比特。數據鏈路層的主要功能：在物理層提供的服務基礎上，數據鏈路層在通信的實體間建立數據鏈路連接；傳輸以“幀”為單位的數據包；采用差錯控制與流量控制方法，使有差錯的物理線路變成無差錯的數據鏈路。網絡層的主要功能：通過路由選擇算法為分組通過通信子網選擇最適當的路徑；為數據在結點之間傳輸創建邏輯鏈路；實現擁塞控制、網絡互連等功能。2023/2/3第16頁1.3.2網絡模型ISO/OSI參考模型各層功能（續）：傳輸層的主要功能：向用戶提供可靠端到端（end-to-end）服務；處理數據包錯誤、數據包次序，以及其他一些關鍵傳輸問題；傳輸層向高層屏蔽了下層數據通信的細節，是計算機通信體系結構中關鍵的一層。會話層的主要功能：負責維護兩個結點之間的傳輸鏈接，以便確保點-點傳輸不中斷；管理數據交換。表示層的主要功能：用于處理在兩個通信系統中交換信息的表示方式；數據格式變換；數據加密與解密；數據壓縮與恢復。應用層的主要功能:為應用程序提供了網絡服務;應用層需要識別并保證通信對方的可用性，使得協同工作的應用程序之間的同步;建立傳輸錯誤糾正與保證數據完整性的控制機制。2023/2/3第17頁1.3.2網絡模型ISO/OSI參考模型中的數據傳輸過程：2023/2/3第18頁1.3.2網絡模型TCP/IP模型：（四層，從低到高）主機-網絡層（網絡接口層）

TCP/IP參考模型的最低層，負責通過網絡發送和接收IP數據報;允許主機連入網絡時使用多種現成的與流行的協議，例如局域網的Ethernet、令牌網、分組交換網的X.25、幀中繼、ATM協議等;當一種物理網被用作傳送IP數據包的通道時，就可以認為是這一層的內容;充分體現出TCP/IP協議的兼容性與適應性，它也為TCP/IP的成功奠定了基礎。互聯網絡層相當OSI參考模型網絡層無連接網絡服務；處理互連的路由選擇、流控與擁塞問題；IP協議是一種無連接的、提供“盡力而為”服務的網絡層協議。傳輸層主要功能是在互連網中源主機與目的主機的對等實體間建立用于會話的端-端連接；傳輸控制協議TCP是一種可靠的面向連接協議；用戶數據報協議UDP是一種不可靠的無連接協議。應用層網絡終端協議Telnet ●

文件傳輸協議FTP簡單郵件傳輸協議SMTP ●

域名系統DNS簡單網絡管理協議SNMP ●

超文本傳輸協議HTTP2023/2/3第19頁1.3.2網絡模型TCP/IP協議：（TransmissionControlProtocol/InternetProtocol）傳輸控制協議/互聯網協議。TCP/IP在傳輸層的協議有：TCP和UDP。基于TCP的上層協議有：WWW、FTP、TELNET，基于UDP的上層協議有：DNS、TFTP。TCP/IP協議棧：2023/2/3第20頁1.3.2網絡模型OSI參考模型與TCP/IP參考模型的比較：對OSI參考模型的評價層次數量與內容選擇不是很好，會話層很少用到，表示層幾乎是空的，數據鏈路層與網絡層有很多的子層插入；OSI參考模型將“服務”與“協議”的定義結合起來，使得參考模型變得格外復雜，實現困難；尋址、流控與差錯控制在每一層里都重復出現，降低系統效率；數據安全性、加密與網絡管理在參考模型的設計初期被忽略了；參考模型的設計更多是被通信的思想所支配，不適合于計算機與軟件的工作方式；嚴格按照層次模型編程的軟件效率很低。對TCP/IP參考模型評價在服務、接口與協議的區別上不很清楚，一個好的軟件工程應該將功能與實現方法區分開，參考模型不適合于其它非TCP/IP協議族；TCP/IP參考模型的主機-網絡層本身并不是實際的一層；物理層與數據鏈路層的劃分是必要和合理的，但是TCP/IP參考模型卻沒有做到這點。

這是一種建議的模型2023/2/3第21頁1.3.2網絡模型ISO/OSI模型主要功能(主要作用)PDU(協議數據單元)主要設備TCP/IP模型主要功能(主要作用)應用層各種網絡應用數據計算機網關應用層各種網絡應用表示層定義數據格式及加密數據會話層控制會話數據傳輸層流控、保證可靠性段傳輸層流控、保證可靠性網絡層路徑選擇、路由及邏輯選路報文路由器三層交換機互聯網絡層路徑選擇、路由及邏輯選路數據鏈路層幀、介質訪問控制數據幀網卡、網橋二層交換機數據鏈路層網絡接口層幀、介質訪問控制物理層規定信號和介質比特雙絞線中繼器集線器網絡介質和連接方法2023/2/3第22頁1.4網絡維護概述

計算機網絡系統的建立，實現了內部信息共享，外部信息溝通，公司決策者能更及時準確了解各部門的情況，及時協調各部門關系，從而實現更加高效率的管理體制；通過決策支持系統統計、分析各種內外因素，能給決策者最佳的決策方案，獲取更佳的經濟效益；國際互聯網的連接，能獲取世界任一個角落的商業信息，從而決勝千里之外，電子商務更將訂單、發貨報關、商檢、銀行結算合成一體，加速貿易的全過程，增強企業自身發展能力。對計算機系統的定期維護，保持系統的穩定性舉足輕重。由于計算機本身是一個高科技含量的產品，缺乏專門技術人員定期維護，將導致計算機系統的癱瘓，從而致使大量寶貴的數據丟失，甚至帶來災難性后果，給單位造成重大的經濟損失。2023/2/3第23頁1.4網絡維護概述

1.4.1網絡維護內容1.4.2網絡維護方法2023/2/3第24頁1.4.1網絡維護內容網絡維護工作的主要內容有：硬件測試、軟件測試、系統測試、可靠性(含安全)測試。網絡狀態監測和系統管理。網絡性能監測及認證測試(工程驗收評測)。網絡故障診斷和排除，故障恢復方案。定期測試和文檔備案，故障報告、參數登記、資料匯總統計分析等。網絡性能分析、故障預防、故障早期發現。維護計劃、手段以及實施效果的評測、改進和總結回顧，規章制度的制定。選擇合適的網絡評測方法：綜合可靠性和網絡維護的目標作評定人員培訓、工具配備等。2023/2/3第25頁1.4.2網絡維護方法網絡維護工作的主要方法有：常規檢測(監測)和專項檢測(監測)常規檢測/監測指一般性的定期測試，主要監測分析網絡的主要工作狀態和性能是否符合要求；專項測試是指在處理故障時或在進行網絡性能詳細分析評測時進行的有針對性的專門測試/監測/檢測項目定期維護和不定期維護定期維護是指為了保證網絡持續地正常工作，防止網絡出現重大故障或重要性能下降而進行的定期、定內容的網絡測試和維護工作，并定期監測能反映網絡基準狀態的各項參數；在針對系統故障或出現異常時以及非重要參數的監測時實施的維護和監測工作則是不定期維護的重要內容。2023/2/3第26頁1.4.2網絡維護方法網絡維護工作的主要方法有：事前維護和事后維護事前維護是指預防性維護，包括定期維護和不定期維護、視情維護等內容在內；事后維護是在完成指修復系統、故障診斷等工作后進行的維護，也包括系統升級、結構調整、應用調整、協議調整后的維護。視情維護和定量(定期)維護視情維護是指維護和檢測的范圍以及深度需根據網絡的規模、歷史、現狀、當前需要和故障特點等確定的維護項目，它需要以良好的定期、定量維護為基礎，主要是在懷疑系統存在問題、異常或故障征兆、定期維護未涉及或不便涉及的內容以及非定期檢測的關鍵參數時實施；定期/定量維護則是相對固定的維護、測試、調整工作內容，目的是保持系統良好工作狀態，及時發現隱患和潛在重大故障分級維護 根據系統規模和層次/級別的不同而分別安排的維護和測試工作。2023/2/3第27頁1.5網絡故障維護技術概述

1.5.1網絡故障概述1.5.2網絡故障分類1.5.3一般網絡故障的解決步驟1.5.4網絡故障診斷工具1.5.5網絡故障排除方法2023/2/3第28頁1.5.1網絡故障概述當今的網絡互連環境是復雜的，而且其復雜性的日益增長也是可以預見的，主要原因如下：現代的互連網絡要求支持更廣泛的應用，包括數據、語音、視頻及它們的集成傳輸；新業務發展使網絡帶寬的需求不斷增長，這就要求新技術的不斷出現。例如：十兆以太網向百兆、千兆以太網的演進；MPLS技術的出現；提供QoS能力等。因此，現代的互連網絡是協議、技術、介質和拓撲的混合體。互連網絡環境越復雜，意味著網絡的連通性和性能故障發生的可能性越大，而且引發故障的原因也越發難以確定。同時，由于人們越來越多的依賴網絡處理日常的工作和事務，一旦網絡故障不能及時修復，其所造成的損失可能很大甚至是災難性的。能夠正確地維護網絡盡量不出現故障，并確保出現故障之后能夠迅速、準確地定位問題并排除故障，對網絡維護人員和網絡管理人員來說是個挑戰，這不但要求他們對網絡協議和技術有著深入的理解，更重要的是要建立一個系統化的故障排除思想并合理應用于實際中，以將一個復雜的問題隔離、分解或縮減排錯范圍，從而及時修復網絡故障。2023/2/3第29頁1.5.2網絡故障分類網絡故障一般分為兩大類：連通性問題和性能問題。它們各自故障排除的關注點如下：連通性問題硬件、媒介、電源故障配置錯誤不正確的相互作用性能問題網絡擁塞到目的地不是最佳路由供電不足路由環路網絡錯誤2023/2/3第30頁1.5.3一般網絡故障的解決步驟故障排除系統化是合理地一步一步找出故障原因并解決的總體原則。它的基本思想是系統地將由故障可能的原因所構成的一個大集合縮減（或隔離）成幾個小的子集，從而使問題的復雜度迅速下降。故障排除時有序的思路有助于解決所遇到的任何困難，右圖給出了一般網絡故障解決的處理流程（網絡故障排除基本步驟）。2023/2/3第31頁1.5.3一般網絡故障的解決步驟案例：用戶網段廣播包過多造成該網段的服務器FTP業務傳輸速度慢組網圖如下：某校園網的三個局域網，其中為一個用戶網段，18為一個日志服務器；是一個集中了很多應用服務器的網段。2023/2/3第32頁1.5.3一般網絡故障的解決步驟步驟1：故障現象描述要想對網絡故障做出準確的分析，首先應該了解故障表現出來的各種現象，然后才能確定可能產生這些現象的故障根源或癥結。因此，對網絡故障做出完整、清晰的描述是重要的一步。上述案例，用戶反映：“日志服務器與備份服務器間備份發生問題。”這就是一個不完整不清晰的故障現象描述。因為這個描述沒有講述清楚下列問題：這個問題是連續出現，還是間斷出現的？是完全不能備份，還是備份的速度慢（即性能下降）？哪個或哪些局域網服務器受到影響，地址是什么？正確的故障現象描述是：在網絡的高峰期，日志服務器1到集中備份服務器53之間進行備份時，FTP傳輸速度很慢，大約是0.6Mbps。2023/2/3第33頁1.5.3一般網絡故障的解決步驟步驟2：故障案例相關信息收集本步驟是搜集有助于查找故障原因的更詳細的信息。主要是三種途徑：向受影響的用戶、網絡人員或其他關鍵人員提出問題；根據故障描述性質，使用各種工具搜集情況，如網絡管理系統、協議分析儀、相關show和debug命令等；測試性能與網絡基線進行比較。上述案例，可以向用戶提問或自行收集下列相關信息：網絡結構或配置是否最近修改過，即問題出現是否與網絡變化有關？是否有用戶訪問受影響的服務器時沒有問題？在非高峰期日志服務器和備份服務器間FTP傳輸速度是多少？通過該步驟，收集到下面一些相關信息：最近網段的客戶機不斷在增加；網段的機器與備份服務器間進行FTP傳輸時速度正常為7Mbps，與日志服務器間進行FTP傳輸時速度慢，只有0.6Mbps；在非高峰期日志服務器和備份服務器間FTP傳輸速度正常，大約為6Mbps；2023/2/3第34頁1.5.3一般網絡故障的解決步驟步驟3：經驗判斷和理論分析利用前兩個步驟收集到的數據，并根據自己以往的故障排除經驗和所掌握的互連網絡設備和協議的知識，來確定一個排錯范圍。通過范圍的劃分，就只需注意某一故障或與故障情況相關的那一部分產品、介質和主機。上述案例：現在能夠確定是一個網絡性能下降問題。那么，是網段的性能問題？是中間網云的性能問題？是網段的性能問題呢？由于網段的機器與備份服務器間進行FTP傳輸時速度正常為7Mbps這一事實，我們可以排除掉網段的性能問題。步驟4：各種可能原因列表該步驟列出根據經驗判斷和理論分析后總結的各種可能原因。如上述案例，可能原因如下：網段的性能問題，其子原因可能為：（1）日志服務器A的性能問題；（2）網絡的網關性能問題；（3）網絡本身的性能問題。網云性能問題，主要是到網絡的路由不是最佳路由。2023/2/3第35頁1.5.3一般網絡故障的解決步驟步驟5：對每一原因實施排錯方案根據所列出的可能原因制定故障排查計劃，分析最有可能的原因，確定一次只對一個變量進行操作，這種方法使你能夠重現某一故障的解決辦法。如果有多個變量同時被改變，而問題得以解決，那么如何判斷哪個變量導致了故障發生呢？步驟6：觀察故障排查結果當我們對某一原因執行了排錯方案后，需要對結果進行分析，判斷問題是否解決，是否引入了新的問題。如果問題解決，那么就可以直接進入文檔化過程；如果沒有解決問題，那么就需要再次循環進行到故障排查過程。步驟7：循環進行故障排查過程當一個方案的實施沒有達到預期的排錯目的時，我們進入到該步驟――這是一個努力縮小可能原因的清單過程。在進行下一循環之前必須做的事情就是將網絡恢復到實施上一方案前的狀態。如果保留上一方案對網絡的改動，很可能導致新的問題，例如：假設修改了訪問列表但沒有產生預期的結果，此時如果不將訪問列表恢復到原始狀態，就會導致出現不可預期的結果。循環排錯可以有兩個切入點：當針對某一可能原因的排錯方案沒有達到預期目的，循環進入下一可能原因制定排錯方案并實施；當所有可能原因列表的排錯方案均沒有達到排錯目的，重現進行故障相關信息收集以分析新的可能原因。2023/2/3第36頁1.5.3一般網絡故障的解決步驟上述案例，根據各種可能原因，制定方案進行故障排除：可能原因1：“網絡到網絡的路由不是最佳路由”制定的方案：在網段的網關上使用“Tracert53”命令，發現探測報文返回時長僅為10ms，表明該可能原因并不是造成故障的原因。進入循環排錯過程。可能原因2：“日志服務器A的性能問題”制定的方案：測試同一網段的主機C和日志服務器間的FTP傳輸速度，是6Mbps，正常。可見問題與服務器A無關。可能原因3：“網絡的網關性能問題”制定的方案：測試主機C和備份服務器B間FTP傳輸速度是7Mbps，正常。排除了網關因素，因為B、C在不同網段上而速度正常。2023/2/3第37頁1.5.3一般網絡故障的解決步驟上述案例，根據各種可能原因，制定方案進行故障排除：可能原因4：“網絡本身的性能問題”制定的方案：在網段的以太網交換機上使用命令“displaymac”，輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast----------------------------------------------------------------6/321031781208665PortXmit-UnicastXmit-MulticastXmit-Broadcast----------------------------------------------------------------6/3266679872866522474038(輸出的廣播：輸出的單播比例為1：3，太大了。)PortRcv-OctetXmit-Octet-----------------------------------------------------------------6/32140948293581516443041在網段上的以太網交換機上使用命令“displaymac”，輸出如下：PortRcv-UnicastRcv-MulticastRcv-Broadcast-------------------------------------------------------------6/36557802870285PortXmit-UnicastXmit-MulticastXmit-Broadcast--------------------------------------------------------------6/3627879749190257119430（廣播：單播比例＝1：270，屬于正常。）PortRcv-OctetXmit-Octet---------------------------------------------------------------6/366717258708149988168092023/2/3第38頁1.5.3一般網絡故障的解決步驟上述案例，根據各種可能原因，制定方案進行故障排除：由此知道，網段上廣播包和單播包比例為1:3，確實太大了。再次詢問用戶該網段主要運行的業務是什么，從而得出了故障最終原因如下：是普通用戶網段，由于業務原因每個用戶需要發送大量廣播包和多播包，隨著近期越來越多的用戶接入該網絡，在這個網段上的服務器需要花費更多的資源來處理越來越多的廣播和多播包，因此其服務的傳輸速度自然減慢。由于這是一個網絡布局不恰當的問題，于是重新安排服務器的位置，將服務器移動網段后，故障排除。2023/2/3第39頁1.5.3一般網絡故障的解決步驟步驟8：故障排除過程文檔化當最終排除網絡故障后，那么排除流程的最后一步就是對所做的工作進行文字記錄。文檔化過程決不是一個可有可無的工作，原因如下：文檔是排錯寶貴經驗的總結，是“經驗判斷和理論分析”這一過程中最重要的參考資料；文檔記錄了這次排錯中網絡參數所做的修改，這也是下一次網絡故障應收集的相關信息。文檔記錄主要包括以下幾個方面：故障現象描述及收集的相關信息；網絡拓撲圖繪制；網絡中使用的設備清單、介質清單、協議清單和應用清單等；故障發生的可能原因，以及對每一可能原因制定的方案和實施結果；本次排錯的心得體會；其他：如排錯中的使用的參考資料列表等。2023/2/3第40頁1.5.4網絡故障診斷工具網絡設備故障診斷工具常用命令：pingtracert2023/2/3第41頁1.5.4網絡故障診斷工具Ping命令原理：“ping”這個詞源于聲納定位操作，指來自聲納設備的脈沖信號。Ping命令的思想與發出一個短促的雷達波，通過收集回波來判斷目標很相似；即源站點向目的站點發出一個ICMPEchoRequest報文，目的站點收到該報文后回一個ICMPEchoReply報文，這樣就驗證了兩個節點間IP層的可達性－－表示了網絡層是連通的。功能：Ping命令用于檢查IP網絡連接及主機是否可達。2023/2/3第42頁1.5.4網絡故障診斷工具Ping命令Comware平臺的ping命令在H3C路由器上，Ping命令的格式如下：Ping[-cnumber][-tnumber][-snumber]ip-address-cPing報文的個數，缺省值為5；-t設置Ping報文的超時時間，單位為毫秒，缺省值為2000；-s設置Ping報文的大小，以字節為單位，缺省值為56。例如，向主機發出2個8100字節的Ping報文H3C#ping-c2-s8100PING:8100databytes,pressCTRL_CtobreakReplyfrom:bytes=8100Sequence=0ttl=123time=538msReplyfrom:bytes=8100Sequence=1ttl=123time=730ms---pingstatistics---2packetstransmitted2packetsreceived0.00%packetlossround-tripmin/avg/max=538/634/730ms2023/2/3第43頁1.5.4網絡故障診斷工具Ping命令Windows平臺的Ping命令在Windwos為平臺的服務器上，Ping命令的格式如下：Ping[-nnumber][-t][-lnumber]ip-address-nPing報文的個數，缺省值為5；-t持續地ping直到人為地中斷，Ctr+Breack暫時中止ping命令并查看當前的統計結果，而Ctr+C則中斷命令的執行。-l設置Ping報文所攜帶的數據部分的字節數，設置范圍從0至65500。例：向主機發出2個數據部分大小為3000Bytes的ping報文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=309ms2023/2/3第44頁1.5.4網絡故障診斷工具Tracert命令原理Tracert是為了探測源節點到目的節點之間數據報文所經過的路徑。利用IP報文的TTL域在每經過一個路由器的轉發后減一，當TTL=0時則向源節點報告TTL超時這個的特性。Tracert首先發送一個TTL為1的UDP報文，因此第一跳發送回一個ICMP錯誤消息以指明此數據報不能被發送（因為TTL超時），之后Tracert再發送一個TTL為2的報文，同樣第二跳返回TTL超時，這個過程不斷進行，直到到達目的地，此時由于數據報中使用了無效的端口號（缺省為33434）此時目的主機會返回一個ICMP的目的地不可達消息，表明該Tracert操作結束。Tracert記錄下每一個ICMPTTL超時消息的源地址，從而提供給用戶報文到達目的地所經過的網關IP地址。功能Tracert命令用于測試數據報文從發送主機到目的地所經過的網關，主要用于檢查網絡連接是否可達，以及分析網絡什么地方發生了故障。2023/2/3第45頁1.5.4網絡故障診斷工具Tracert命令VRP平臺的Tracert命令在H3C路由器上，Tracert命令的格式如下：Tracert[-aip-address][-ffirst_TTL][-mmax_TTL][-pport][-qnqueries][-wtimeout]host-a指定一個發送UDP報文的源地址；-f指定初始報文的TTL大小，缺省值為1；-m指定最大TTL大小，缺省值為30；-p目的主機的端口號，缺省值為33434；-q每次發送的探測報文的個數，缺省值為3；-w指明UDP報文的超時時間，單位為毫秒，缺省值為5000。例如：查看到目的主機中間所經過的網關。H3C#tracerttracerouteto()30hopsmax,40bytespacket

114ms5ms5ms

2410ms5ms5ms

35410ms5ms5ms

477175ms160ms145ms

554185ms210ms260ms

6230ms185ms220ms2023/2/3第46頁1.5.4網絡故障診斷工具Tracert命令Windows平臺的Tracert命令在PC機上或WindwosNT為平臺的服務器上，Tracert命令的格式如下：tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]host-d不解析主機名；-h指定最大TTL大小；-j設定松散源地址路由列表；-w用于設置UDP報文的超時時間，單位毫秒；例如：查看到目的主機中間所經過的前兩個網關。C:\>tracert-h2Tracingroutetooveramaximumof2hops:

13ms2ms2ms25ms3ms2ms4Tracecomplete.2023/2/3第47頁1.5.5網絡故障排除方法分層故障排除法分塊故障排除法分段故障排除法替換法2023/2/3第48頁1.5.5網絡故障排除方法分層故障排除法層次化的故障排除思想過去的十幾年，互連網絡領域的變化是驚人的，但有一件事情沒有變化：論述互連網絡技術的方法都與OSI模型有關，即使新的技術與OSI模型不一定精確對應，但所有的技術都仍然是分層的。因此，我們重要的是要培養一種層次化的網絡故障分析方法。分層法思想很簡單：所有模型都遵循相同的基本前提－－當模型的所有低層結構工作正常時，它的高層結構才能正常工作。在確信所有低層結構都正常運行之前，解決高層結構問題完全是浪費時間。例如：在一個幀中繼網絡中，由于物理層的不穩定，幀中繼連接總是出現反復失去連接的問題，這個問題的直接表象是到達遠程端點的路由總是出現