H3C Mini A51-E和A61-E ap日志提示CPU使用率超过95%，就多个ap掉线

升级下最新版本观察 

有相关解决版本，可以联系400升级看下。

从日志看：大量 CAPWAP 弱信号终端上报 + 单 AP 带机 30~40 台，触发 AP CPU 冲到 95% 以上，CAPWAP 心跳报文处理超时，最终 AP 在 ER3260G2 小贝 AC 管理页面掉线，下面结合组网（ER3260G2+TP-LINK TL-SG1210DP PoE+A51-E/A61-E）给出根因和分步整改方案：

重点：A51-E 推荐单 AP 带机上限 32 台，A61-E 推荐上限 50 台；您现场单 AP 跑到 30-40 台，叠加大量弱信号终端频繁上报、漫游探测，会持续消耗 AP CPU，小贝 AP 本身硬件资源弱，CPU 跑满后 CAPWAP 保活报文发不出去，路由器侧判定 AP 离线。

一、优先配置（小贝 Web 界面，ER3260G2 无线管理里操作，见效最快）

1. 开启弱信号客户端踢除（核心，解决日志里大量 “信号强度过低” 上报） 无线设置→SSID 设置，开启弱信号拒绝接入，阈值建议：-75dBm，低于这个信号的终端直接踢除，避免弱终端反复重连、上报状态抢占 CPU 和空口资源，减少大量 CAPWAP 状态上报日志。
2. 单 AP 最大接入终端限制 A51-E 单 AP 最大接入改成 30 以内；A61-E 控制在 40 以内，不要跑满上限，预留 CPU 余量。
3. 关闭自动射频调优 RRM 小贝 RRM 会持续扫描空口、上报射频信息，大量 AP 场景下会加重 CPU 负担，固定信道、功率。
4. 关闭不必要日志、减少上报频次 系统监控→日志设置，调低 CAPWAP 终端状态上报频率，弱信号这类 notice 日志频繁上报本身也会占用 CPU。

二、PoE 供电排查（TP-LINK SG1210DP 重点风险）

TL-SG1210DP 整机 PoE 总功率只有 67W，8 个 PoE 口同时满载供电会功率不足、电压不稳，AP 降频、CPU 异常冲高、随机掉线：

• 核查这台交换机下接了几台 Mini AP，A51-E/A61-E 满载功耗约 12~13W；
• 如果交换机下 AP 数量≥5 台，整机 PoE 预算不够，会出现供电不稳，加重故障，需要拆分到多台 PoE 交换机。

测试方法：故障 AP 单独换独立电源适配器供电，观察 CPU 是否还冲高、是否掉线，用来区分是供电问题还是性能 / 配置问题。

三、版本与固件优化

1. 登录 ER3260G2，检查 AP 固件版本，升级到小贝 A51-E/A61-E 最新稳定版本，老版本存在弱终端上报逻辑 bug，会异常占用 CPU；
2. ER3260G2 路由器本身小贝 AC 管理能力有限，AP 数量多、终端量大时，路由器本身 CPU 也会偏高，同步检查路由器 CPU。

四、空口与覆盖优化

日志里持续大量弱信号终端，说明覆盖规划不合理：

• 相邻 AP 信号重叠过多，终端频繁漫游，每次漫游都会触发 CAPWAP 报文交互；
• 降低 AP 发射功率，减少跨 AP 漫游，降低漫游报文对 CPU 冲击；
• 2.4G 干扰大，优先引导终端接入 5G，2.4G 单射频性能弱，大量 2.4G 终端极易打满 CPU。

五、组网补充排查

1. 确认二层无广播风暴、环路，广播风暴会持续上送 CPU；
2. AP 和 ER3260G2 之间 VLAN 透传正常，CAPWAP 隧道无丢包；
3. 不要跨交换机大量开启 IGMP / 组播，小贝 AP 处理组播报文非常耗 CPU。

六、排查顺序（建议按这个顺序测试）

1. 先开弱信号踢除、限制单 AP 接入数量，观察 1~2 小时，看 CPU 告警、掉线是否消失；
2. 单独给故障 AP 接外置电源，排除 PoE 功率不足；
3. 升级 AP 固件；
4. 调整信道功率、减少漫游；
5. 评估 AP 点位，终端过多的区域增加 AP 分担负载。

补充区分现象

⚠️ 这个故障是AP 本地 CPU 高，不是路由器 CPU 高；CPU 跑满之后，AP 无法按时向 ER3260G2 发送 CAPWAP 心跳，路由器判定 AP 离线，日志看到的 “CPU 超过 95%” 是 AP 自身日志，不是路由器日志。

如果做完弱信号踢除后还是频繁 CPU95%+ 掉线，说明单 AP 终端负载已经超出硬件能力，需要增加 AP 分流。