1、ISSUE 1.0,日期：2008.4.26,杭州華三通信技術(shù)有限公司 版權(quán)所有，未經(jīng)授權(quán)不得使用與傳播,H3C SR66維護(hù)與故障處理,SR66出了問題應(yīng)該如何處理 網(wǎng)絡(luò)中常見的故障有哪些,了解網(wǎng)絡(luò)故障診斷的一般方法 了解SR66常用信息搜集方法 掌握SR66日常維護(hù)方法 掌握NSR66常見故障處理方法,課程目標(biāo),學(xué)習(xí)完本課程，您應(yīng)該能夠了解：,網(wǎng)絡(luò)故障處理概述 信息采集方法 設(shè)備日常維護(hù) 具體故障處理方法 案例與FAQ,目錄,網(wǎng)絡(luò)故障處理的概念,網(wǎng)絡(luò)故障處理是一門綜合性技術(shù)，涉及網(wǎng)絡(luò)技術(shù)的方方面面。故障處理是指網(wǎng)絡(luò)中的某臺(tái)或某些臺(tái)設(shè)備發(fā)生故障后，用戶在設(shè)備供應(yīng)商提供的相關(guān)故障處理手冊(cè)的指導(dǎo)

2、下，很快定位出具體的故障原因并快速恢復(fù)業(yè)務(wù)。 故障診斷，是從故障現(xiàn)象出發(fā)，以網(wǎng)絡(luò)診斷工具為手段獲取診斷信息，確定網(wǎng)絡(luò)故障點(diǎn)，查找問題的根源，排除故障，使網(wǎng)絡(luò)故障恢復(fù)到正常運(yùn)行狀態(tài)。,網(wǎng)絡(luò)故障分類及原因,連通性問題 硬件、媒介、電源故障 配置錯(cuò)誤 兼容性問題 性能問題 網(wǎng)絡(luò)擁塞 到目的地不是最佳路由 供電不足 路由環(huán)路 其他網(wǎng)絡(luò)錯(cuò)誤,網(wǎng)絡(luò)故障處理的一般步驟,故障信息收集 觀察設(shè)備狀態(tài) 相關(guān)命令 故障定位 故障原始信息、指示燈狀態(tài)、日志告警信息分析 儀器儀表輔助分析 性能統(tǒng)計(jì)輔助分析 測試活動(dòng)輔助分析（如環(huán)回操作、對(duì)比/互換、倒換/復(fù)位） 故障排除 檢修線路 更換單板 修改配置數(shù)據(jù) 倒換系統(tǒng)、復(fù)位

3、單板、復(fù)位系統(tǒng),網(wǎng)絡(luò)故障處理概述 信息采集方法 設(shè)備日常維護(hù) 具體故障處理方法 案例與FAQ,目錄,設(shè)備故障信息收集故障現(xiàn)象描述,Who? 誰出了問題？ 是單個(gè)用戶、一組存在共性的用戶還是網(wǎng)絡(luò)中的所有用戶？ What? 是什么問題？ 是連通性問題，還是性能差的問題？如果是連通性問題，是完全連通性問題？還是部分連通性問題？ When? 何時(shí)產(chǎn)生的？ 是間歇性問題，還是經(jīng)常發(fā)生的問題，或者是剛剛發(fā)生的問題？ Where? 何處出現(xiàn)的？ 故障發(fā)生在核心區(qū)域、邊緣區(qū)域還是接入?yún)^(qū)域？,設(shè)備故障信息確認(rèn),診斷命令 ping、tracert命令 display命令 debugging命令 在使用debugg

4、ing命令時(shí)要慎重，選擇各種參數(shù)進(jìn)行過濾，減少無用的診斷信息。而且在分析完后，一定要使用undo debugging命令關(guān)閉調(diào)試信息開關(guān) 網(wǎng)絡(luò)管理工具 網(wǎng)管軟件 測試儀器 其它故障診斷工具,Ping命令,Ping命令簡介 Comware平臺(tái)的ping命令 Windows平臺(tái)的ping命令 案例：使用大包ping對(duì)端進(jìn)行MTU不一致的故障排除,Tracert命令,Tracert命令簡介 Comware平臺(tái)的tracert命令 Windows平臺(tái)的tracert命令 案例：使用tracert命令定位配置不當(dāng)?shù)木W(wǎng)絡(luò)點(diǎn),設(shè)備面板指示燈,主控板面板指示燈,RUN（綠色） 常滅無電源輸入或者主控板故障 慢

