網(wǎng)絡(luò)設(shè)備現(xiàn)場(chǎng)維護(hù)手冊(cè)

1、. 現(xiàn)場(chǎng)工程師設(shè)備維護(hù)手冊(cè)網(wǎng)絡(luò)工程師現(xiàn)場(chǎng)維護(hù)手冊(cè)1. 適應(yīng)范圍 范圍：所有現(xiàn)場(chǎng)故障排除的任務(wù)均需參照該指導(dǎo)書(shū)要求。2. 目的 目的：為了提高工作效率,主動(dòng)地搞好各代維點(diǎn)網(wǎng)絡(luò)設(shè)備的維護(hù)，力求保證各代維點(diǎn)網(wǎng)絡(luò)主干暢通。及時(shí)解決網(wǎng)絡(luò)運(yùn)行中出現(xiàn)的問(wèn)題，各維護(hù)人員要規(guī)范、有效地作好維護(hù)工作，不僅要解決出現(xiàn)的問(wèn)題，而且盡量去分析出現(xiàn)問(wèn)題的原因，為以后解決類似問(wèn)題節(jié)約時(shí)間和精力。3. 主要涉及部門 國(guó)網(wǎng)客服服務(wù)中心國(guó)網(wǎng)信通網(wǎng)控中心技術(shù)服務(wù)中心技術(shù)支持網(wǎng)絡(luò)設(shè)備服務(wù)廠商4. 輸出：現(xiàn)場(chǎng)網(wǎng)絡(luò)設(shè)備故障報(bào)告（一） 維護(hù)人員準(zhǔn)備為了搞好網(wǎng)絡(luò)維護(hù)，當(dāng)問(wèn)題出現(xiàn)時(shí)能及時(shí)發(fā)現(xiàn)問(wèn)題、較快解決問(wèn)題。各網(wǎng)絡(luò)維護(hù)人員在平時(shí)須

2、準(zhǔn)備好以下準(zhǔn)備：1.     常規(guī)類：各路由器、防火墻、核心設(shè)備配置和數(shù)據(jù)資料備份。2.    工具類：筆記本電腦、光通道檢測(cè)儀、網(wǎng)絡(luò)測(cè)試儀、水晶頭、標(biāo)簽、筆、相關(guān)機(jī)房鑰匙和卡片。3.   資料類：網(wǎng)絡(luò)IP地址分配表、管理IP分配表、各代維技術(shù)資料、路由器、防火墻、核心和匯聚交換機(jī)的說(shuō)明書(shū)、防火墻的說(shuō)明書(shū)、路由器的說(shuō)明書(shū)、維護(hù)聯(lián)系電話表。更新日期： 2011 年 11 月 13 日版本：1.0:27目 錄技術(shù)部分1 網(wǎng)絡(luò)常見(jiàn)信息收集方法21.1 日常維護(hù)操作21.2 操作命令示例72 故障處理92.1 處理原則102.2 準(zhǔn)

3、備工作102.3 必備資料102.4 業(yè)務(wù)全阻故障的處理【整個(gè)局域網(wǎng)無(wú)法訪問(wèn)任何網(wǎng)絡(luò)】102.5 部分用戶業(yè)務(wù)中斷故障的處理流程 【局域網(wǎng)故障】152.6 Ping 命令應(yīng)用173 緊急故障處理方法193.1 CPU占用率較高的問(wèn)題193.2 硬件接口問(wèn)題203.3 單板故障213.4 丟包問(wèn)題223.5 STP相關(guān)問(wèn)題233.6 VRRP相關(guān)問(wèn)題253.7 OSPF相關(guān)問(wèn)題254 其他常見(jiàn)信息收集方法26技術(shù)部分1 網(wǎng)絡(luò)常見(jiàn)信息收集方法1.1 日常維護(hù)操作工程師到達(dá)現(xiàn)場(chǎng)后，首先記錄到達(dá)時(shí)間并由現(xiàn)場(chǎng)相關(guān)人員確認(rèn)簽字或者登入故障網(wǎng)絡(luò)設(shè)備，設(shè)備故障時(shí)，登入并操作網(wǎng)絡(luò)設(shè)備時(shí)必須截取屏幕or 用相機(jī)拍

4、下登入網(wǎng)絡(luò)設(shè)備時(shí)的屏幕。提示：截屏和拍照需顯示現(xiàn)場(chǎng)時(shí)間】編碼檢查項(xiàng)目檢查分項(xiàng)目檢查方法備 注是否正常設(shè)備時(shí)間display clock顯示設(shè)備時(shí)間是否正常是 否 1環(huán)境及網(wǎng)絡(luò)設(shè)備單板硬件狀態(tài)檢查環(huán)境狀況display environment所有主控板，接口板溫度都應(yīng)該在門限70度以內(nèi)是 否 風(fēng)扇狀況display fan風(fēng)扇應(yīng)該顯示normal是 否 電源狀況display power電源應(yīng)該顯示normal是 否 指示燈狀況觀察所有單板的運(yùn)行燈及告警燈的運(yùn)行狀況正常狀態(tài)下，單板板運(yùn)行燈慢閃，告警燈常滅。觀察網(wǎng)絡(luò)設(shè)備面板狀態(tài)燈，是否有橙色維修報(bào)警燈亮？是 否 單板運(yùn)行狀況display dev

5、ice所有業(yè)務(wù)板應(yīng)該是Normal，主控板為master或slave狀態(tài)是 否 2雙主控設(shè)備自檢主備板軟件版本是否一致？display boot-loader一定要確保主備板的軟件版本一致，包括當(dāng)前使用版本和下次啟動(dòng)版本。是 否 主控板上是否保存了配置？是否設(shè)置了啟動(dòng)配置文件？dirdisplay startup如果不存在配置文件，請(qǐng)執(zhí)行save命令保存是 否 備板是否保存有配置文件使用命令dir slot#如果不存在配置文件，請(qǐng)執(zhí)行save命令保存是 否 3CPU占用率CPU的占用率是否忽高忽低.震蕩比較大(1060%)或者一直高(主控板CPU占用率是否超過(guò)60？業(yè)務(wù)板CPU占用率是否超過(guò)6

6、0？)多次使用display cpu.查看.正常情況下，主控板和業(yè)務(wù)板在5分鐘內(nèi)的平均利用率應(yīng)該在60%以下，并且無(wú)較大的震蕩。是 否 4內(nèi)存占用率主控板和業(yè)務(wù)板內(nèi)存占用率是否在60以下display memory slot 如果內(nèi)存高于60，需要通過(guò)_display memory命令確認(rèn)那個(gè)模塊占用內(nèi)存過(guò)道，以便排查。是 否 5端口自檢 端口是否協(xié)商出了半雙工？Display brief interface如果顯示某個(gè)端口狀態(tài)為half，需要確認(rèn)是否兩端配置不一致導(dǎo)致。是 否 是否在沒(méi)有必要啟動(dòng)流控端口配置流控?使用display current命令查看配置關(guān)閉該端口流控.是 否 端口出/入

