計算機網(wǎng)絡(luò)管理網(wǎng)絡(luò)故障管理

計算機網(wǎng)絡(luò)管理網(wǎng)絡(luò)故障管理第一頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理網(wǎng)絡(luò)故障管理內(nèi)容網(wǎng)絡(luò)故障管理流程網(wǎng)絡(luò)故障管理定位與分析網(wǎng)絡(luò)故障管理常用工具與資源第二頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理內(nèi)容故障檢測異步告警，即在發(fā)生故障時，由發(fā)生故障的設(shè)備或服務(wù)器主動向網(wǎng)絡(luò)管理系統(tǒng)報告主動輪詢，即由網(wǎng)絡(luò)管理系統(tǒng)定期查詢各設(shè)備和服務(wù)器的狀態(tài)第三頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理內(nèi)容故障監(jiān)測，通過執(zhí)行監(jiān)控過程和生成故障報告來監(jiān)測故障。網(wǎng)絡(luò)維護(hù)及錯誤日志檢查使用多種網(wǎng)絡(luò)故障監(jiān)控方式監(jiān)控網(wǎng)絡(luò)的整體運行情況。對于網(wǎng)絡(luò)中的重要機器、設(shè)備進(jìn)行運行狀態(tài)的重點監(jiān)視。檢查網(wǎng)絡(luò)設(shè)備的錯誤日志，分析錯誤原因。第四頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理內(nèi)容網(wǎng)絡(luò)故障報告通過各種途徑報告網(wǎng)絡(luò)故障，報告方式包括使用顏色、聲音、日志、觸發(fā)機制等。網(wǎng)絡(luò)故障自動報警，具有自動通知的手段，包括尋呼機、手機、電子郵件等方法。根據(jù)網(wǎng)絡(luò)故障的危害程度將報警指示分級管理，系統(tǒng)根據(jù)故障級別做出不同反應(yīng)故障隔離接收錯誤檢測報告并做出響應(yīng)分析設(shè)備故障情況，制定排錯方案。啟用備用線路或設(shè)備，進(jìn)行故障隔離。第五頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理內(nèi)容故障分析與定位確認(rèn)故障類型及性質(zhì)執(zhí)行診斷測試跟蹤、辨認(rèn)故障Phase1Phase2Phase3第六頁，共三十二頁，2022年，8月28日故障排除故障分析預(yù)測4321錯誤糾正根據(jù)故障分析結(jié)果，制定并實施解決方案根據(jù)網(wǎng)絡(luò)系統(tǒng)故障的類型及發(fā)作頻度，分析故障產(chǎn)生的原因，預(yù)測將來網(wǎng)絡(luò)故障的發(fā)作趨勢第七頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理內(nèi)容歷史報警查詢統(tǒng)計建立故障報警數(shù)據(jù)庫，通過對歷史故障警報資料的統(tǒng)計分析，尋找網(wǎng)絡(luò)故障發(fā)生的規(guī)律，建立故障預(yù)防體系。故障排除后必須認(rèn)真分析網(wǎng)絡(luò)故障產(chǎn)生的原因。

第八頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障的定位與分析分層定位分析法OSI模型與TCP/IP模型圖7?2OSI參考模型與TCP/TP體系結(jié)構(gòu)第九頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障的定位與分析分層的分析方法分析網(wǎng)絡(luò)故障應(yīng)該以網(wǎng)絡(luò)原理為基礎(chǔ)，根據(jù)網(wǎng)絡(luò)配置和運行的記錄和相關(guān)資料，從故障的實際現(xiàn)象出發(fā)，以網(wǎng)絡(luò)診斷工具為手段獲取診斷信息。在定位分析網(wǎng)絡(luò)故障時，可以按照OSI參考模型的分層結(jié)構(gòu)順序，采用自下而上、自上而下的方法進(jìn)行檢測和分析，逐步確定網(wǎng)絡(luò)故障點，查找問題的根源。分段定位法分段定位法是指在查找定位網(wǎng)絡(luò)故障時，以整個網(wǎng)絡(luò)的拓?fù)鋱D為參考，按照物理位置的不同將網(wǎng)絡(luò)劃分為相對獨立的部分，分別進(jìn)行檢查、測試的方法第十頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障的定位與分析比較分析法比較分析法是通過對比與故障點的環(huán)境、配置相似的其它工作點的使用情況，來分析定位網(wǎng)絡(luò)故障的方法。