5、閃（1Hz）正常工作狀態(tài) 快閃（8Hz）正在加載應(yīng)用軟件 ACT（綠色） 常滅主控板處于備用狀態(tài) 常亮主控板處于主用狀態(tài) ALM（紅色） 常滅系統(tǒng)運(yùn)行正常，無任何告警 常亮系統(tǒng)出現(xiàn)故障，需要立即查看系統(tǒng)日志 快閃（8Hz）系統(tǒng)出現(xiàn)嚴(yán)重故障，需要立即處理,SR66的版本和配置信息,=display version= = H3C Comware Platform Software Comware Software, Version 5.20, Beta 2107 Copyright (c) 2004-2007 Hangzhou H3C Tech. Co., Ltd. All rights rese

6、rved. H3C SR6602 uptime is 0 week, 0 day, 0 hour, 5 minutes CPU type: RMI XLR732 1000MHz 1024M bytes DDR2 SDRAM Memory 4M bytes Flash Memory PCB Version: Ver.B Logic Version: 1.0 Basic BootWare Version: 1.10 Extend BootWare Version: 1.15 FIXED PORT CON (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 FIXED P

7、ORT AUX (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 FIXED PORT GE 0/0 (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 FIXED PORT GE 0/1 (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 FIXED PORT GE 0/2 (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 FIXED PORT GE 0/3 (Hardware)Ver.B, (Driver)1.0, (Cpld)1.0 SUBSLOT 1 The SubCar

8、d is not present SUBSLOT 2 The SubCard is not present,診斷信息和日志,設(shè)備診斷信息 display diagnostic-information 設(shè)備日志 display logbuffer 顯示當(dāng)前配置 display current-configuration,異常情況需要收集的信息,故障情況詳細(xì)說明 診斷信息 (display diagnostic) 登陸方式,網(wǎng)絡(luò)故障處理概述 信息采集方法 設(shè)備日常維護(hù) 具體故障處理方法 案例與FAQ,目錄,設(shè)備日常維護(hù),在設(shè)備的正常運(yùn)行過程中，為及時(shí)發(fā)現(xiàn)并消除設(shè)備所存在的隱患或缺陷、維持設(shè)備的良好

9、運(yùn)轉(zhuǎn)，從而使系統(tǒng)能夠長期安全、穩(wěn)定、可靠地運(yùn)行而對(duì)設(shè)備進(jìn)行的定期檢查與保養(yǎng),設(shè)備日常維護(hù),機(jī)房環(huán)境 溫度、濕度、清潔度 設(shè)備環(huán)境 設(shè)備溫度、電壓、清潔等 日志和告警 是否有大量日志和告警？ 設(shè)備運(yùn)行狀況 電源、風(fēng)扇、告警燈、CPU占用率、異常流量、鏈路不穩(wěn)定 業(yè)務(wù)運(yùn)行 路由表、路由協(xié)議狀態(tài),網(wǎng)絡(luò)故障處理概述 信息采集方法 設(shè)備日常維護(hù) 具體故障處理方法 案例與FAQ,目錄,物理層故障處理,物理層負(fù)責(zé)通過某種介質(zhì)提供到另一設(shè)備的物理連接，包括端點(diǎn)間的二進(jìn)制流的發(fā)送與接收，完成與數(shù)據(jù)鏈路層的交互操作等功能 物理層需要關(guān)注的是：接地、電纜、連接頭、信號(hào)電平、編碼、時(shí)鐘和組幀等,常見問題原因,以太網(wǎng)口

10、常見問題： 速率、雙工、線序（可以u(píng)p但不轉(zhuǎn)發(fā)，千兆以太網(wǎng)口線序要求與百兆不同）、光電口類型、光信號(hào)強(qiáng)弱（光口）、干擾 T1/E1接口常見問題： 常見編碼方式：AMI/HDB3(H3C與Cisco默認(rèn)不同)；時(shí)鐘設(shè)置（要求一端設(shè)置為主時(shí)鐘）；線纜長度；是否CRC校驗(yàn)及校驗(yàn)和長度；電源及接地等 串口常見問題： 速率、時(shí)鐘、電纜類型、工作模式,典型案例一,故障描述： 某銀行使用SR6602 8E1模塊和遠(yuǎn)端設(shè)備互聯(lián)，發(fā)現(xiàn)E1端口物理層不斷地UP、Down 原因分析： 通過命令display cont e1 3/0查看發(fā)現(xiàn)有大量Code Violations、幀錯(cuò)誤及LOS錯(cuò)誤，并且錯(cuò)誤一直在增長。

11、 首先排查配置沒有問題，對(duì)接雙方?jīng)]有共地，因?yàn)闆]有共地，兩端設(shè)備存在電壓差，發(fā)送方和接收方收發(fā)信號(hào)的基準(zhǔn)不一致，發(fā)送方用自己的基準(zhǔn)電壓發(fā)送信號(hào)，而接收方用自己的基準(zhǔn)電壓接收信號(hào)，由于基準(zhǔn)的不一致，導(dǎo)致信號(hào)在接收方看來達(dá)不到門限值而產(chǎn)生LOS告警。 將路由器和傳輸設(shè)備共地后問題解決,典型案例二,故障描述： 某企業(yè)SR6602 E1工作的非通道化（using e1）方式下，對(duì)端幀間填充類型配置為FF，問題現(xiàn)象是E1物理層為down，display controller e1/t1有AIS告警 原因分析： 首先排除板卡硬件和電纜沒有問題； 在E1接口下，AIS告警信號(hào)格式為全1的碼流。而對(duì)端設(shè)備在線

12、路空閑狀態(tài)下發(fā)出的碼流就是全1，這樣會(huì)被我們認(rèn)為是AIS告警，此時(shí)，可通過在E1接口下配置undo detect-ais命令來禁止E1接口檢測AIS，或通過修改對(duì)端設(shè)備發(fā)送的空閑碼類型來解決,典型案例三,故障描述： 某企業(yè)SR6608 CPOS拆分成 e1，視頻會(huì)議出現(xiàn)嚴(yán)重馬賽克的現(xiàn)象 原因分析： 首先查明馬賽克的問題是由于線路有丟包導(dǎo)致； 其次通過傳輸檢查線路，線路一切正常 最后通過分段打環(huán)，最后發(fā)現(xiàn)從SR6608上打外環(huán)，接SR6608的傳輸上打內(nèi)環(huán)有丟包，最后發(fā)現(xiàn)SR6608上配置是多模的CPOS模塊，傳輸上配置的是單模的CPOS模塊，接口不匹配 更換SR6608的模塊為單模CPOS，丟

13、包現(xiàn)象解決，視頻會(huì)議正常,典型案例四,故障描述： 某企業(yè)SR6608 POS接口與JUNIPER M320 POS接口對(duì)接，反復(fù)up/down現(xiàn)象 原因分析： 該問題由于前期版本中，SR6608 POS接口與JUNIPER對(duì)接存在故障有關(guān)，升級(jí)到2109及以后版本可以解決該問題,數(shù)據(jù)鏈路層故障處理,數(shù)據(jù)鏈路層負(fù)責(zé)在網(wǎng)絡(luò)層與物理層之間進(jìn)行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點(diǎn)如何進(jìn)行標(biāo)識(shí)；如何根據(jù)物理層接收的二進(jìn)制數(shù)據(jù)建立幀 數(shù)據(jù)鏈路層需要關(guān)注的是：協(xié)議封裝類型、協(xié)議參數(shù)設(shè)置、路徑MTU、安全、認(rèn)證、壓縮、分片、傳輸設(shè)備和線路等,常見問題原因,鏈路層協(xié)議分類： 鏈路層協(xié)議一般分為PPP、HDL

14、C、FR、X.25及SDLC等，但最為廣泛使用的是PPP協(xié)議 PPP常見故障及原因： 物理鏈路故障導(dǎo)致PPP鏈路不能UP 物理鏈路的配置不當(dāng)導(dǎo)致鏈路不能互通 PAP或CHAP驗(yàn)證配置不當(dāng)導(dǎo)致驗(yàn)證不通過 AAA配置錯(cuò)誤導(dǎo)致鏈路掛斷 MP的綁定參數(shù)設(shè)置錯(cuò)誤 使用異步口互通時(shí)對(duì)端設(shè)備不支持字符轉(zhuǎn)義,PPP典型案例一,故障描述： SR66路由器與Cisco路由器使用同步串口互通，兩端都使用缺省的最簡配置。 SR66的鏈路層協(xié)議不能UP，Cisco路由器的鏈路層雖然可以UP，但過一分鐘左右又會(huì)DOWN掉 原因分析： SR66廣域網(wǎng)口缺省的鏈路層協(xié)議是PPP，但Cisco的同步串口上缺省的鏈路層協(xié)議是HD

15、LC，所以不能互通。Cisco的HDLC協(xié)議發(fā)出的KEEPALVE報(bào)文，得不到回應(yīng)，導(dǎo)致協(xié)議DOWN,PPP MP典型案例一,故障描述： SR66 PPP MP捆綁與Cisco 互通時(shí)，有四條鏈路分別是兩兩綁定到一個(gè)VT，但發(fā)現(xiàn)前兩個(gè)綁定到VT0上的串口能正常工作，后兩個(gè)綁定到VT3上的串口不通正常工作 原因分析： 此問題是終端描述符的問題。SR66路由器在每個(gè)Virtual-Template發(fā)送的終端描述符都一樣，對(duì)端Cisco 發(fā)現(xiàn)不同VT口綁定的終端描述符一樣就拆線。修改配置為PAP或CHAP認(rèn)證，不同的VT口發(fā)送不同的用戶名，就可以解決這個(gè)問題,PPP MP典型案例二,故障描述： SR

16、66 PPP MP捆綁與港灣設(shè)備互通時(shí)，兩兩綁定到一個(gè)VT，當(dāng)使用SR6608與省局的港灣ES80 MP對(duì)接時(shí)mp接口與物理接口均up，但是不能ping通對(duì)端mp接口的地址，但使用單接口正常。NE系列與港灣設(shè)備MP正常 原因分析： 此問題是終端描述符的問題。SR6608不支持指定終端描述符的特性，而港灣設(shè)備MP需要配置終端描述符，所以和6608互通導(dǎo)致省局GW設(shè)備找不到MP父接口，導(dǎo)致無法ping通。而NE設(shè)備支持終端描述符的識(shí)別，所以MP可以ping通。更改SR6608與港灣設(shè)備之間的MP方式為認(rèn)證方式即可,網(wǎng)絡(luò)層故障處理,網(wǎng)絡(luò)層負(fù)責(zé)實(shí)現(xiàn)數(shù)據(jù)的分段打包與重組以及差錯(cuò)報(bào)告，更重要的是它負(fù)責(zé)信息

17、通過網(wǎng)絡(luò)的最佳路徑 網(wǎng)絡(luò)層需要關(guān)注的是：IP地址及子網(wǎng)掩碼、無路由（非預(yù)期路由）、路由環(huán)路、路由振蕩、地址重復(fù)等 可以使用Ping和Tracert命令分段測試連通性,BGP典型案例,故障描述： SR66 和 Cisco互通時(shí)，BGP采用MD5認(rèn)證，BGP鄰居可以建立，但BGP路由僅僅能夠?qū)W習(xí)一條缺省路由 原因分析： SR66缺省情況下，MTU配置最小分片為1500，加入MD5認(rèn)證后，MTU值大于1500，當(dāng)路由條目過多時(shí)，BGP報(bào)文過大，被中間傳輸丟棄。更改端口MTU設(shè)為1480，問題解決。,IP MTU典型案例,故障描述： SR66 ppp mp捆綁和 Cisco互通時(shí)， SR66下連PC通