7、方向是否有大量的錯(cuò)誤報(bào)文display interface查看errors部分是否有較大數(shù)據(jù)，并且在增加如果有，需要檢查：1: 檢查線路質(zhì)量，中間連接的光電轉(zhuǎn)換器；2: 兩端配置是否一致？是否一端為強(qiáng)制而對(duì)端為協(xié)商?是 否 是否有比較頻繁的端口UP/DOWN?display logbuffer如果有某個(gè)端口有較多的UP、DOWN記錄，需要檢查：1: 該端口是否直連PC？如果是，開(kāi)關(guān)PC機(jī)會(huì)造成端口DOWN；2: 檢查線路和中間連接的光電轉(zhuǎn)換器；3: 千兆端口檢查光功率是否處于臨界值？4: 檢查兩端配置是否一致？是 否 61000M光口自檢千兆光口兩端是否配置了千兆強(qiáng)制？display curr

8、ent interfaceH3C設(shè)備與其它廠商設(shè)備互連，建議光口速度和雙工設(shè)置為強(qiáng)制模式，H3C設(shè)備自己互連，優(yōu)先采用協(xié)商方式是 否 千兆光口是否有CRC錯(cuò)誤？是否在增長(zhǎng)？display interface如果發(fā)現(xiàn)大量CRC錯(cuò)誤，且在增長(zhǎng)，需要檢查光功率是否處于臨界值？可以通過(guò)更換光模塊、更換尾纖或清洗維光模塊連接器的方式解決。是 否 7設(shè)置TRUNK端口和MULTI端口的自檢檢查TRUNK端口是否配置undo port trunk permit vlan 1display current interface如果系統(tǒng)配置了GVRP，同時(shí)RUNK端口配置undo port trunk permi

9、t vlan 1，需要重新設(shè)置TRUNK端口的pvid為允許的vlan成員之一是 否 端口PVID是否和對(duì)端的PVID一致？display current interface互連鏈路兩端端口的PVID值設(shè)置必須一致是 否 TRUNK端口允許通過(guò)的VLAN是否和對(duì)端允許通過(guò)的VLAN一致？display current interface互連Trunk端口的兩端設(shè)備允許通過(guò)的VLAN配置必須一致，避免一端為TRUNK ALL，另外一端非TRUNK ALL。是 否 是否一端配置成TRUNK,一端配置成ACCESS?display current interface根據(jù)實(shí)際情況調(diào)整兩端的配置到一致?tīng)?/p>

10、態(tài)是 否 VLAN 1是否成環(huán)路?用display interface命令查看所有設(shè)備互連Trunk端口的配置根據(jù)網(wǎng)絡(luò)情況調(diào)整,去掉VLAN 1環(huán)路是 否 8STP的自檢檢查STP時(shí)間因子的設(shè)置情況display current查看配置中是否存在stp timer-factor，如果不存在，建議配置為stp timer-factor 10 ，增加STP的穩(wěn)定性。是 否 接PC的端口是否配置為邊緣端口？display current interface如果配置了邊緣端口， 配置中會(huì)有stp edged-port的顯示確認(rèn)和PC連接的端口設(shè)置為edge-port或者將STP關(guān)掉，和不支持STP設(shè)備

11、互連端口的STP關(guān)掉，避免這些端口的UP/DOWN干擾STP的計(jì)算。是 否 是否存在和思科的PVST+互通情況？檢查各個(gè)設(shè)備上STP的狀態(tài)計(jì)算是否正常如果存在類似問(wèn)題，最好改為3層互連的方式，避免和思科私有的PVST協(xié)議互通。是 否 各個(gè)STP邏輯環(huán)路路中是否存在公共VLAN?使用display current 檢查STP端口配置避免多個(gè)STP邏輯環(huán)路中有公共VLAN，減小廣播域?qū)ζ渌黃TP邏輯環(huán)路影響。是 否 是否存在TC攻擊，導(dǎo)致端口STP狀態(tài)不停切換？dis stp tc，dis stp history查看端口tc計(jì)數(shù)和stp狀態(tài)切換記錄時(shí)間確認(rèn)和PC連接的端口設(shè)置為edge-port或

12、者將STP關(guān)掉。和不支持STP設(shè)備互連的端口關(guān)掉STP是 否 9VRRP自檢握手時(shí)間是否設(shè)置成3秒？?jī)啥说膙rrp握手時(shí)間是否一致？display vrrp如果VRRP組在5個(gè)以下可以統(tǒng)一將VRRP握手時(shí)間改為3秒，如果VRRP組過(guò)多，可以將VRRP分為五個(gè)或三個(gè)一組，每組的VRRP握手時(shí)間分別配置為3秒、5秒、7秒是 否 10OSPF自檢是否有兩臺(tái)設(shè)備router id設(shè)置成一致？display ospf peer如果存在這個(gè)問(wèn)題，會(huì)導(dǎo)致路由學(xué)習(xí)錯(cuò)誤，需要修改Route-Id后，執(zhí)行reset ospf all命令是重新學(xué)習(xí)。是 否 display ospf error是否有大量錯(cuò)誤？dis

13、play ospf error如果存在大量的OSPF error記錄，并且還在不斷增加，需要抓取信息進(jìn)一步分析是 否 路由是否存在較大震蕩?display ip rout statistics 查看added和deleted數(shù)據(jù)與系統(tǒng)運(yùn)行時(shí)間對(duì)應(yīng)是否比較大如果有,請(qǐng)仔細(xì)分析變化的具體路由,然后根據(jù)該路由查找到路由的原設(shè)備，分析具體震蕩原因?？梢栽诔霈F(xiàn)故障時(shí)，使用display ospf lsdb命令多次查看路由的age信息，確認(rèn)那條路由在頻繁振蕩。是 否 OSPF狀態(tài)是否穩(wěn)定?display ospf peer查看OSPF鄰居的UP時(shí)間是 否 11ARP檢查是否存在大量ARP沖突?displa