替換分析法比較分析法是通過對比與故障點的環(huán)境、配置相似的其它工作點的使用情況，來分析定位網(wǎng)絡(luò)故障的方法。

第十一頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理常用工具與資源網(wǎng)絡(luò)測試工具網(wǎng)線連通性測試儀網(wǎng)線性能測試儀

網(wǎng)線性能測試儀和普通的網(wǎng)線連通性測試儀的區(qū)別在于它能提供更多的功能，除了可以測試網(wǎng)線的連接和斷開外，它還提供以下功能：測量網(wǎng)線的衰減率。測量網(wǎng)線的遠(yuǎn)近串?dāng)_。測量網(wǎng)線終端電阻的阻抗。測試網(wǎng)線是否達(dá)到CAT3、CAT5和CAT6等標(biāo)準(zhǔn)。存儲和打印網(wǎng)線測試結(jié)果等。

圖7?3網(wǎng)線測試儀第十二頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理常用工具與資源網(wǎng)絡(luò)測試命令顯示網(wǎng)絡(luò)基本配置信息的命令ipconfig和ifconfig測試遠(yuǎn)程主機是否可達(dá)命令ping路由追蹤命令traceroute和tracert顯示修改地址解析協(xié)議緩存記錄命令arp顯示網(wǎng)絡(luò)連接狀態(tài)命令netstat顯示修改路由表命令route第十三頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理常用工具與資源NetworkMonitorNetXRay網(wǎng)絡(luò)故障管理系統(tǒng)網(wǎng)絡(luò)故障管理系統(tǒng)的任務(wù)是及時發(fā)現(xiàn)并幫助網(wǎng)絡(luò)管理員排除網(wǎng)絡(luò)故障，它是網(wǎng)絡(luò)管理系統(tǒng)中基本而且重要的任務(wù)。一般來說，故障管理系統(tǒng)以監(jiān)視網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)鏈路的工作狀況為基礎(chǔ)，包括對網(wǎng)絡(luò)設(shè)備狀態(tài)數(shù)據(jù)的采集、存儲，實現(xiàn)報警信息通知、故障過濾、報警顯示、報警統(tǒng)計、故障定位等功能。網(wǎng)絡(luò)故障管理系統(tǒng)通常同時使用異步告警和主動輪詢這兩種方法收集網(wǎng)絡(luò)狀態(tài)信息。

第十四頁，共三十二頁，2022年，8月28日練習(xí)與思考網(wǎng)絡(luò)故障管理包括哪些內(nèi)容？如何監(jiān)測網(wǎng)絡(luò)故障。簡述網(wǎng)絡(luò)故障管理的流程。網(wǎng)絡(luò)故障的定位與分析有哪些方法？簡述在網(wǎng)絡(luò)故障的定位與分析中的用自下而上的方法。網(wǎng)絡(luò)故障管理常用的工具有哪幾類？網(wǎng)絡(luò)故障管理系統(tǒng)都有哪些功能。練習(xí)ping、tracert命令的使用。練習(xí)使用網(wǎng)絡(luò)測試儀。第十五頁，共三十二頁，2022年，8月28日計算機網(wǎng)絡(luò)管理ThankYou!第十六頁，共三十二頁，2022年，8月28日計算機網(wǎng)絡(luò)管理網(wǎng)絡(luò)故障管理案例第十七頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)故障管理案例物理層故障的查找和排除數(shù)據(jù)鏈路層故障的查找和排除網(wǎng)絡(luò)層故障的查找和排除傳輸層故障的查找和排除其它層故障的查找和排除第十八頁，共三十二頁，2022年，8月28日物理層故障的查找和排除物理層故障的類型電源故障傳輸線路故障硬件故障網(wǎng)絡(luò)設(shè)備硬件故障集線器或交換機端口故障網(wǎng)絡(luò)接口卡故障因配置錯誤引起的故障串行鏈路的同步與異步接口被關(guān)閉雙工配置第十九頁，共三十二頁，2022年，8月28日物理層故障的查找和排除傳輸線路故障排除案例（見書P190）網(wǎng)絡(luò)設(shè)備故障排除案例(見書P191)第二十頁，共三十二頁，2022年，8月28日數(shù)據(jù)鏈路層故障的查找和排除故障原因傳輸路徑和網(wǎng)絡(luò)性能封裝類型錯誤地址解析錯誤其他

