WT-1024-X-QH设备CPU利用率异常

升级下最新版本

优化下无线的管理和业务VLAN就能解决

问题分析

根本原因

1. MAC地址表容量限制：WT-1024-X-QH设备作为本体设备，其硬件MAC地址表有固定的容量上限
2. 下挂AP数量过多：超瘦终结者分体AP会学习并上报大量终端设备的MAC地址
3. 动态MAC地址老化时间过长：默认300秒的老化时间导致MAC地址表项堆积
4. 资源竞争：当MAC地址表满载时，设备需要额外的CPU资源来处理这些异常，导致CPU利用率异常升高

专业解决方案

1. 优化MAC地址表使用

2. 启用端口隔离

3. 其他优化建议

• 检查下挂AP数量：确认是否超过了设备支持的最大AP数量
• 清理无用MAC地址：定期清除不活跃的MAC地址表项
• 升级设备固件：检查是否有新的固件版本优化了MAC地址表管理
• 考虑硬件升级：如果业务量持续增长，可能需要升级到更高规格的设备

非专业工程师的建议

1. 联系设备供应商：提供具体的日志信息，让他们远程协助配置
2. 分批重启设备：先重启部分AP，观察CPU利用率是否下降
3. 减少单个本体设备下挂的AP数量：将AP分散到多个本体设备上
4. 监控关键指标：定期查看CPU利用率和MAC地址表使用率

不是 BUG，但确实是 “性能 / 资源跑到上限” 的典型表现；日志 Driver failed to add MAC address entry, reason-Insufficient hardware resources 就是硬件 MAC 表满、底层资源耗尽，导致新终端 / AP 的 MAC 加不进去，进而 CPU 飙高。
下面用尽量通俗的话讲清楚原因、是不是设备性能有限、怎么快速判断和处理。
一、先明确：WT-1024-X-QH 本身规格很低
查官方参数：
WT-1024-X-QH：最多只支持 24 台分体 AP（WTU）
它是楼道型、接入层、轻量级本体，不是 AC，也不是高性能控制器
CPU / 内存 / 硬件 MAC 表都设计得很小，就是给 “24 个 AP、几百终端” 场景用的
你现在出现的日志，就是：
终端 / AP 太多 → MAC 地址条目超过硬件表容量 → 驱动加表失败 → 频繁重试 + 内核报错 → CPU 被拖满。
所以：确实是设备本身处理性能 / 硬件资源有限导致的，不是软件 BUG。
二、日志含义（通俗版）
plaintext
Driver failed to add MAC address entry
reason-Insufficient hardware resources
翻译：
驱动想把新的 MAC 地址写到硬件 MAC 表里
但硬件表满了、资源不够，写不进去
底层反复报错、重试，把 CPU 吃满
这种和 “配置错了、攻击、环路” 没关系，就是硬件规格顶满。
三、为什么 CPU 会跟着飙高？
硬件 MAC 表满 → 所有新 MAC 都走软件处理
正常：MAC 转发靠硬件，不占 CPU。
表满：新 MAC 无法硬件转发，全部上 CPU 软转发，瞬间把 CPU 打满。
驱动持续报错、重试
每次加表失败都要打日志、重试、告警，内核 / 驱动一直在干活。
AP / 终端频繁上下线（叠加）
如果同时有很多 AP 或终端在线、离线、重连，会不断产生新 MAC，加剧资源耗尽。
四、你现在大概是什么情况？
大概率是下面一种或多种：
接入的分体 AP 数量接近 / 超过 24 台（极限 24）
每个 AP 下挂终端太多（比如每个 AP 几十人，总终端数几百以上）
终端频繁上下线、Wi-Fi 设备多（手机、IoT）
长时间运行后，MAC 表老化不及时，残留很多旧条目
五、快速自查（不需要专业工程师也能做）
1）看 AP 数量
plaintext
display wlan ap all
看 “Total Number of APs connected”，超过 20 就要警惕，24 就是极限。
2）看 MAC 表是否满
plaintext
display mac-address-table summary
看 “Used” 是否接近 “Max”，接近就是表满。
3）看 CPU 高在哪个进程
plaintext
display cpu-usage
如果是driver、kernel、mac 管理、AP 管理占比很高，就是这个问题。
六、怎么解决（按优先级）
1）减负载（最直接）
减少接入的分体 AP 数量，控制在 20 台以内
把部分 AP 割接到另一台 WT 本体（多台 WT 分担）
关闭不必要的 IoT/guest Wi-Fi，减少终端数
2）优化配置（缓解）
plaintext
# 缩短MAC老化时间（默认可能5分钟，改成2分钟）
mac-address aging-time 120

# 关闭不必要的日志/告警
undo info-center enable
3）升级固件（部分旧版本有资源泄漏）
找 H3C 工程师把 WT-1024-X-QH 升级到最新稳定版本，有些旧版本会慢慢泄漏硬件资源，越跑越满。
4）如果业务必须这么多 AP / 终端
WT-1024-X-QH 扛不住，属于选型不够
换成更高端的 WT 本体（如 WT2024-U）或专用 AC 控制器
七、一句话总结
不是 BUG，是WT-1024-X-QH 硬件规格（MAC 表、CPU、内存）被跑满。
日志 Insufficient hardware resources 就是硬件 MAC 表满，新 MAC 加不进去，CPU 被迫全软转发，直接飙高。
它天生就是24AP、轻量级接入设备，不是高性能 AC。