14、y logbuffer 檢查沖突地址,根據(jù)IP地址排除該主機(jī).是 否 12路由檢查缺省路由是否正常?是否存在路由環(huán)路?使用tracert 1.1.1.1等明顯不存在網(wǎng)段看是否存在路由環(huán)，使用de ip p,打印部分報(bào)文,看是否存在TTL=1或者=0的報(bào)文.如果存在路由環(huán)，請(qǐng)檢查對(duì)應(yīng)的設(shè)備是否配置正確.，調(diào)整路由，去掉路由環(huán)。如果存在TTL超時(shí)報(bào)文，請(qǐng)分析對(duì)應(yīng)網(wǎng)段路由是否正常是 否 13EA單板芯片轉(zhuǎn)發(fā)狀態(tài)自檢交換芯片是否正常輸入en_diag進(jìn)入診斷模式；診斷模式下，多次使用debug rxtx mem <slot>對(duì)于EA單板請(qǐng)查看是否有大量復(fù)位記錄，并且持續(xù)增加的情況，如果存在

15、大量復(fù)位并且持續(xù)增加，需要聯(lián)系研發(fā)確認(rèn)原因。是 否 14攻擊檢查是否有大量報(bào)文攻擊cpu診斷模式下：debug rxtx softcar show <slot>某類報(bào)文的統(tǒng)計(jì)計(jì)數(shù)不斷增長(zhǎng)，說(shuō)明有攻擊存在是 否 15DDRB異常記錄查看檢查DDRB里是否有異常記錄診斷模式下local logbuffer <slot> display如果存在該信息，需要轉(zhuǎn)相關(guān)人員確認(rèn)是否是異常信息。升級(jí)后注意清除歷史記錄，相關(guān)命令為：local logbuffer <slot> clear是 否 16芯片端口錯(cuò)包統(tǒng)計(jì)檢查分析錯(cuò)包統(tǒng)計(jì)是否由于硬件原因?qū)е耣cm <slot&

16、gt; <chip> show/c/erdisc如果錯(cuò)包統(tǒng)計(jì)中有如下計(jì)數(shù)不斷增長(zhǎng)：GRFCS：端口CRC錯(cuò)包計(jì)數(shù)GRPORTD：端口底層的stp不是一個(gè)forwarding狀態(tài)IRERPKT：HG接收到錯(cuò)包是 否 17查看debug開(kāi)關(guān)debug開(kāi)關(guān)打開(kāi)會(huì)消耗系統(tǒng)資源，請(qǐng)關(guān)閉display debug執(zhí)行undo debug all命令關(guān)閉debug信息是 否 網(wǎng)絡(luò)中的H3C核心交換機(jī)，應(yīng)仔細(xì)查看以下面板指示燈： 引擎和業(yè)務(wù)板在運(yùn)行過(guò)程中的狀態(tài)，可以通過(guò)指示燈狀態(tài)以及一些命令來(lái)查看。² 引擎面板上有系統(tǒng)狀態(tài)指示燈，分別代表電源模塊、風(fēng)扇框、業(yè)務(wù)單板、及引擎板本身的工作狀態(tài)

17、；² 電源指示燈（PWR）中的OK燈亮表示電源正常工作，燈滅表示電源有故障或者不在位；FAIL燈亮表示電源有故障，或者電源有輸入但沒(méi)有開(kāi)啟電源模塊開(kāi)關(guān)，燈滅表示電源正?；蛘卟辉谖唬?#178; 風(fēng)扇指示燈（FAN）中的OK燈亮表示風(fēng)扇工作正常，燈滅表示風(fēng)扇有故障或者不在位；FAIL燈亮表示風(fēng)扇工作不正?；蛘卟辉谖?，燈滅表示風(fēng)扇工作正常；² 單板指示燈（SLOT0、SLOT1、）對(duì)應(yīng)各個(gè)槽位的單板狀態(tài)。RUN燈常亮或常滅表示單板有故障或者不在位，燈閃爍表示單板工作正常；ALM燈常亮表示單板有故障，燈常滅表示單板無(wú)故障或者不在位；² 如果RUN 指示燈處于快速閃爍中，

18、表示單板正處于啟動(dòng)過(guò)程中，并沒(méi)有正常工作。在系統(tǒng)初始啟動(dòng)時(shí)，ALM 指示燈會(huì)亮一段時(shí)間，并不表示單板有故障。² 業(yè)務(wù)處理引擎主用/備用指示燈（ACTIVE）表示引擎的主備工作狀態(tài)，燈常亮表示引擎工作在主用狀態(tài)，常滅表示引擎工作在備用狀態(tài)。² 業(yè)務(wù)板上的指示燈表示端口的狀態(tài)，燈滅表示該端口線路沒(méi)有連通，燈亮表示線路已經(jīng)連通，燈閃爍表示有數(shù)據(jù)收發(fā)。1.2 操作命令示例常用的查看設(shè)備運(yùn)行狀態(tài)的命令包括：² 查看設(shè)備版本： display version H3C Comware Platform SoftwareComware Software, Version 5.20

19、, Alpha 1011Copyright (c) 2004-2007 Hangzhou H3C Tech. Co., Ltd. All rights reserved.SIMWARE uptime is 67 week, 9day, 9 hour, 32 minutes備注：主要顯示IOS的版本、路由器持續(xù)運(yùn)行的時(shí)間及查看設(shè)備最近一次重啟動(dòng)的時(shí)間display version 命令顯示了路由器的許多有用的信息。² 查看設(shè)備日志： display logbuffer 重啟任何設(shè)備時(shí)，必須先保存日志文件Logging buffer configuration and contents:

20、enabledAllowed max buffer size : 1024Actual buffer size : 512Channel number : 4 , Channel name : logbufferDropped messages : 0Overwritten messages : 0Current messages : 35%Nov 14 00:53:58:219 2011 H3C HWCM/4/TRAPLOG: 1.3.6.1.4.1.25506.2.4.2.1<hh3cCfgManEventlog> configure changed: EventIndex=1

21、,CommandSource=2,ConfigSource=4,ConfigDestination=2%Nov 14 00:56:03:00 2011 H3C HWCM/4/EXIT: exit from configure mode%Nov 14 00:56:03:00 2011 H3C SHELL/4/LOGOUT: Console logout from con0%Nov 14 01:10:41:31 2011 H3C SHELL/4/LOGIN: Console login from con0%Nov 14 01:10:43:125 2011 H3C SHELL/4/CMD:task:

22、co0 ip:* user:* command:display version² 查看單板運(yùn)行狀態(tài)：display device<S7503E>display device Slot No. Brd Type Brd Status Subslot Num Sft Ver Patch Ver 0 LSQ1SRPB ，Master 0 S7500E-6305 ，P004 1 NONE ，Absent 0 NONE ，None 2 LSQ1FV48SA ，Normal 0 S7500E-6305 ，P004 3 LSQ1T24XGSC ，Normal 0 S7500E-6305