由于噪音干擾、纜線長度不合理以及驅(qū)動程序等原因造成的CRC錯誤和FCS錯誤廣播風(fēng)暴第二十一頁，共三十二頁，2022年，8月28日數(shù)據(jù)鏈路層故障的查找和排除故障信息收集查看網(wǎng)絡(luò)接口設(shè)置信息查看網(wǎng)絡(luò)層與數(shù)據(jù)鏈路層地址映射信息第二十二頁，共三十二頁，2022年，8月28日數(shù)據(jù)鏈路層故障的查找和排除查看數(shù)據(jù)包傳輸路徑CiscoIOSshow命令故障排除ARP欺騙造成的網(wǎng)絡(luò)故障的排除ARP欺騙原理

ARP是無狀態(tài)協(xié)議，不會監(jiān)測自己是否發(fā)過請求包，也不知道收到的應(yīng)答時候合法，并且不認(rèn)證MAC地址。這種缺陷是的攻擊者發(fā)送虛假ARP報文，偽造IP地址和MAC地址的映射關(guān)系修改被攻擊主機，實現(xiàn)APR欺騙。故障現(xiàn)象解決方案網(wǎng)絡(luò)環(huán)路故障的排除第二十三頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)層故障的查找和排除IP地址分配故障的查找和排除首先查看用戶物理層的連通性遠(yuǎn)程登陸Cisco交換機，使用showipinterfacebrief命令，顯示交換機各端口的有關(guān)信息在交換機上使用showinterfacefastethernet在PC上使用IPCONFIG/ALL命令進(jìn)行檢查靜態(tài)路由協(xié)議故障的排除

首先應(yīng)檢查路由器接口的IP地址配置，然后可以沿著從源到目標(biāo)的路徑，查看路由器路由表。如果路由沒有在路由表中出現(xiàn)，應(yīng)該檢查是否已經(jīng)輸入適當(dāng)?shù)撵o態(tài)路由、默認(rèn)路由或者動態(tài)路由。發(fā)現(xiàn)問題后，可以手工配置一些丟失的路由，或者排除一些動態(tài)路由選擇過程的故障等。第二十四頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)層故障的查找和排除動態(tài)路由協(xié)議故障RIP的排除案例RIP簡介路由選擇信息協(xié)議RIP（RoutingInformationProtocol）是一個距離向量路由選擇協(xié)議，它的算法簡單、易于實現(xiàn)，在網(wǎng)絡(luò)上應(yīng)用廣泛。RIP進(jìn)行路由選擇的度量標(biāo)準(zhǔn)是數(shù)據(jù)報從源主機到目的主機所經(jīng)過的路由器數(shù)目。運行RIP的路由器使用組播協(xié)議周期性地把自己的路由表發(fā)送給與其直接相鄰其它路由器，路由表中含有該路由器到其所知的目的地址之間的距離信息。接收者將收到的路由信息加上1，然后與自己的路由表進(jìn)行比較，選擇到目的網(wǎng)絡(luò)最短的路徑，更新路由表。第二十五頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)層故障的查找和排除版本不兼容引起的故障在路由器上配置RIP時，通常默認(rèn)路由器可以接收RIP版本1和RIP版本2的分組，但只能發(fā)送RIP版本1的分組。如果希望只能發(fā)送和接收RIP版本1的分組，則在配置RIP時需要用命令version1來指定版本。如果希望只能發(fā)送和接收RIP版本2的分組，則在配置RIP時需要用命令version2來指定版本。當(dāng)指定了接收特定的版本后，路由器將不再接收其它路由器發(fā)來的非該版本的路由表更新信息。如果相鄰路由器的RIP版本設(shè)置不匹配，將會引起路由器之間無法更新各自路由表，從而導(dǎo)致網(wǎng)絡(luò)故障的發(fā)生。

