如何肯定***类型网络
当设备遭受***时,一般伴随着以下现象: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
丢包协议以及相应的防***部署手段