23、 ，P0044 NONE Fault ， 0 NONE ，None狀態(tài)顯示為Normal，表示單板在位。如果顯示為Fault，表示單板出現(xiàn)故障，或者正在重啟。狀態(tài)顯示為Absent，表示該槽位沒(méi)有單板。引擎狀態(tài)顯示為Master，表示該槽位引擎為主用引擎；狀態(tài)顯示為Slave，表示該槽位引擎為備用引擎。² 查看環(huán)境狀況：display environment<S7503E>display environment System temperature information (degree centigrade):- Board Temperature Lower limi

24、t Upper limit 0 ，33 ，0 ，80 2 ，36 ，0 ，80 3 ，34 ，0 ，80 4 ，30 ，0 ，80 其中，Temperature列表示當(dāng)前單板的運(yùn)行溫度；Low limit列表示系統(tǒng)設(shè)定的單板溫度告警的下限，Upper limit表示系統(tǒng)設(shè)定的單板溫度告警的上限；如果當(dāng)前Temperature的值低于Low limit，或者高于Upper limit，引擎上對(duì)應(yīng)槽位的ALM會(huì)顯示成紅色。2 故障處理 2.1 處理原則² 收集必要的信息，供后續(xù)分析定位；盡快恢復(fù)業(yè)務(wù)，縮短業(yè)務(wù)中斷時(shí)長(zhǎng)。2.2 準(zhǔn)備工作² 準(zhǔn)備裝有SecureCRT等控制臺(tái)程序的

25、PC或筆記本電腦、console線纜。² 了解各代維點(diǎn)網(wǎng)絡(luò)組網(wǎng)，網(wǎng)絡(luò)設(shè)備IP地址分配表、管理IP分配表、各代維技術(shù)資料、核心和匯聚交換機(jī)的說(shuō)明書(shū)、防火墻的說(shuō)明書(shū)、路由器的說(shuō)明書(shū)、維護(hù)聯(lián)系電話表。² 獲取登陸設(shè)備的用戶名密碼等信息，各代維點(diǎn)路由器、防火墻、核心設(shè)備最新配置文件資料。² 現(xiàn)場(chǎng)工程師需攜帶路由器、交換機(jī)、防火墻的最新軟件版本，或統(tǒng)一使用的版本。2.3 必備資料² 網(wǎng)絡(luò)路由、交換設(shè)備產(chǎn)品的操作手冊(cè)和命令手冊(cè)，及系列產(chǎn)品故障處理指導(dǎo)，以作參考。以上資料均可從廠商網(wǎng)站上獲取2.4 業(yè)務(wù)全阻故障的處理【整個(gè)局域網(wǎng)無(wú)法訪問(wèn)任何網(wǎng)絡(luò)】² 導(dǎo)致業(yè)務(wù)

26、全阻故障的主要原因有： 出口路由器&防火墻的上聯(lián)端口故障、上聯(lián)接口模塊故障、物理鏈路故障、光纖收發(fā)器、協(xié)議轉(zhuǎn)換器故障（包括傳輸）² 為了能分析故障原因，建議不要立即重啟路由器。如在操作過(guò)程中，無(wú)法排除故障而需要重啟網(wǎng)絡(luò)設(shè)備時(shí)【重啟設(shè)備請(qǐng)雙擊右邊附件】，必須按網(wǎng)絡(luò)設(shè)備重啟維護(hù)流程要求操作，并需要得到領(lǐng)導(dǎo)和網(wǎng)控人員的同意方可重啟，切記！處理該類故障通常遵循下面幾個(gè)步驟：² 檢查光纖收發(fā)器、網(wǎng)絡(luò)出口上聯(lián)端口鏈路指示燈、數(shù)據(jù)收發(fā)指示燈是否正常若不正常，需要進(jìn)一步確定是設(shè)備的故障，還是物理鏈路的故障。常用的方法是自環(huán)光接口或在電接口上直接連接PC進(jìn)行測(cè)試，當(dāng)光接口自環(huán)或電接口

27、直聯(lián)PC正常時(shí)，可以初步判斷是物理鏈路問(wèn)題或是對(duì)端設(shè)備故障。 處理步驟： 1、檢查光纖收發(fā)器故障圖1是收發(fā)器前面板示意圖。圖11、FX燈當(dāng)網(wǎng)絡(luò)不通的時(shí)候，先看FX燈（FX中的F就代表Fiber即光纖），F(xiàn)X如果是綠色，則表明光纖連接良好（光路沒(méi)有問(wèn)題），F(xiàn)X燈閃，則說(shuō)明有數(shù)據(jù)傳輸，如果FX燈滅了，則有如下可能：1）對(duì)端設(shè)備損壞或是沒(méi)加電2）兩端光纖收發(fā)器之間的線路斷如果對(duì)端機(jī)房有沒(méi)有停電、最近有沒(méi)有被雷擊過(guò)，更換兩端對(duì)應(yīng)型號(hào)的光纖收發(fā)器，如果換過(guò)光纖收發(fā)器以后線路還是不通，則說(shuō)明肯定是光纜線路的故障了。2、TP燈TP即Twisted-Pair Cable Port（雙絞線端口）也就是我們平常說(shuō)

28、的網(wǎng)口，TP輸出的線路即進(jìn)入客戶的內(nèi)部網(wǎng)絡(luò)設(shè)備了，通常情況下是進(jìn)入交換機(jī)，如果TP LINK/ACT燈是綠色的，則說(shuō)明雙絞線連接良好，當(dāng)有數(shù)據(jù)傳輸時(shí)，TP燈會(huì)閃。3、FDX燈FDX燈即指示全雙工的工作狀態(tài)，半雙工就是指A能發(fā)信號(hào)給B，B也能發(fā)信號(hào)給A，但這兩個(gè)過(guò)程不能同時(shí)進(jìn)行。最典型的例子就像我們?cè)谑褂脤?duì)講機(jī)時(shí)一樣。全雙工比半雙工又進(jìn)了一步，在A給B發(fā)信號(hào)的同時(shí)，B也可以給A發(fā)信號(hào)。典型的例子就是像我們打電話。真正支持100M全雙工的光纖收發(fā)器可以保證送、發(fā)的傳輸速度都在100M，這對(duì)于大容量的數(shù)據(jù)傳輸，比如網(wǎng)上的視頻內(nèi)容的傳輸是非常必要的。（二）單纖單網(wǎng)口（或雙網(wǎng)口）光纖收發(fā)器單纖收發(fā)器在一