18、過FTP訪問Cisco下連FTP服務(wù)器，上傳文件非常慢，對(duì)端設(shè)置了強(qiáng)制不分片功能，并且無法更改。 原因分析： SR66缺省情況下，min-fragment值為128字節(jié)。 MP出報(bào)文大于等于128則開始分片。而對(duì)端設(shè)置了強(qiáng)制不分片功能，所以SR66 MP發(fā)去的分片報(bào)文對(duì)端無法重組。 后來改成ppp mp min-fragment 1500，但MTU缺省情況下是1500。網(wǎng)絡(luò)層傳下來的報(bào)文是1500，當(dāng)報(bào)文如果大于等于1500時(shí)會(huì)分為兩片，所以還是有問題 MTU通過修改配置最小分片為1500，MTU設(shè)為1400，這樣網(wǎng)絡(luò)層發(fā)下來的報(bào)文只有1400，小于1500就不會(huì)分片，問題解決。,傳輸層以上故

19、障處理,故障現(xiàn)象： 無法訪問、連接失敗 FTP傳輸大包不過、WEB無法訪問 網(wǎng)絡(luò)運(yùn)行不穩(wěn)定 網(wǎng)速慢、部分網(wǎng)頁打不開 原因定位： TCP MSS參數(shù)設(shè)置不當(dāng) 安全及防火墻參數(shù)配置錯(cuò)誤 CPU或內(nèi)存利用率過高 Qos策略及其參數(shù)配置不當(dāng),TCP MSS典型案例,故障描述： SR66路由器作為BGP/MPLS VPN網(wǎng)絡(luò)的PE設(shè)備，下連CE設(shè)備為Web服務(wù)器，屬于VPN1；遠(yuǎn)端PE設(shè)備下屬VPN1中有一個(gè)普通PC ，發(fā)現(xiàn)PC訪問網(wǎng)頁速率很慢，另外FTP下載也很慢 原因分析： 中間P設(shè)備MTU值把8個(gè)字節(jié)MPLS標(biāo)簽計(jì)算在內(nèi)，且MTU值最大為1500，不可修改。Web服務(wù)器發(fā)給PC的報(bào)文經(jīng)過MPLS封