第二十六頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)層故障的查找和排除認(rèn)證密鑰不匹配引起的故障動態(tài)路由協(xié)議OSPF故障的排除案例OSPF簡介開放式最短路徑優(yōu)先OSPF（OpenShortestPathFirst）是一種分布式的鏈路狀態(tài)協(xié)議，運行OSPF協(xié)議的路由器周期性向鄰近路由器廣播它所知道的鏈路狀態(tài)信息，并接收其他路由器發(fā)來的信息，從而計算出最新的網(wǎng)絡(luò)拓?fù)鋱D，以及到達(dá)各網(wǎng)絡(luò)的最短距離。OSPF也有它的局限性：OSPF比較復(fù)雜，需要專門技術(shù)。OSPF要求較高的路由器處理能力。OSPF還要求有一定的帶寬。第二十七頁，共三十二頁，2022年，8月28日網(wǎng)絡(luò)層故障的查找和排除參數(shù)不匹配引起的故障

運行OSPF的路由器為了形成并維護(hù)鄰居的鄰接關(guān)系，需要周期性的在鄰接路由器之間交換Hello分組。在Hello分組中包含有幾個用以約定路由器相互通訊的參數(shù)，如果這幾個參數(shù)不匹配，那么路由器之間就不能形成鄰居的鄰接關(guān)系，也就無法交換OSPF的路由更新信息。通過OSPF的狀態(tài)定位故障路由器狀態(tài)含義可能發(fā)生故障的原因ATTEMPT路由器向鄰居發(fā)送Hello分組，但沒有收到響應(yīng)。neighbor語句配置錯誤網(wǎng)絡(luò)發(fā)生連通性故障INIT路由器收到鄰居發(fā)來的Hello分組，但雙向通信沒有建立。由于訪問控制阻止、組播發(fā)生故障、第二層故障等原因，造成Hello丟失僅在一方啟用了認(rèn)證frame-relaymap/dialermap語句配置錯誤2-WAY路由器收到鄰居發(fā)來的Hello分組，并在該分組的鄰居字段中看到了自己的ID。在需要進(jìn)行DR/BDR選舉的網(wǎng)絡(luò)上，路由器的優(yōu)先級設(shè)置不正確注：此狀態(tài)不一定標(biāo)識發(fā)生故障EXSTART/EXCHANGE路由器與鄰居形成了主/從關(guān)系，處在交換DBD分組的過程中MTU不匹配出現(xiàn)重復(fù)的路由器ID網(wǎng)絡(luò)發(fā)生連通性故障LOADING路由器向鄰居發(fā)送鏈路狀態(tài)請求分組，原因是在鄰接期間收到了過時的或丟失的鏈路狀態(tài)通告。MTU不匹配鏈路狀態(tài)請求分組不正確表8?1可能的故障原因與OSPF狀態(tài)第二十八頁，共三十二頁，2022年，8月28日傳輸層故障的查找和排除傳輸控制協(xié)議TCP

傳輸控制協(xié)議在傳輸層實現(xiàn)分組序列、確認(rèn)和重傳機制，提供面向連接的、可靠的數(shù)據(jù)傳輸服務(wù)。TCP提供的服務(wù)是面向連接的，在發(fā)送正式數(shù)據(jù)前，首先需要建立一個源主機到目的主機的連接。連接建立后，源主機和目的主機就可以在該連接上發(fā)送和接收數(shù)據(jù)。TCP將發(fā)送的數(shù)據(jù)進(jìn)行分段，在目的主機重組數(shù)據(jù)，若發(fā)現(xiàn)有數(shù)據(jù)未被目的主機接收到，則重傳該數(shù)據(jù)，確保發(fā)送的數(shù)據(jù)正確到達(dá)目的主機，不會發(fā)生丟失或亂序的情況。數(shù)據(jù)傳輸完畢關(guān)閉連接。第二十九頁，共三十二頁，2022年，8月28日傳輸層故障的查找和排除TCP連接的建立和釋放圖8?4TCP連接的建立圖8?5TCP連接的關(guān)閉第三十頁，共三十二頁，2022年，8月28日傳輸層故障的查找和排除流量的控制圖8?6TCP的流量控制第三十一頁，共三十二頁，2022年，8月28日傳輸層故障的查找和排除用戶