15827631206
行业动态 更多+
联系我们 / CONTACT
交换机 CPU 100%？常见原因与排查命令？
交换机 CPU 使用率达到 100% 是一个严重问题，可能导致设备响应缓慢、丢包、甚至管理中断。以下是常见原因、排查思路及常用命令（以华为/华三等主流厂商为例）。
一、常见原因
1. 网络环路（广播风暴）
二层环路导致大量广播/组播帧被反复转发，CPU 需处理大量协议报文（如 STP、ARP、LLDP 等）。
表现：端口流量异常高、MAC 地址漂移、日志中出现大量“storm detected”。
2. 异常协议或攻击流量
大量 ARP 请求/应答、ICMP 泛洪、DHCP 洪水、STP BPDU 攻击等。
CPU 需处理这些控制平面报文，导致负载飙升。
3. 路由协议震荡
OSPF、BGP 等协议频繁更新，产生大量路由计算和报文处理。
尤其在大型网络中，路由表频繁变化会显著增加 CPU 负担。
4. ACL 或 QoS 策略过于复杂
某些交换机在软件转发路径中处理 ACL/QoS，规则过多会消耗 CPU。
5. 系统进程异常
如
lswtcm、bcmRX、ifmgr、arp等关键进程异常占用 CPU。可能由软件 Bug、内存泄漏或硬件故障引起。
6. SNMP / NetFlow / sFlow / 日志采集过频
管理平面任务过重，尤其是轮询间隔太短或采集粒度过细。
7. 硬件故障
主控板、交换网板故障，导致 CPU 异常忙于错误处理。
二、排查命令（以华为/H3C 为例）
注：不同厂商命令略有差异，但思路一致。
1. 查看整体 CPU 使用率
display cpu-usage # 或 display cpu
输出示例：
CPU utilization for 5 seconds: 98% Max CPU utilization: 100%
2. 查看具体进程 CPU 占用
display cpu-usage process # 或（H3C） display process cpu
重点关注：
bcmRX/bcmTX：底层收发包线程，高占用可能表示流量异常。arp：ARP 报文处理过多。ifmgr：接口管理异常。lswtcm：二层转发控制模块（华为常见）。task或VIDL：空闲进程，若占比低说明 CPU 确实繁忙。
3. 查看接口流量与错误计数
display interface brief display interface GigabitEthernet 1/0/1 # 查看具体端口
关注：
输入/输出速率是否异常高。
CRC 错误、冲突、广播包数量是否激增。
4. 查看广播/组播抑制状态
display storm-control # 或 display trapbuffer # 查看是否有风暴告警
5. 查看 MAC 地址表是否异常
display mac-address
是否有大量 MAC 地址快速变化（漂移）？
是否集中在某几个端口？
6. 查看 ARP 表项
display arp all
ARP 表是否异常庞大？
是否有大量重复或虚假 IP/MAC？
7. 查看日志信息
display logbuffer
是否有“CPU usage exceeded threshold”、“loop detected”、“storm”等关键字？
8. 抓包分析（如有条件）
capture-packet interface GigabitEthernet 1/0/1 destination file flash:/cpu.pcap
分析是否有异常协议泛洪。
三、临时缓解措施
关闭可疑端口
shutdown interface GigabitEthernet 1/0/1
启用广播/组播抑制
storm suppression broadcast 10 # 限制广播为 10% 带宽
关闭非必要服务
如 SNMP、LLDP、日志服务器等。升级或重启（谨慎！）
若确认是软件 Bug，可考虑升级版本；若业务允许，可重启设备（但需先保存配置）。
四、预防建议
启用 STP（如 RSTP/MSTP）防环。
配置端口安全、DAI、IPSG 防止欺骗攻击。
合理规划 VLAN 和广播域。
定期升级设备固件，修复已知 Bug。
监控 CPU 使用率（如通过 SNMP + Zabbix/Prometheus）。