20、裝后為1508字節(jié)，超過P設(shè)備出接口MTU而分片，由于IP報(bào)文DF1，故丟棄報(bào)文。 在SR66綁定VPN1的接口下配置tcp mss 1400命令解決,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP和MP故障處理 VLAN故障處理,單板注冊(cè)故障診斷流程,單板注冊(cè)故障處理,檢查是否為單板注冊(cè)故障 單板狀態(tài)指示燈是否正 未注冊(cè)一般快閃，或在一段時(shí)間內(nèi)常亮 通過display device命令查看單板狀態(tài) 查看單板復(fù)位原因 通過display device 查看 通過display logbuff

21、er可以查看更詳細(xì)的信息 注意：單板有無物理損壞？ 單板是否有斷針、倒針的情況 單板未插緊會(huì)導(dǎo)致注冊(cè)異常，可嘗試拔出單板并重新插緊,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP和MP故障處理 VLAN故障處理,以太網(wǎng)接口故障診斷流程,以太網(wǎng)接口故障處理檢查物理狀態(tài),使用display interface命令查看端口信息 線纜問題 配置問題 協(xié)商問題 在接口視圖下運(yùn)行l(wèi)oopback命令 如果狀態(tài)為UP：本地接口硬件工作正常，線纜有問題，需要更換線纜 如果狀態(tài)為DOWN：單板故障，需要維修單