29、根光纖上用1310nm和1550nm分別代表收發(fā)，應(yīng)該說(shuō)實(shí)現(xiàn)起來(lái)在技術(shù)難度上更高了，但是卻能夠有效的節(jié)約光纖資源，是一項(xiàng)非常實(shí)用的技術(shù)。1、單纖收發(fā)器的故障判斷與排除以RC305/306-2FE-S1系列的光纖收發(fā)器為例，這是設(shè)備的前面板圖。圖2指示燈表示收發(fā)器狀態(tài)如下：，端口指示燈名稱指示燈指示燈表示收發(fā)器狀態(tài)光口光接收鏈路燈RLK常亮，光口接收鏈路正常，反之鏈路錯(cuò)誤光發(fā)送鏈路燈TLK常亮，光口發(fā)送鏈路正常，反之鏈路錯(cuò)誤電口電口鏈路燈LNK常亮，電口鏈路正常，反之鏈路錯(cuò)誤。電口收發(fā)燈ACT閃亮，電口有數(shù)據(jù)收發(fā)。電口速率燈100M常亮，電路速率為100M，不亮，速率10M電源電源指示燈PWR常

30、亮，電源工作正常，反之錯(cuò)誤2、單纖收發(fā)器的設(shè)備互聯(lián)與雙纖光纖收發(fā)器不同，單纖收發(fā)器必須要配對(duì)使用的，而且型號(hào)也要對(duì)應(yīng)一致，比如RC305-2FE-S1必須要RC306-2FE-S1配對(duì)使用，因?yàn)椴煌吞?hào)的單纖收發(fā)器可能定義收發(fā)光信號(hào)的功率不同，不配對(duì)使用可能會(huì)造成光口的損壞或者數(shù)據(jù)傳輸?shù)牟环€(wěn)定。3、 各代維點(diǎn)網(wǎng)絡(luò)出口路由器與白廣路互聯(lián)端口是否UP。直接去機(jī)房查看物理指示燈的狀態(tài)并記錄Or 拍照。² 檢查數(shù)據(jù)鏈路是否正常若上聯(lián)端口指示燈正常，就需要通過(guò)超級(jí)終端或Telnet登錄到路由器上進(jìn)行進(jìn)一步檢測(cè)。登錄到路由器上后，由近到遠(yuǎn)通過(guò)ping的方法，驗(yàn)證本地路由器到白廣路的每個(gè)環(huán)節(jié)是否通

31、暢。處理步驟：1、telnet至路由器 命令：telnet 10.2.208.254 或者通過(guò)SecurityCRT登入 2、 查看系統(tǒng)時(shí)間，以便記錄維護(hù)的時(shí)間點(diǎn)【截圖】3、 查看與白廣路互聯(lián)的IP地址，并執(zhí)行Ping 白廣路路IP及提供測(cè)試的IP地址動(dòng)作。² 檢查本端路由器是否有上行路由和驗(yàn)證對(duì)端路由器是否有返回路由查看本端路由器的路由表可以檢查出是否有上行路由。而驗(yàn)證對(duì)端路由器是否有返回路由的最簡(jiǎn)單方法是，通過(guò)連接到本地路由器的PC分別ping本端路由器上聯(lián)接口地址和對(duì)端路由器接口地址，若前者能通后者不能通，可以肯定對(duì)端路由器沒(méi)有返回本端路由器的路由，此時(shí)需要對(duì)對(duì)端路由器進(jìn)行故障

32、診斷。命令：display ip routing-table ² 核心交換機(jī)、路由器、防火墻、協(xié)議轉(zhuǎn)換器操作系統(tǒng)崩潰時(shí)，重新啟動(dòng)路由器。 當(dāng)通過(guò)超級(jí)終端和Telnet無(wú)法登錄路由器，應(yīng)該懷疑路由器操作系統(tǒng)已經(jīng)崩潰，應(yīng)該重新啟動(dòng)路由器。同樣重啟機(jī)器需按照網(wǎng)絡(luò)設(shè)備重啟維護(hù)流程，并需要得到領(lǐng)導(dǎo)和網(wǎng)控人員的同意方可重啟，切記！2.5 部分用戶業(yè)務(wù)中斷故障的處理流程 【局域網(wǎng)故障】當(dāng)部分用戶業(yè)務(wù)中斷時(shí)，可以按下列步驟進(jìn)行故障診斷和排除：檢查硬件端口、物理鏈路是否正常；檢查數(shù)據(jù)鏈路層是否正常；檢查本端路由器上是否有到業(yè)務(wù)中斷用戶網(wǎng)段的路由信息，檢查用戶側(cè)缺省網(wǎng)關(guān)或路由設(shè)置是否正確；若用戶能pin

33、g通本端路由器但無(wú)法訪問(wèn)，則需要確認(rèn)上端路由器是否有該網(wǎng)段的返回路由；操作步驟：1、查看本地IP地址、子網(wǎng)掩碼、端口所屬的VLAN、網(wǎng)關(guān)、DNS 2、PING 本地網(wǎng)關(guān) 3、PING 本地出口IP 地址 2.6 Ping 命令應(yīng)用 Ping這個(gè)詞源于聲納定位操作，本意是指來(lái)自聲納設(shè)備的脈沖信號(hào)，在網(wǎng)絡(luò)設(shè)備中，Ping幾乎是使用頻率最高的網(wǎng)絡(luò)測(cè)試命令，本文將詳細(xì)介紹Ping命令的基本原理，相關(guān)參數(shù)，使用技巧及其注意事項(xiàng).一，Ping工作原理提到Ping命令就不能不介紹ICMP Internet Control Messages Protocol因特網(wǎng)控制信息協(xié)議.ICMP通常被認(rèn)為是IP層的一個(gè)

34、組成部分用于傳遞差錯(cuò)報(bào)文和其它需要注意的信息ICMP報(bào)文是在IP數(shù)據(jù)包內(nèi)部傳輸?shù)?結(jié)構(gòu)如圖1所示ICMP報(bào)文格式如圖2所示，類型字段可以有15個(gè)不同的值描述特定類型的ICMP報(bào)文。Ping報(bào)文實(shí)際上是類型為0的，回顯應(yīng)答和類型為8的請(qǐng)求回顯報(bào)文。二，Ping命令的格式和參數(shù)在H3C系列網(wǎng)絡(luò)設(shè)備產(chǎn)品上，Ping命令格式如下 粗體為關(guān)鍵字，斜體為參數(shù)Ping -c number-t number-s number ip-address-c Ping報(bào)文的個(gè)數(shù)，缺省值是5個(gè)-t 設(shè)置Ping報(bào)文的超時(shí)時(shí)間，以毫秒為單位，缺省值為2000-s 設(shè)置Ping報(bào)文的大小，缺省值是56 byte實(shí)際上，Pi

