S8500維護與故障(gùzhàng)處理精品資料參考資料S8500維護手冊各軟件(ruǎnjiàn)版本的配套文檔關于S8500單板和軟件(ruǎnjiàn)配套的公告2精品資料目標(mùbiāo)學習完此課程，您將會：掌握S8500維護的基礎知識掌握定位(dìngwèi)和解決常見問題的思路和方法3精品資料第1章S8500維護基礎(jīchǔ)第2章S8500常見問題定位4精品資料S8500維護基礎－軟件(ruǎnjiàn)版本系列121X&122X&123X版本目前(mùqián)最新版本是1233，以問題驅動方式逐漸向R02B02版本切換，即將轉為維護版本，但是在3G網中主推，穩定性較好。126X&127X版本目前(mùqián)最新版本是1270，1270同時也是目前(mùqián)126X&127X版本正式發布的唯一版本，是目前(mùqián)生產發貨和升級的首推版本。13XX版本目前(mùqián)最新是1303，目前(mùqián)僅用于測試，即將開實驗局。關于版本命名的規則和意義，在軟硬件介紹中已經有詳細介紹，此處不再贅述?；貞浺幌拢篠8500-VRP3.10-R1270各位分別代表什么意思呢？5精品資料S8500維護基礎－軟件(ruǎnjiàn)升級注意事項11XX版本升級到12XX版本的注意事項已經在軟硬件介紹時詳細列出升級到1263版本的注意事項密碼的位數問題BOOTROM的升級問題首先明確，目前還沒有哪個主機版本或者單板要求必須升級BOOTROM。主控板可以隨便升級。業務板則不行(bùxíng)，升級壞了只能送回生產重新燒，強烈不建議升級。BOOTROM文件夾中有兩個文件，*.BIN和*.APP，.APP才是用來升級用的，而*.BIN是用來直接燒進單板的。126X版本都有兩個版本SI是非完整版，不支持L3+板。EI是完整版，支持L3+板，1270達17.4M，flash可放不下（flash只有16M），需要放在CF卡中。6精品資料S8500維護(wéihù)基礎－軟硬件配套關系L3+板只有126X&127X版本才支持CA類單板、D類單板、新的C類單板只有126X&127X才支持詳細對應關系(guānxì)請參見相關公告關于S8500系列交換機的C類業務單板芯片變更的公告關于S8500系列交換機軟件版本與單板類型配套關系(guānxì)的公告7精品資料S8500維護基礎(jīchǔ)－熟悉S8500的軟件特性在《S8500硬件和軟件介紹》一課中已有較詳細講解；掌握產品的軟件特性(tèxìng)非一朝一夕，要多學習加多實踐；注意查看SUPPORT網站中的案例和預警公告。8精品資料S8500維護基礎－常用(chánɡyònɡ)維護命令Displayversion：查看設備使用的版本Displaycpu：查看設備的CPU使用率是否正常（S8500一般超過40％就為不正常）Displaymemory：查看內存使用率Displaydevice：看看倒底配置了哪些單板Displayenvironment：關鍵是設備溫度有問題(wèntí)嗎Displaylogbuffer：看看日志中有什么異常告警嗎Displaydiagnostic-information：非常全面的診斷信息，是800二線和研發分析問題(wèntí)的重要依據。9精品資料第1章S8500維護(wéihù)基礎第2章S8500常見問題定位10精品資料S8500常見問題定位(dìngwèi)與處理CPU占用率高問題定位與處理(chǔlǐ)上網速度慢問題定位與處理(chǔlǐ)Ping丟包問題定位與處理(chǔlǐ)轉發問題定位與處理(chǔlǐ)QACL問題定位與處理(chǔlǐ)組播問題定位與處理(chǔlǐ)關于QinQ的問題11精品資料S8500常見問題定位(dìngwèi)與處理－CPU占用率高問題定位(dìngwèi)與處理隊列(duìliè)有溢出嗎？發現CPU利用率高考慮其他原因確認是什么報文溢出的抓取報文分析確認引起CPU占有率高的原因采取措施解決問題是否12精品資料S8500常見問題定位(dìngwèi)與處理－上網速度慢定位(dìngwèi)與處理上網(shànɡwǎnɡ)速度慢Ping丟包嗎？超過端口限速了嗎端口流量達線速了嗎按ping丟包問題處理增加帶寬解決問題增加限速值解決問題考慮其他原因吧是是否否是否13精品資料丟一個(yīɡè)、通一個(yīɡè)，丟包50%S8500常見問題定位與處理(chǔlǐ)－ping丟包問題定位與處理(chǔlǐ)Ping丟包Ping包越大丟包越多Ping出ping進都丟包嚴重原因：經查是等值路由兩個下一跳一個通另一個不通引起的。經驗：遇到類似的問題首先要想到等值路由的問題。原因：經查相關單板CPU占用率很高，0隊列有大量終端被丟棄，可以確定是上CPU的0隊列受攻擊所致，再抓取上CPU的包進行分析則可確定攻擊的種類和來源。經驗：明確思路，掌握相關技術方法，高效發現和解決問題。原因：ping包都要上CPU處理，大包在ping源主機會被分片，包越大，單位時間內上CPU的分片報文越多，若太多CPU就會對其丟棄，丟失分片的包就算是被丟棄了。經驗：充分理解產品特性，解決疑難雜癥。14精品資料S8500常見問題定位與處理－轉發(zhuǎnfā)問題定位與處理－二層VLAN配置(pèizhì)MAC地址STP狀態聚合配置跨板轉發檢查VLAN內的端口是否正確，PVID是否正確檢查MAC＋VLAN對應的出端口是否正確如果使能了STP，檢查STP狀態是否正確如果配置了聚合組，檢查聚合組里的端口及狀態如果是跨板轉發，檢查跨板轉發通訊是否正常15精品資料S8500常見問題定位與處理－轉發(zhuǎnfā)問題定位與處理－三層檢查(jiǎnchá)轉發表是否正確檢查報文是否上了IPV4轉發引擎檢查虛接口MAC是否配置正確檢查INLIF是否正確接口板下一跳、接口板轉發表、主控板FIB表、路由表、路由協議_displaydrvslot<SlotNum>ipv4globalcntglobal_displaymac-table-contentslot<SlotNum>chip<ChipNum>_displaydrvrdhandleinlif<vlanid>16精品資料S8500常見問題定位(dìngwèi)與處理－QACL問題定位(dìngwèi)與處理一次匹配多個(duōɡè)動作范圍大的先下發了嗎？深度優先還是先下發先生效？流模板，您用了嗎？流量統計是干什么用的？Traffic-limit不僅是用來限速的！Traffic-redirect后網關是ping不通的！17精品資料S8500常見問題定位與處理(chǔlǐ)－組播問題定位與處理(chǔlǐ)檢查(jiǎnchá)PIM的配置是否正確檢查單播路由是否正常檢查組播路由的表項是否正確檢查是否有IGMP組檢查是否在相關接口上都配置了PIM協議和IGMP協議檢查到源的單播路由是否通檢查到RP的單播路由是否通，是否有RP（PIMSM）1、pimrouting-table2、multicastrouting-table3、multicastforwarding-table4、mpmforwarding-table沒有IGMP成員，所有的表項都不能形成。18精品資料S8500常見問題定位與處理(chǔlǐ)－關于QinQ問題－基本問題121X&122X&123X只支持一般(yībān)QinQ126X&127X支持靈活QinQ1267版本之前靈活QinQ支持不完美1267版本（含）之后靈活QinQ可以放心使用靈活QinQ的靈活體現在兩個方面對特定的流打特定的Vlantag修改TPID靈活QinQ要和hybrid端口配合使用為什么要配置“vlanfilterdisable”呢?如果是交換機中沒有acl包含的vlan時，必須配置，否則報文根本都沒有機會進入交換機，更不用提匹配到acl啦……19精品資料S8500常見問題定位(dìngwèi)與處理－關于QinQ問題－案例基于(jīyú)VLAN認證啟用靈活QinQ，修改TPID為0x9100S8500BASEPC1S3526PC2PC2可以正常上網PC1不能正常上網BASE要剝除0x9100的Vlantag后進行認證！20精品資料精品資料CPU占有率高問題定位(dìngwèi)與處理－確認是什么報文溢出的！隊列號報文類型0單播IP報文（最容易受攻擊）1AU－AddressUpdate地址更新報文2廣播報文，未知組播報文3ARPreply，IGMP報文4目的地址是組播的三層協議報文，OSPF、LDP、VRRP、RIP25重定向上CPU的報文6目的地址是組播的二層協議報文，包括STP、GVRP、GMRP、802.1X7報文發送結束通知報文22精品資料XBARAXBARBFAPPPORT4FAPPPORT4FAPPPORT4PORT0PORT0PORT0PORT1PORT3主用交換網轉發問題定位(dìngwèi)與處理－二層－跨板轉發示意圖23精品資料轉發(zhuǎnfā)問題定位與處理－二層－跨板轉發(zhuǎnfā)定位思路跨板轉發異常可能涉及到主控板、多塊接口板和背板。由于85采用(cǎiyòng)無源背板設計，背板上的電子器件很少，故障幾率最小，所以我們要首先確定是不是主控板或業務板故障?？绨遛D發可以通過診斷命令來測試業務板之間通訊，主要是測試FA外環回：testlpufaboardinterlpbk<slot1id><slot2id><packet_lenth><packet_num><packet_data>FullmashorChassistestprbs<SlotNum1><SlotNum2><TestTime><IntervalTime>testexprbs<MpuSn><LpuSn><TestTime><IntervalTime>FullmashChassis診斷模式下24精品資料CPU占有率高問題定位與處理－隊列(duìliè)有溢出嗎？1、在用戶模式下執行terminaldebugging、terminalmonitor打開調試信息開關。2、進入診斷(zhěnduàn)模式后執行命令_txerrdisplayslot<slot_num>clear確定是否有丟包統計。[Quidway-testdiag]_txerrdisplayslot6clearTxqueuestatus:TxResPkt=0TxResBf=0TxResFailPkt=0Txqueuestatus:TxQueLen=0TxQuePtr=1511TxTaskPtr=1511TxInQueueErr=0Recintstatistics:intGenScan=3178700578058005780578061262062805830578057805780578057805780578057805780545054905780612620628054558305800578057805800578057805780578057805780578054505495780578057805780612620628058305780578057805780578057805780580Reccontrolstatistics:RecInt=1190853RecMaxspeedstatistics:202620201641Recdiscardstatistics:0040271200000藍色標識字段表示上送CPU8個隊列（0~7）的丟包計數，任何一個計數有持續大量增長則說明對應隊列有溢出。25精品資料CPU占有率高問題(wèntí)定位與處理－抓取報文分析1、在診斷模式下執行命令_rxpktslot<slot_num>length<length>確認報文內容。[Quidway-testdiag]_rxpktslot6length100[Quidway-testdiag]*0.1274295QuidwayDIAGCLI/6/DBG_NOTICE:Slot=4;[PRX0]:Receivepacket:DevNum=16,PhysicalPortNo=14,PacketLen=64,Queue=3,cpucode=248,left=10000:00e0fc07