22、板,以太網(wǎng)接口故障處理檢查鏈路狀態(tài),如果物理層狀態(tài)為UP，而鏈路層狀態(tài)DOWN 未配置正確的IP地址 如果物理層和鏈路層都UP，卻ping不通 兩個(gè)以太網(wǎng)接口的IP地址是否位于同一子網(wǎng)內(nèi)？ 是否學(xué)習(xí)到對(duì)端設(shè)備的ARP？ 網(wǎng)絡(luò)內(nèi)是否有相沖突的IP地址？,以太網(wǎng)接口故障處理檢查鏈路層處理,檢查網(wǎng)絡(luò)中是否有相同IP的主機(jī)存在 日志里會(huì)有相關(guān)記錄 ARP表項(xiàng)是否正常生成 沒有生成：可能是ARP表項(xiàng)滿 有表項(xiàng)但表項(xiàng)顯示為Incomplete：可能是配置問題或路由有問題 使用debug arp命令查看ARP報(bào)文 Ethernet鏈路層收發(fā)報(bào)文是否正常 使用debug ethernet packet命令查看

23、鏈路層報(bào)文的收發(fā)情況 使用display interface查看端口是否有大量CRC錯(cuò)誤 查看子接口的VLAN ID 兩端相應(yīng)的子接口封裝的VLAN是否一致？,以太網(wǎng)接口故障處理查看端口計(jì)數(shù),RouterA-Ethernet2/0/0display this interface Ethernet2/0/0 current state: up Line protocol current state: up Hardware is WAN-FastEthernet, Address is 00e0-fc68-adb8 Description: HUAWEI, Quidway Series, Eth

24、ernet2/0/0 Interface Internet address is: /24 Is-Primary The Maximum Transmit Unit is 1500 bytes, the BandWidth is 100000 Kbits Send-frame-type is Ethernet_II, loopback not set Negotiation enabled, full-duplex, 100Mbps, urpf disabled This port works as a Router Statistics last cleared: never

25、Traffic statistics: Last 5 minutes input rate 0 bytes/sec, 0 packets/sec Last 5 minutes output rate 0 bytes/sec, 0 packets/sec 29 packets input, 2448 bytes 29 packets output, 2448 bytes Input: 0 shorts, 0 jumbos, 0 giants, 0 pauses 5 unicasts, 24 multicasts, 0 broadcasts 0 MulticastOctets, 0 Multica

26、stPkts 0 InvalidVlanOctets, 0 InvalidVlanPkts 0 input fragments, 0 jabbers 0 CRC, 0 errors, 0 overruns Output: 0 shorts, 0 jumbos, 0 giants 4 unicasts, 24 multicasts, 1 broadcasts 0 MulticastOctets, 0 MulticastPkts 0 InvalidVlanOctets, 0 InvalidVlanPkts 0 runts, 0 jabbers, 0 CRC 0 deferrals, 0 under

27、runs, 0 aborts 0 collisions, 0 lates, 0 singles 0 multiples, 0 excessives,如果各項(xiàng)配置都正確但仍ping不通，用display interface ethernet | gigabitethernet 命令查看各項(xiàng)端口計(jì)數(shù)獲取更多信息,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP和MP故障處理 VLAN故障處理,POS物理層狀態(tài)不能UP 故障診斷流程,POS物理層狀態(tài)不能UP 故障診斷流程,POS故障處理(物理層狀態(tài)

28、不能UP ),檢查光纖是否插好，收發(fā)光纖是否插對(duì)，光纖是否損壞 在接口視圖下執(zhí)行l(wèi)oopback local命令 須先在接口視圖下執(zhí)行l(wèi)ink-protocol hdlc命令將協(xié)議設(shè)置為HDLC 如果狀態(tài)為UP：本地接口硬件工作正常，需要更換線纜 如果狀態(tài)為DOWN：單板故障，需要維修單板,POS故障處理(物理層狀態(tài)不能UP ),使用display interface interface-type interface-number命令查看鏈路兩端的POS接口的狀態(tài)信息是否一致,display interface pos1/0/0 verbose Pos1/0/0 current state:

29、up Line protocol current state: up （以上為物理層鏈路層狀態(tài)信息。） Physical layer is Packet over SDH Line Type: SFP Optical Transceiver Compliance :OC3-MM-SHORT REACH VendorName: OCP PartNumber: TRP-03BC Mode: MultiMode WaveLength: 1310 Length for 50/125um: 2000m Length for 62.5/125um: 2000m Description: HUAWEI, Q

30、uidway Series, Pos1/0/0 Interface （以上為光模塊信息以及端口描述等） The configured MTU is 4470 bytes, and the negotiated MTU is 4470 bytes The BandWidth is 155000 Kbits Loopback not set, Clock source master, Scramble enabled, Urpf disabled Link-protocol is PPP MRU: 4470 bytes, Negotiate Timeout set 3 seconds Peer M

31、RU: 4470 bytes, Magic number: 16804816 LCP: Opened NCP: MPLSCP Opened,Input: 244 Lcps, 0 Ipcps, 2 Ip6cps, 4 Mplscps, 0 Osicps, 0 Invalids Output:246 Lcps, 0 Ipcps, 2 Ip6cps, 4 Mplscps, 0 Osicps, 0 Invalids Hold time is 10 (sec) Input: 240 Timerhold Packets Output:240 Timerhold Packets Statistics las

32、t cleared: never Traffic statistics: Last 5 minutes input rate 2 bytes/sec, 0 packets/sec Last 5 minutes output rate 2 bytes/sec, 0 packets/sec Input: 287 packets, 8196 bytes 0 MulticastPkts, 0 MulticastBytes 0 errors, 1 CRC, 0 giants Output:284 packets, 7312 bytes, 0 underruns 0 MulticastPkts, 0 Mu

33、lticastBytes 0 CRC, 0 aborted sequences, 0 giants （以上為鏈路層協(xié)議信息，包括PPP協(xié)議中的協(xié)商信息等）,POS故障處理(物理層狀態(tài)不能UP ),查看clock字段，檢查兩端設(shè)備的時(shí)鐘模式是否匹配 查看Physical layer is Packet Over字段，檢查兩端設(shè)備的幀格式是否匹配 查看CRC字段，檢查兩端設(shè)備的CRC校驗(yàn)字長度是否匹配 查看Flag J0、Flag C2字段，檢查兩端設(shè)備的開銷字節(jié)是否匹配 查看Scramble字段，檢查兩端設(shè)備的加擾是否一致,POS故障處理鏈路層故障診斷,POS接口的物理狀態(tài)已經(jīng)UP，但鏈路層狀態(tài)

34、卻始終不能UP。根據(jù)POS接口鏈路層配置協(xié)議的不同 ，有不同的排錯(cuò)流程 PPP HDLC,POS口封裝PPP協(xié)議故障診斷流程,POS故障處理PPP,打開PPP協(xié)議調(diào)試開關(guān) 檢查兩端配置情況 檢查LCP協(xié)商是否成功 檢查NCP協(xié)商是否成功 查看兩端口的加擾是否一致 （詳見后續(xù)PPP協(xié)議故障處理）,POS口封裝HDLC協(xié)議故障診斷流程,POS故障處理HDLC,查看兩端口的鏈路層協(xié)議是否一致 兩端的Link layer protocol同時(shí)為PPP或者同時(shí)為HDLC 查看端口是否配置IP地址借用 必須保證需要借用地址的一端能夠?qū)W習(xí)到對(duì)端的網(wǎng)絡(luò)路由 查看輪詢時(shí)間是否相同 使用timer hold命令設(shè)

35、置兩端輪詢時(shí)間相同 查看兩端口的mtu值和加擾狀態(tài)是否一致 使用mtu和scramble/undo scramble命令設(shè)置兩端參數(shù)一致,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP和MP故障處理 VLAN故障處理,CPOS接口故障診斷流程(Serial接口),CPOS故障處理(Serial接口),排除接口的物理故障 光纖、光模塊、單板型號(hào)是否匹配？ 配置改動(dòng)后通過shutdown/undo shutdown重啟Seriel口 在接口視圖下執(zhí)行l(wèi)oopback local命令 查看兩端口的

36、鏈路層協(xié)議是否一致 兩端的Link layer protocol同時(shí)為PPP或者同時(shí)為HDLC 檢查Serial接口之間的PPP協(xié)議是否工作正常 檢查PPP協(xié)議的LCP協(xié)商階段是否正常 檢查PPP協(xié)議的IPCP協(xié)商階段是否正常 檢查Serial接口下各項(xiàng)端口計(jì)數(shù),CPOS接口故障診斷流程(MP接口),CPOS故障處理(MP接口),排除物理故障 檢查MP接口的鏈路層協(xié)議是否正常運(yùn)行 在MP接口下運(yùn)行display this interface命令，檢查MP-GROUP協(xié)議是否處于UP狀態(tài) 檢查MP接口下的include值 MP接口下包含的Serial鏈路數(shù)目應(yīng)大于等于1 檢查MP接口下每一個(gè)Se