35、ng命令的參數(shù)還有很多，本文僅重點(diǎn)介紹最常用的三個(gè)三，Ping命令的使用誤區(qū)1，真的Ping不通？【案例一】 工程師小L在配置完一臺(tái)路由器之后，執(zhí)行Ping命令檢測(cè)鏈路是否通暢，發(fā)送了五個(gè)報(bào)文都沒(méi)有Ping通，于是檢查雙方配置命令和路由表，一直沒(méi)有找出錯(cuò)誤，最后無(wú)奈之下重復(fù)執(zhí)行了一遍相同的Ping命令發(fā)現(xiàn)此次的五個(gè)報(bào)文中竟有兩個(gè)Ping通了原來(lái)線路質(zhì)量不好，存在著嚴(yán)重的丟包現(xiàn)象。【點(diǎn)評(píng)】，小L被Ping命令的缺省參數(shù)-c給迷惑了，Ping不通的背后可能隱藏著丟包現(xiàn)象畢竟配置錯(cuò)誤和線路質(zhì)量不好的解決方法大相徑庭，有了此次教訓(xùn)之后小L再遇到Ping不通的情況都會(huì)將命令多執(zhí)行一遍并加上參數(shù)，-c 1

36、0，這意味著連續(xù)Ping10個(gè)報(bào)文來(lái)檢驗(yàn)是否存在丟包現(xiàn)象。命令格式，Ping -c 10 ip-address【案例二】，工程師小L配置完一臺(tái)路由器之后，執(zhí)行Ping命令訪問(wèn)internet某站點(diǎn)IP地址沒(méi)有Ping通，有了上次教訓(xùn)小L再一次Ping了10個(gè)報(bào)文仍沒(méi)有響應(yīng)，于是小L斷定為網(wǎng)絡(luò)故障在費(fèi)勁周折檢查了配置鏈路后仍沒(méi)有發(fā)現(xiàn)任何可疑之處，最后小L采取逐段檢測(cè)法。對(duì)鏈路網(wǎng)關(guān)進(jìn)行逐級(jí)測(cè)試，發(fā)現(xiàn)每段都可Ping通，但響應(yīng)時(shí)間越來(lái)越長(zhǎng)，最后一個(gè)網(wǎng)關(guān)的響應(yīng)時(shí)間已達(dá)到1800ms左右會(huì)不會(huì)是由于超時(shí)而導(dǎo)致顯示為Ping不同呢？受此啟發(fā)小L將Ping命令回顯時(shí)間改為4000ms Ping通了觀察發(fā)現(xiàn)所

37、有報(bào)文響應(yīng)時(shí)間都在2100ms左右?！军c(diǎn)評(píng)】，這一次小L被Ping命令的另一個(gè)缺省參數(shù)-t 給迷惑了，Ping不通的背后可能隱藏著超時(shí)處理，系統(tǒng)缺省認(rèn)為Ping報(bào)文應(yīng)該在2000ms內(nèi)有回應(yīng)，如果超出該時(shí)間，即使有回應(yīng)報(bào)文送達(dá)，也認(rèn)為Ping不通，有了這次教訓(xùn)之后，小L再遇到Ping不通的情況，都要把命令再敲一遍并加上參數(shù)，-c 10 -t 4000，這意味著連續(xù)Ping10個(gè)報(bào)文，每個(gè)報(bào)文的超時(shí)設(shè)置為4000ms，以此檢驗(yàn)是否存在丟包和響應(yīng)時(shí)間過(guò)長(zhǎng)等現(xiàn)象命令格式，Ping -c 10 -t 4000 ip-address2真的能Ping通？1、 A能Ping通B，則B一定能Ping通A？【案

38、例一】小L在學(xué)習(xí)了Ping的工作原理之后，一直這樣認(rèn)為如果A能夠Ping通B則B也一定能夠Ping通A不考慮防火墻因素但是在一次工程實(shí)踐中，如圖3所示卻發(fā)現(xiàn)并非如此。【點(diǎn)評(píng)】在路由器A上Ping路由器B以太網(wǎng)地址2.2.2.2，顯示可以正常Ping通。但在路由器B上Ping路由器A以太網(wǎng)地址3.3.3.3時(shí)卻返回?zé)o法Ping通。仔細(xì)察配置發(fā)現(xiàn)，路由器A配置了一條指向2.0.0.0/8網(wǎng)段的靜態(tài)路由，但在路由器B上卻沒(méi)有相應(yīng)配置到3.0.0.0/8的路由，因此路由器B Ping不通3.3.3.3。但是為什么路由器A可以Ping通2.2.2.2呢？同樣沒(méi)有回程路由小L百思不得其解，打開(kāi)路由器IP報(bào)

39、文調(diào)試開(kāi)關(guān)后，終于真相大白原來(lái)從路由器A上發(fā)出的ICMP報(bào)文的源地址填寫的是1.1.1.1，而不是3.3.3.3由于兩臺(tái)路由器的s0接口處于同一網(wǎng)段所以響應(yīng)的報(bào)文可以順利送達(dá)路由器A。3 緊急故障處理方法3.1 CPU占用率較高的問(wèn)題多次使用display cpu命令，查看過(guò)去5分鐘的平均占有率。如果結(jié)果都在60%以上，則可視為CPU占有率高。遇到此類問(wèn)題，按照下面的方法處理：1) 查看系統(tǒng)各項(xiàng)任務(wù)占用CPU的情況：display cpu-usage task slot 0顯示結(jié)果后，查看TaskName和CPU兩列，找出CPU值較高的進(jìn)程名稱。注：VIDL分別是S75E上的空閑進(jìn)程。正常情況

40、下，應(yīng)該是空閑進(jìn)程數(shù)值遠(yuǎn)高于其他進(jìn)程。2) 查看上CPU的報(bào)文類型：S7500E-diagnosedebug rxtx event 0 Slot 0: information of Module RxTx /- the first chip UNIT = 0 -/Packets received from chip(U=unicast, M=Multicast, B=BroadCast): port bcm(U) bcm(M) bcm(B) 0 15 0 0 1 15 0 0 6 15 0 0 7 15 0 0Packets transmit to chip(U=unicast, M=Mult

41、icast, B=BroadCast): port bcm(U) bcm(M) bcm(B) 0 15 0 0 1 15 0 0 6 15 0 07 15 0 0注：² U表示單播報(bào)文，M表示組播報(bào)文，B表示廣播報(bào)文² port為芯片端口號(hào)，不是業(yè)務(wù)端口編號(hào)。3) 查看具體是什么報(bào)文S7500E-diagnosedebug rxtx c 100 pkt 0 -c 100 表示打印100個(gè)上CPU的報(bào)文，具體數(shù)值可以修改0 表示查看上0槽位主控板的報(bào)文，也可查看其他單板的報(bào)文。4) 對(duì)上CPU的報(bào)文做分類統(tǒng)計(jì)：進(jìn)入診斷模式輸入debug rxtx catch by ， 可選擇

