1、 網(wǎng)絡(luò)故障排錯(cuò) TSHOOT（Troubleshooting）網(wǎng)絡(luò)管理員的職責(zé)： 確保網(wǎng)絡(luò)高效、穩(wěn)定和安全的運(yùn)行。具體內(nèi)容包括：1. 規(guī)范整理網(wǎng)絡(luò)運(yùn)行資料，包括：網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖、網(wǎng)絡(luò)設(shè)備目錄、互連關(guān)系列表、IP地址分配置表、設(shè)備配置文件、以及原始設(shè)計(jì)方案，確保與網(wǎng)絡(luò)實(shí)當(dāng)前的實(shí)際狀況保持準(zhǔn)確、一致。 （基線數(shù)據(jù)） 2. 監(jiān)控網(wǎng)絡(luò)設(shè)備交換機(jī)、路由器、防火墻和服務(wù)器的運(yùn)行狀態(tài)，確保網(wǎng)絡(luò)按設(shè)計(jì)要求正常穩(wěn)定運(yùn)行。 （ 接口狀態(tài)，帶寬利用率， CPU、內(nèi)存利用率 ）3. 響應(yīng)各種突發(fā)性網(wǎng)絡(luò)故障，快速準(zhǔn)確進(jìn)行故障定位，并進(jìn)行有效排錯(cuò)，恢復(fù)網(wǎng)絡(luò)的正常運(yùn)行。4. 根據(jù)企業(yè)的發(fā)展規(guī)劃和當(dāng)前網(wǎng)絡(luò)的運(yùn)行狀態(tài)，制定合適

2、的網(wǎng)絡(luò)升級(jí)規(guī)劃方案，并施實(shí)該方案。網(wǎng)絡(luò)維護(hù)行為主動(dòng)性網(wǎng)絡(luò)維護(hù)：按照計(jì)劃（每天、每周、每月）執(zhí)行任務(wù)。 1、2、4故障驅(qū)動(dòng)性： 在收到故障報(bào)告后解決問(wèn)題。 3維護(hù)模型1、PPDIOO模型 CISCO生命周期服務(wù)準(zhǔn)備 規(guī)劃 設(shè)計(jì) （根據(jù)需求，進(jìn)行規(guī)劃設(shè)計(jì)）實(shí)施（組建）運(yùn)行（管理、調(diào)試）優(yōu)化（監(jiān)控網(wǎng)絡(luò)運(yùn)行、優(yōu)化改進(jìn)）2、FCAPS模型 ISO定義的網(wǎng)絡(luò)維護(hù)模型故障管理、配置管理、記帳管理、性能管理和安全管理。 排錯(cuò)方法和流程現(xiàn)在, 網(wǎng)絡(luò)的故障排除比過(guò)去任何時(shí)候都更為重要。隨著網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，服務(wù)的不斷增多，網(wǎng)絡(luò)出現(xiàn)故障的機(jī)率以及排錯(cuò)的難度都在不斷加大，網(wǎng)絡(luò)的正常運(yùn)行也更需要有超強(qiáng)故障排除技能的網(wǎng)

3、絡(luò)工程師。排錯(cuò)的理論基礎(chǔ)： OSI七層參考模型 TCP/IP協(xié)議故障排除過(guò)程：一、故障報(bào)告 （ 醫(yī)院：病人向醫(yī)生說(shuō)明病情，病歷本 ）來(lái)自用戶的故障報(bào)告一般都缺乏足夠的信息，需進(jìn)一步了解故障情況，并編制一份故障工單。標(biāo)明：什么時(shí)間，什么地點(diǎn)，什么出了問(wèn)題，故障影響的范圍有多大。二、收集癥狀信息 （ 醫(yī)生：望、聞、問(wèn)、切； 化驗(yàn)，CT ） 收集與故障相關(guān)的信息，集中精力有針對(duì)性地收集適當(dāng)網(wǎng)絡(luò)設(shè)備（如路由器、交換機(jī)、服務(wù)器或客戶端）的信息，避免花費(fèi)大量時(shí)間收集無(wú)用信息。1 詢問(wèn)終端用戶問(wèn)題什么不工作了？什么時(shí)間第一次注意到故障？最后一次工作后改變了什么？ 2 查看故障 查看設(shè)備的指示燈；溶化的絕緣體

4、或燒壞部件的燒焦氣味；電纜連接錯(cuò)誤；模塊和板卡的安裝錯(cuò)誤。3 命令調(diào)試 ping 目標(biāo)IP，查看連通性。不通， 到哪里可以通？ traceroute 跟蹤到目標(biāo)的路徑。 sh ip route sh ip ospf neigh debug 三、檢查收集到的信息 （ 化驗(yàn)單， CT, B超 ）收集到足夠多的信息之后，就要檢查這些信息。 有效性、全面性。四、分析癥狀，排除潛在的故障原因 （ 分析病情，排除某些病因 ）根據(jù)自己的網(wǎng)絡(luò)知識(shí)以及對(duì)收集到的信息的理解，開始排除故障的潛在原因。檢查完所收集到的信息之后，就可以根據(jù)這些數(shù)據(jù)形成初步推論，其中某些推論能暗示故障的潛在原因，而某些推論則可以排除某些