37、rial口是否處于Active狀態(tài) Active表明此Serial鏈路被激活，處于可用狀態(tài) InActive表明此鏈路不能正常工作未激活，不可用 MP口下的Serial鏈路應(yīng)至少有一個(gè)處于Active狀態(tài),具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP和MP故障處理 VLAN故障處理,E1&CE1接口故障診斷流程,E1&CE1接口故障處理檢查物理狀態(tài),使用display controller命令查看接口信息 配置問題 線纜問題 協(xié)商問題 在接口視圖下執(zhí)行l(wèi)oopback local命令 須先

38、在接口視圖下執(zhí)行l(wèi)ink-protocol hdlc命令將協(xié)議設(shè)置為HDLC 如果狀態(tài)為UP：本地接口硬件工作正常，需要更換線纜 如果狀態(tài)為DOWN：單板故障，需要維修單板,E1&CE1接口故障處理檢查鏈路狀態(tài),使用display interface serial命令查看鏈路狀態(tài)信息 互聯(lián)的兩端是否封裝相同的鏈路層協(xié)議？ 接口是否配置了合法的IP地址？ PPP協(xié)議協(xié)商是否正常？,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 POS接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP協(xié)議故障處理 VLAN故障處理,ATM接口故障診斷流程(IPoA),

39、ATM接口故障診斷流程(IPoA),ATM接口故障診斷處理(IPoA),檢查ATM接口是否UP 光纖是否插接正確 檢查兩端ATM接口下PVC配置是否一致 PVC的對(duì)應(yīng)VPI/VCI必須與對(duì)端保持一致 PVC的對(duì)應(yīng)AAL5封裝必須與對(duì)端保持一致 PVC的對(duì)應(yīng)幀格式必須與對(duì)端保持一致 檢查是否生成ARP表項(xiàng)，并判斷出PVC是否正確 使用display arp slot查看所學(xué)習(xí)的ARP，查看所學(xué)表項(xiàng)是否正確 檢查是否啟動(dòng)OAM，兩端頻率是否一致 display atm pvc-info interface atm 1/0/0 pvc 0/40,ATM接口故障診斷流程(IPoEoA),ATM接口故障

40、診斷處理(IPoEoA),檢查ATM接口之間是否可以互通 在VE所綁定的PVC所在ATM接口下新創(chuàng)建一條PVC，檢測ATM接口是否可以互通，保證ATM接口的正常 檢查PVC是否正確綁定VE display interface Virtual-Ethernet x/x/x檢查是否有PVC綁定VE以及該P(yáng)VC是否激活 如果VE所包含PVC數(shù)目為0，則需要基于PVC視圖使用map bridge命令加以綁定 檢查兩端AAL5配置是否一致 ATM接口下，PVC的對(duì)應(yīng)AAL5封裝必須與對(duì)端保持一致 檢查是否生成ARP表項(xiàng)，并判斷出PVC是否正確,具體故障處理方法,單板注冊(cè)故障處理 以太網(wǎng)接口故障處理 PO

41、S接口故障處理 CPOS接口故障處理 E1&CE1接口故障處理 ATM接口故障處理 PPP協(xié)議故障處理 VLAN故障處理,PPP協(xié)議故障診斷流程,PPP協(xié)議故障處理,檢查物理狀態(tài)是否up 光纖、光模塊、單板型號(hào)是否匹配？ 配置改動(dòng)后通過shutdown/undo shutdown重啟Seriel口 在接口視圖下執(zhí)行l(wèi)oopback local命令 檢查配置 檢查認(rèn)證方式、時(shí)鐘、MTU、加擾等參數(shù)是否正確 打開PPP調(diào)試開關(guān) debugging lpu slotid ppp cardid portid all terminal debugging terminal monitor,PPP協(xié)議故障

42、處理,檢查LCP協(xié)商是否成功 使用display interface interface_num查看PPP LCP狀態(tài)是否為Opened 檢查debug信息，確定收到報(bào)文的封裝格式是否正確 檢查兩端的收發(fā)包計(jì)數(shù)，確定是否存在丟包 當(dāng)認(rèn)證失敗和NCP協(xié)商失敗的時(shí)候，也會(huì)引起LCP的重協(xié)商 物理鏈路的不穩(wěn)定，也會(huì)影響LCP的狀態(tài) 檢查認(rèn)證是否正確 PAP/CHAP 檢查NCP協(xié)商是否成功 是否配置了正確的IP地址,PPP協(xié)議故障處理認(rèn)證方式,PAP認(rèn)證需要關(guān)注如下問題 在Server端和Client端均需要配置認(rèn)證方式為PAP 在Client端配置用戶名與密碼發(fā)送指令 在Server端的AAA中，