42、根據(jù)da（目的MAC）、dip（目的IP）、sa（源MAC）、sip（源IP）、etype（報(bào)文類型）、VLAN等進(jìn)行報(bào)文分類統(tǒng)計(jì)。等待1分鐘之后，輸入debug rxtx catch end結(jié)束統(tǒng)計(jì)并顯示統(tǒng)計(jì)結(jié)果。根據(jù)結(jié)果，可以判斷是從哪個(gè)地址有大量報(bào)文上CPU處理，或者是何種類型的大量報(bào)文上CPU處理。5) 通過(guò)對(duì)第4步的統(tǒng)計(jì)結(jié)果進(jìn)行分析，采取相關(guān)方法處理：如果是大量TTL超時(shí)報(bào)文，使用undo ip ttl-expires命令，可阻止此類報(bào)文上送CPU處理。然后排查網(wǎng)絡(luò)中是否有路由環(huán)路等，造成TTL超時(shí)。如果是大量ARP報(bào)文，可先對(duì)關(guān)鍵業(yè)務(wù)配置靜態(tài)ARP規(guī)避，然后查找大量ARP報(bào)文的發(fā)送

43、源，并查殺病毒。3.2 硬件接口問(wèn)題² 電口頻繁UP/DOWN故障1) 查看兩端端口是否存在收發(fā)錯(cuò)誤報(bào)文統(tǒng)計(jì)。命令為display interface 如果存在錯(cuò)誤報(bào)文統(tǒng)計(jì)，則表明鏈路質(zhì)量不好，需要檢查端口配置情況和檢查鏈路質(zhì)量；2) 如果確認(rèn)端口配置正常（速度以及雙工一致），則檢查物理鏈路是否正常。簡(jiǎn)單方法是使用手輕輕碰網(wǎng)線看是否有UP/DOWN變化。如果沒(méi)有，則更換連接線觀察；3) 如果確認(rèn)物理鏈路正常，而端口又為協(xié)商模式，將兩端配置為強(qiáng)制模式觀察；4) 更換一端設(shè)備端口（如果條件允許，推薦是同類型的其它槽位單板），觀察是否故障依舊；5) 如果更換端口依舊，則更換另一端設(shè)備端口（

44、如果條件允許，推薦是同類型的其它槽位單板）；6) 可以在端口下配置link-delay命令來(lái)調(diào)整端口up、down靈敏度，通常敏感局點(diǎn)建議使用10；7) 如果故障依舊需要研發(fā)人員確認(rèn)；² 光口頻繁UP/DOWN故障1) 查看兩端端口是否存在收發(fā)錯(cuò)誤報(bào)文統(tǒng)計(jì)。命令為display interface 如果存在錯(cuò)誤報(bào)文統(tǒng)計(jì)，則表明鏈路質(zhì)量不好，需要檢查端口配置情況和檢查鏈路質(zhì)量；2) 如果確認(rèn)端口配置正常（速度以及雙工一致），則檢查物理鏈路是否正常。簡(jiǎn)單方法是使用手輕輕碰光纖看是否有UP/DOWN變化。如果沒(méi)有，則更換連接線觀察；3) 通過(guò)測(cè)試光功率依舊更換光纖等手段，如果確認(rèn)物理鏈路正

45、常，而端口又為協(xié)商模式，將兩端配置為強(qiáng)制模式觀察；4) 更換一端設(shè)備端口（如果條件允許，推薦是同類型的其它槽位單板）。觀察是否故障依舊；5) 如果更換端口依舊，則更換另一端設(shè)備端口（如果條件允許，推薦是同類型的其它槽位單板）；6) 可以在端口下配置link-delay命令來(lái)調(diào)整端口up、down靈敏度，通常敏感局點(diǎn)建議使用10；7) 如果故障依舊需要研發(fā)人員確認(rèn)；² 電口不UP的故障1) 在本板上兩端口直接互連，判定是否能up；2) 如果直連無(wú)法up，檢查物理連接線是否正常；更換網(wǎng)線再測(cè)試；3) 如果確認(rèn)物理連接線正常，使用命令display interface檢查配置情況；4) 如

46、果確認(rèn)對(duì)端沒(méi)有被配置為down狀態(tài)或者鏈路兩端配置一致，可以肯定端口存在物理異常。² SFP光口不UP的故障1) 使用命令display interface檢查是否配置合理，是否能正確讀出SFP的模塊參數(shù)。如果確認(rèn)對(duì)端沒(méi)有被配置為down狀態(tài)并且端口配置完全一致，建議更換兩端端口配置數(shù)據(jù)（雙工以及速度）。2) 檢查光纖收發(fā)端是否接反，物理連接是否正常，光功率是否在光模塊的規(guī)格之內(nèi)等；3) 如果確認(rèn)光路正常，在本板上將兩端口通過(guò)光纖直接互連，檢查是否能up；4) 如果直連不能UP，將分別將鏈路兩端端口更換到其他端口進(jìn)行測(cè)試；5) 如果還不能UP，需要分別更換兩端光模塊光模塊進(jìn)行測(cè)試。&

47、#178; 端口不接收?qǐng)?bào)文故障1) 使用display interface 查看是否有入報(bào)文統(tǒng)計(jì)，兩端端口是否up。必要時(shí)使用reset counter interface清空端口統(tǒng)計(jì)報(bào)文再觀察。查看對(duì)端是否有發(fā)送報(bào)文統(tǒng)計(jì)；2) 確認(rèn)端口配置是否有異常。其中包括兩端的協(xié)商狀態(tài)，端口速率，端口類型以及vlan等配置 ；3) 查看端口stp狀態(tài)，是否被discarding掉，是否lacp端口被Unselected ；4) up/down一下端口，看是否能恢復(fù)。如果不能恢復(fù)，更改端口屬性（速度、雙工）的配置，看看是否能恢復(fù)；5) 更換到其它端口看是否存在相同現(xiàn)象。如果存在相同現(xiàn)象，檢查互連中間鏈路設(shè)

