F1000-AK125 后台出现undo debugging all的问题

您好，这种升级下版本就行

看下cpu占用率情况 

C[U飙升到80%的情况

一、两条日志解读
SHELL_CMD ... command is undo debugging all
设备执行了关闭全部调试报文的命令；
DIAGG CPU_EXCEED_THRESHOLD CPU usage threshold has been exceeded
CPU 使用率超过阈值，触发硬件诊断告警，当前 CPU 高达 80%。
1、为什么设备会自动执行 undo debugging all？
核心触发机制：CPU 过载自动防护（Comware V7 防火墙内置机制）
当设备 CPU 持续高占用，系统后台诊断模块检测到 CPU 超限，自动执行 undo debugging all 回收调试报文占用的 CPU 资源，降低设备负载。
触发场景分 3 类：
人为开启大量 debug 调试（debugging ip packet、debugging aspf、debugging ospf 等），调试报文上送 CPU 疯狂消耗算力，CPU 冲高，系统自动清理所有 debug；
网络流量异常（ARP 风暴、EAPOL 风暴、大量分片报文、攻击流量），CPU 占满，系统主动关闭调试减少额外开销；
定时任务 / 网管下发批量调试，后台巡检发现 CPU 过载自动回滚调试配置。
关键特征
这条日志不是人为手动输入，是设备系统自动后台执行，目的是紧急降 CPU 负载。
二、CPU 飙升 80% 完整排查步骤（F1000-AK125 V7 防火墙）
步骤 1：查看 CPU 占用进程，定位耗资源模块
plaintext
display cpu-usage task

重点关注高占用任务：
DEBUG、INFO-CENTER：调试日志、syslog 打印占用 CPU；
ACL、NAT、ASPF、IPSEC：流量处理、安全业务；
ARP、EAPOL、WIPS：攻击报文上送 CPU；
SSH/TELNET：大量终端会话占用 VTY。
步骤 2：确认是否是 debug 调试导致 CPU 高（对应你日志场景）
查看当前开启的调试功能
plaintext
display debugging

若这里曾经有大量调试开关，就是调试报文打满 CPU，系统自动执行undo debugging all清理。
2. 临时关闭所有调试（手动兜底）
plaintext
undo debugging all

步骤 3：查看上送 CPU 的异常报文（攻击 / 广播风暴）
plaintext
display cpu-attack defense statistics
display arp anti-attack statistics
display eapol packet statistics

常见高消耗报文：
ARP 请求风暴、虚假 ARP；
大量 EAPOL 802.1X 报文；
外网扫描、分片 TCP/UDP 攻击；
大量日志报文（info-center loghost 抓全量 debug 日志）。
步骤 4：安全业务负载排查（NAT / 策略 / IPS/URL）
plaintext
display nat session statistics
display security-policy statistics
display ips statistics

大量 NAT 会话表项、频繁新建连接；
IPS 特征库深度检测、URL 过滤海量 HTTP 流量；
双 ISP 多出口策略路由频繁匹配。
步骤 5：日志输出过载（info-center 打印日志消耗 CPU）
你设备配置了 syslog 推日志审计，若日志级别为 debugging，海量日志持续上送 CPU：
plaintext
display info-center
# 查看是否大量输出debug级别日志到loghost
info-center source default loghost level informational

调试级日志会成倍增加 CPU 开销。
步骤 6、VTY/SSH 会话占满 CPU
plaintext
display users

大量僵尸 SSH/Console 会话，后台心跳、日志打印占用 CPU。
三、分场景根治方案
场景 1：调试 debug 导致 CPU 高（本次日志匹配场景）
禁止长期开启全局 debug，仅故障临时调试，排查完立刻关闭；
日志主机仅输出 informational 及以上级别，不要使用 debugging；
plaintext
info-center source default loghost level informational
undo debugging all
save

场景 2：攻击报文上送 CPU
开启 CPU 防攻击限速：
plaintext
cpu-attack defense enable
arp rate-limit 100
eapol rate-limit 50

安全域下配置 ARP 防攻击、分片报文拦截。
场景 3：NAT/IPS 业务负载过高
优化 NAT 老化时间，关闭无用 IPS 特征；
内网大流量做硬件加速，开启防火墙 FastForward 快速转发。
场景 4：定期预防配置（避免自动清理 debug）
日常运维禁止长期开启 debug；
日志输出级别统一为 informational，减少 CPU 打印开销；
配置 CPU 阈值告警，提前发现高负载：
plaintext
diagnostic cpu threshold 70

四、精简总结
undo debugging all自动执行原因：CPU 占用超过阈值，防火墙内置自动防护机制，关闭所有调试报文以降低 CPU 负载；根源一般是开启了过多 debug 调试或海量日志输出。
CPU80% 排查顺序：查看 CPU 进程占用→检查开启的 debug 调试→CPU 攻击报文统计→NAT/IPS 安全业务负载→info-center 日志输出级别→VTY 在线会话。
根治：不用时关闭所有 debug，日志主机使用信息级日志，开启 CPU 防攻击限速，减少报文上送 CPU。