43、應(yīng)該有客戶端發(fā)送的用戶名和密碼 CHAP認(rèn)證需要關(guān)注如下問題 Server端需要將對(duì)端用戶名和密碼加入本地用戶列表 Client端需要配置驗(yàn)證時(shí)的用戶名和口令 CHAP的用戶名和本端AAA配置的用戶名是不一樣的,網(wǎng)絡(luò)故障處理概述 信息采集方法 設(shè)備日常維護(hù) 具體故障處理方法 案例與FAQ,目錄,案例（一）PC無法ping通SR66上網(wǎng)關(guān),故障描述 某局點(diǎn)開局測試發(fā)現(xiàn)如下問題： SR66，接兩臺(tái)交換機(jī)的口同屬于Vlan1 PC通過二層交換機(jī)-1連至SR66可ping通網(wǎng)關(guān) PC通過二層交換機(jī)-2連至SR66不能ping通網(wǎng)關(guān),NE40,L2交換機(jī)-1,L2交換機(jī)-2,PC,案例（一）PC無法pi

44、ng通SR66網(wǎng)關(guān),故障分析 中間通過不同的二層交換機(jī)，交換機(jī)上Vlan是否正確劃分？ 假設(shè)二層交換機(jī)均正常工作，SR66上應(yīng)能學(xué)習(xí)到PC的ARP 定位過程 檢查SR66上的ARP，發(fā)現(xiàn)： 正常情況下，SR66上有PC的ARP 錯(cuò)誤情況下，SR66上沒有PC的ARP 檢查PC上的ARP，發(fā)現(xiàn)： PC上ARP表項(xiàng)不正常，網(wǎng)關(guān)對(duì)應(yīng)的mac不是SR66mac 通過在交換機(jī)上比對(duì)mac，該mac對(duì)應(yīng)的是一臺(tái)pc；經(jīng)過檢查，該pc中了arp欺騙病毒,案例（二）由于配置錯(cuò)誤導(dǎo)致的MP未通,故障描述 在某次測試過程中，組網(wǎng)如下圖所示，配置完成后，發(fā)現(xiàn)MP接口不通 故障分析 由于MP的狀態(tài)是down，而其中某

45、些子通道有些是down有些是active的，所以考慮可能是子通道的配置雙方不一致，導(dǎo)致協(xié)商不通過,案例（二）由于配置錯(cuò)誤導(dǎo)致的MP不通,處理步驟 使用display controller cpos命令查看發(fā)現(xiàn)物理層狀態(tài)為UP，證明線路是好的 使用display interface serial命令查看Serial接口的LCP協(xié)商狀態(tài)，看到LCP協(xié)商狀態(tài)不是OPENED 直接在端口打環(huán)（loopback remote），發(fā)現(xiàn)環(huán)上SR66上的端口后，對(duì)端SR88無法看到環(huán) 經(jīng)過電信確認(rèn)，電信確認(rèn)是中心光傳輸設(shè)備E1對(duì)應(yīng)關(guān)系不一樣，88對(duì)應(yīng)的是1234；66上對(duì)應(yīng)的是11，21，32，43；重新配置

46、后，發(fā)現(xiàn)物理up但mp不通 檢查配置，發(fā)現(xiàn)MP口被手工shutdown，配置undo shutdown后MP UP,案例（二）由于配置錯(cuò)誤導(dǎo)致的MP不通,案例總結(jié) MP端口對(duì)應(yīng)關(guān)系要正確 端口配置正確 Undo shutdown端口,案例（三）IP地址掩碼配置不精確導(dǎo)致環(huán)路,故障描述 兩臺(tái)SR66通過POS 155M接口互連，正常情況下，網(wǎng)絡(luò)的流量只有30M左右。一次發(fā)現(xiàn)兩臺(tái)設(shè)備之間的鏈路流量異常，幾乎已經(jīng)達(dá)到鏈路線速，導(dǎo)致正常業(yè)務(wù)受影響 故障分析 可能原因 有突發(fā)流量產(chǎn)生 病毒攻擊 路由環(huán)路,案例（三） IP地址掩碼配置不精確導(dǎo)致環(huán)路,分析定位過程 查看設(shè)備其它接口流量，發(fā)現(xiàn)與正常時(shí)流量相當(dāng)，基本可以排除突發(fā)流量的影響 查看配置信息，發(fā)現(xiàn)設(shè)備接口上配置了防止常見病毒的訪問控制列表，訪問控制列表命中數(shù)目也沒有異常的增加（病毒攻擊不會(huì)只影響一條鏈路） 單一鏈路上流量異常的情況最容易就是由路由環(huán)