48、備（光轉(zhuǎn)，轉(zhuǎn)接架，傳輸?shù)仍O(shè)備）是否正常。如果為電口，使用pc替代對(duì)接。如果為光口，更換光模塊測(cè)試；6) 確認(rèn)對(duì)端設(shè)備以及鏈路是否有問(wèn)題；² 端口不發(fā)送報(bào)文故障1) 使用display interface 查看端口是否有收發(fā)報(bào)文統(tǒng)計(jì)，兩端是否均up。檢查對(duì)端設(shè)備是否收?qǐng)?bào)文統(tǒng)計(jì)；2) 確認(rèn)端口配置是否有異常。其中包括兩端的協(xié)商狀態(tài)，端口速率、雙工，端口類型以及vlan配置等；3) 查看端口stp狀態(tài)，是否被discarding掉，是否是動(dòng)態(tài)聚合端口被Unselected；4) up/down一下端口，看是否能恢復(fù)。如果不能恢復(fù)，更改端口屬性（速度、雙工）的配置，看看是否能恢復(fù)；5) 更換

49、到其它端口看是否存在相同現(xiàn)象。如果存在相同現(xiàn)象，當(dāng)端口為電口時(shí)，使用PC替代對(duì)接測(cè)試。當(dāng)端口為光口時(shí)，更換光模塊測(cè)試；3.3 單板故障² 主控板無(wú)法啟動(dòng)故障1) 觀察BOOTROM啟動(dòng)信息，判斷系統(tǒng)無(wú)法啟動(dòng)原因。如果顯示啟動(dòng)文件類錯(cuò)誤，轉(zhuǎn)步驟二處理。如果啟動(dòng)文件確認(rèn)正常，BOOTROM提示信息中發(fā)現(xiàn)錯(cuò)誤信息或者信息不全，則轉(zhuǎn)步驟五處理。2) 出現(xiàn)文件異常，典型信息為BOOTROM提示CRC錯(cuò)誤，或者找不到啟動(dòng)文件。請(qǐng)重新加載啟動(dòng)文件，并檢查FLASH中文件大小是否與版本庫(kù)上一致。如果不一致，請(qǐng)重新加載。并設(shè)置該文件為當(dāng)前啟動(dòng)文件。（在BOOTROM加載過(guò)程中，BOOTROM能自動(dòng)將該

50、文件設(shè)置為當(dāng)前啟動(dòng)文件。） 3) 如果確認(rèn)加載的文件大小正確，且設(shè)置為當(dāng)前啟動(dòng)文件也正常。請(qǐng)重新啟動(dòng)單板，在看到starting后立即按crtl+T，并觀察是否有內(nèi)存自檢錯(cuò)誤，如果提示內(nèi)存錯(cuò)誤，請(qǐng)更換內(nèi)存條，正常顯示如下：Starting.RAMLine.OKSystem is booting.4) 如果內(nèi)存檢查也正常，但依舊提示文件錯(cuò)誤，則判斷是否單板插牢固，確認(rèn)牢固，更換單板；5) 如果BOOTROM啟動(dòng)信息有錯(cuò)誤信息，則根據(jù)提示的信息初步判斷相關(guān)器件出現(xiàn)故障。再次啟動(dòng)，看是否必現(xiàn)。如果必現(xiàn)，檢查單板是否插牢固，否則更換單板；6) 如果BOOTROM啟動(dòng)中，系統(tǒng)停留在某些啟動(dòng)階段。收集啟動(dòng)

51、信息。同時(shí)復(fù)位單板，確認(rèn)是否能啟動(dòng)。確認(rèn)無(wú)法啟動(dòng)且單板插入牢固，則更換單板；7) 如果BOOTROM啟動(dòng)中，系統(tǒng)在某些啟動(dòng)階段反復(fù)重起。如果提示單板狀態(tài)錯(cuò)誤，則表示單板沒(méi)有插到位，請(qǐng)重新插入單板。如果為其它過(guò)程中重起，收集啟動(dòng)信息。同時(shí)插拔單板，確認(rèn)是否能啟動(dòng)，則更換單板。² 業(yè)務(wù)板無(wú)法注冊(cè)、加載不成功故障1) 使用display boot-loader命令參看當(dāng)前啟動(dòng)文件是否存在，文件大小是否與網(wǎng)站上的軟件版本一致；2) 查看主機(jī)log信息，檢查是否有加載信息，如果有，進(jìn)行步驟3；如果沒(méi)有，轉(zhuǎn)入步驟7；3) 如果條件允許，在無(wú)法加載的業(yè)務(wù)板槽位插入其它單板做測(cè)試；4) 如果新單板能

52、啟動(dòng)，檢查版本配套資料，判定主機(jī)軟件是否支持原單板。如果確認(rèn)支持，初步可以判定原業(yè)務(wù)板存在故障；5) 如果新單板同樣無(wú)法啟動(dòng)，則升級(jí)主機(jī)軟件，檢測(cè)是否原版本問(wèn)題。如果同樣無(wú)法加載，建議更換主控板；6) 如果無(wú)空余業(yè)務(wù)板測(cè)試，請(qǐng)更換業(yè)務(wù)板槽位，特別是在其他業(yè)務(wù)板可以加載的槽位上測(cè)試。如果該單板同樣無(wú)法加載成功，則需要更換該業(yè)務(wù)板；7) 如果沒(méi)有加載信息，則使用命令display cpu task 主控板槽位號(hào)，查看DEV任務(wù)狀態(tài)。如果正常，則更換業(yè)務(wù)板槽位檢測(cè)是否能正常加載； 3.4 丟包問(wèn)題在網(wǎng)絡(luò)中如過(guò)發(fā)現(xiàn)有丟包問(wèn)題，請(qǐng)按下面的方法處理：1) 確認(rèn)報(bào)文經(jīng)過(guò)的網(wǎng)絡(luò)拓?fù)?，包括設(shè)備、鏈路等； 2) 根據(jù)拓?fù)?，使用ping包的方法，逐段進(jìn)行排查；3) 排查時(shí)，需要在該段鏈路上選取兩個(gè)地址互ping。因?yàn)槲宜驹O(shè)備有ping保護(hù)的機(jī)制，因此這兩個(gè)地址最好選取PC機(jī)的地址；4) 在ping包經(jīng)過(guò)的設(shè)備出入方法，通過(guò)配置ACL做流統(tǒng)計(jì)的方法，檢查是哪個(gè)設(shè)備或者哪段鏈路出現(xiàn)丟包；5) 如果多次統(tǒng)計(jì)，沒(méi)有發(fā)現(xiàn)丟包，需要在下一段網(wǎng)絡(luò)上，用同樣的方法排查；6) 如果確認(rèn)是鏈路丟包之后，需要檢查該段鏈路是否存在質(zhì)量問(wèn)題，例如是否出現(xiàn)大量錯(cuò)包（檢查兩端端口的Input方向）。如果是，則需要通過(guò)更換網(wǎng)線、光纖等方法處理。如果確認(rèn)是75E設(shè)備丟包，需要對(duì)設(shè)備做如下排查：1) 根據(jù)報(bào)文丟失的情況