如何肯定***類型網絡
當設備遭受***時,一般伴隨着以下現象:ide
用戶沒法獲取ARP。spa
用戶上線成功率較低。blog
用戶沒法訪問網絡。ci
l嚴重時可能致使設備上全部用戶都沒法正常訪問網絡。部署
當大量用戶或固定某個端口下的全部用戶出現上述現象時,能夠先經過以下定位手段分析是否爲***問題。get
步驟 1 執行命令display cpu-usage查看設備CPU佔用率的統計信息,CPU Usage表示的是CPU佔用率,TaskName表示的是設備當前正在運行的任務名稱。it
<HUAWEI> display cpu-usage
CPU Usage Stat. Cycle: 60 (Second)
CPU Usage : 11% Max: 94%
CPU Usage Stat. Time : 2017-06-19 15:18:54
CPU utilization for five seconds: 11%: one minute: 11%: five minutes: 11%
Max CPU Usage Stat. Time : 2017-06-06 14:57:05.
TaskName CPU Runtime(CPU Tick High/Tick Low) Task Explanation
VIDL 89% e/eb7733fe DOPRA IDLE
OS 8% 1/57529fff Operation System
bcmRX 20% 0/ 17a14c bcmRX
FTS 20% 0/ ff707 FTS
SOCK 20% 0/ 26ac89 SOCKPacket sched
ule and process
VPR 0% 0/ 16e3600 VPR VP Receiveio
若是CPU利用率持續較高,而且bcmRX、FTS、SOCK或者VPR任務太高(一般協議報文***會致使這些任務太高),則較大多是收到的報文過多,接下來須要執行步驟2繼續判斷設備收到的報文類型。ast
步驟 2 執行命令display cpu-defend statistics all查看相關協議是否有CPCAR丟包、丟包是否多,並確認現網設備是否放大相關協議的CPCAR值。若是CPCAR存在大量丟包,就基本能夠確認現網存在***,根據丟包的協議,採用相關防***措施。
<HUAWEI> display cpu-defend statistics all
Statistics on mainboard:
--------------------------------------------------------------------------------
Packet Type Pass(Packet/Byte) Drop(Packet/Byte) Last-dropping-time
--------------------------------------------------------------------------------
arp-mff 0 0 -
0 0
arp-miss 0 0 -
0 0
arp-reply 0 0 -
0 0
arp-request 8423 1284 2017-05-10 14:23:10
丟包協議以及相應的防***部署手段