5、潛在原因。排錯(cuò)方法： （各種方法配合使用） 自下而上：從物理層開始自上而下：從應(yīng)用層開始 分而治之：用ping界定問(wèn)題是下三層，還是上四層。（推薦） 跟蹤流量路徑法：在前往目標(biāo)的路徑中，逐跳進(jìn)行檢測(cè)。 能到哪里，不能到哪里？ 對(duì)比配置法：1、相同的環(huán)境，一個(gè)設(shè)備正常，一個(gè)設(shè)備故障，則可將兩個(gè)設(shè)備的配置文件和各項(xiàng)參數(shù)進(jìn)行對(duì)比；2、當(dāng)前數(shù)據(jù)與之前的基線數(shù)據(jù)進(jìn)行對(duì)比；3、同一鏈路兩端設(shè)備的配置進(jìn)行對(duì)比（對(duì)等性原則）。 組件替換法：替換后，故障消失，則集中精力解法該故障設(shè)備。 應(yīng)用以前的經(jīng)驗(yàn)：富有經(jīng)驗(yàn)的工程師，對(duì)某些故障可能會(huì)直接確定原因。五、推斷根本性故障原因 （ 確定根本性病因 ） 在排除了故障的

6、眾多潛在原因之后，就剩下一個(gè)或少數(shù)幾個(gè)可能引起故障的根本性原因，此時(shí)就可以思考并推斷產(chǎn)生故障的最可能原因。六、驗(yàn)證推斷，并制定詳細(xì)的故障解決方案。 （ 開藥方 ）確定了最可能的故障根源后，需要制定詳細(xì)的故障解決方案來(lái)解決故障。關(guān)鍵點(diǎn)：用文檔記錄下每個(gè)操作步驟，這樣不僅可以避免遺漏某些實(shí)施步驟，而且在解決方案失效后還可用于實(shí)施回退計(jì)劃。如果方案實(shí)施后，仍無(wú)解決問(wèn)題，或產(chǎn)生了新問(wèn)題，就應(yīng)該執(zhí)行回退計(jì)劃，將網(wǎng)絡(luò)恢復(fù)到先前狀態(tài)。然后，重新評(píng)估之前推斷的故障原因，確定故障并制定新的解決方案。在生產(chǎn)性網(wǎng)絡(luò)中，實(shí)施故障解方案有時(shí)可能會(huì)給其它用戶造成臨時(shí)性網(wǎng)絡(luò)中斷。如果造成的影響大于故障的緊急成程度，則應(yīng)等到

7、下班后再進(jìn)行。（例如：1000M主路徑down，已自動(dòng)切換到100M低速路徑）七、故障解決 （ 復(fù)查 ）網(wǎng)絡(luò)故障得到解決之后，應(yīng)將故障解決情況報(bào)告給當(dāng)事人，讓用戶確認(rèn)故障已消失。 同時(shí)，應(yīng)將解決方案記錄到網(wǎng)絡(luò)文檔中。 1. 對(duì)網(wǎng)絡(luò)管理進(jìn)行改進(jìn)，避免出現(xiàn)同樣的故障。 2. 為故障排錯(cuò)提供經(jīng)驗(yàn)。 故障排錯(cuò)工具網(wǎng)絡(luò)維護(hù)和故障排錯(cuò)工具：1. IOS命令 R# ping 172.16.8.1 R# tracert 172.16.8.1 R# sh run b route # sh ip int brief # sh ip protocol # sh ip route # debug ip ospf event # sh process cpu # sh process memory2. 日志服務(wù) 調(diào)試時(shí)彈出： console telnet 保存，方便以后查看： 本地存貯（buffer 4096字節(jié)） Syslog服務(wù)器3. NTP網(wǎng)絡(luò)時(shí)間協(xié)議 R 、SW、服務(wù)器、PC 全網(wǎng)時(shí)間保持一致4. 端口鏡像 SPAN 對(duì)交換型網(wǎng)絡(luò)流量進(jìn)行監(jiān)控。5. SNMP網(wǎng)絡(luò)管理服務(wù) 通過(guò)網(wǎng)絡(luò)運(yùn)維管理平臺(tái)，對(duì)CISCO、H3C、服務(wù)器 統(tǒng)一進(jìn)行管理，監(jiān)控設(shè)備的CPU、內(nèi)存利用率，接口帶寬利用率等。 并且可以對(duì)設(shè)備的配置文件、訪問(wèn)網(wǎng)絡(luò)的用戶