User soft reboot：用户通过命令行、SNMP或者Web等方式重启设备

EWP-WA5320-SI-FIT AP频繁掉线，通常不是单一原因造成的。根据经验，问题最可能出在 PoE供电不足、IP地址冲突、或无线射频干扰 这三个方面。

建议按照下面的步骤，由简到繁地进行排查：

 第一步：排查物理层与供电 (最常见原因)

这是最基础也最容易出问题的一环，很多AP频繁重启都源于此。

• 检查PoE供电功率：WA5320-SI的满功耗约为12.95W（符合802.3af标准）。但如果启用了某些增强功能，可能需要15.4W以上的功率。请确认你的PoE交换机每个端口都能提供足够的功率。如果AP部署比较密集，交换机的总功率预算也可能不足。

• 检查网线与连接：

  • 网线质量：请使用超五类（Cat5e）或六类（Cat6） 及以上规格的网线。

  • 传输距离：确保AP与PoE交换机之间的网线长度不超过80米。

  • 水晶头：检查水晶头是否老化、接触不良，可以尝试重新制作。

• 查看AP重启记录：登录AC，执行命令 display logbuffer | include "reboot" 查看AP的重启日志。如果看到 Last reboot reason : User soft reboot 这样的记录，通常意味着AP是非正常掉电或重启，需要重点怀疑供电问题。

 第二步：排查网络层与配置

如果物理层没问题，就需要检查网络配置是否导致了AP无法稳定上线。

• 排查IP地址冲突（非常关键）：这是一个经典且隐蔽的故障点。如果AP通过DHCP获取的IP地址与网络中其他设备（如AC的管理IP）冲突，会导致AP反复掉线。

  • 检查方法：登录核心交换机或DHCP服务器，查看日志中是否有 ARP/6/DUPIFIP 这样的重复地址冲突记录。

  • 解决方案：如果确认是AC的管理IP被错误分配，请在DHCP服务器上将该IP地址排除（forbidden-ip），防止再次分配给AP。

• 检查基础网络连通性：

  • 确认AP是否能通过DHCP获取到正确的IP地址。

  • 在AC上尝试 ping AP的IP地址，确认网络层可达。

  • 检查交换机上用于AP管理的VLAN是否配置正确并透传。

• 检查AC侧配置：

  • License数量：确认AC的AP授权（License）数量是否充足，是否已用完。

  • 软件版本：确认AC的软件版本是否支持并适配WA5320-SI这个AP型号。如果不确定，建议将AC升级到最新稳定版本。

  • CAPWAP隧道：检查AP与AC之间的CAPWAP隧道是否稳定建立，是否存在因网络震荡导致的隧道反复拆除与重建。

 第三步：排查无线射频环境

如果AP本身在线稳定，但终端体验差（感觉“掉线”），问题可能出在射频环境。

• 检查空口利用率：登录AC，执行命令 display wlan ap all verbose | include "Channel utilization" 查看AP的信道利用率。如果数值持续高于60%-70%，说明信道非常繁忙，干扰严重。

• 优化射频参数：

  • 信道：2.4GHz频段建议使用20MHz频宽，并采用1、6、11这三个不重叠的信道进行蜂窝式部署。

  • 功率：避免AP功率过高导致信号重叠，引起终端频繁漫游。可以尝试适当降低AP的发射功率。

  • 关闭低速率：在AP的射频下，关闭1、2、5.5、6、9、11Mbps等低速率，可以避免弱信号终端拖慢整个空口。

  • 关闭部分高级功能：可以尝试暂时关闭“频谱导航”和“频谱分析”功能，观察问题是否改善

EWP‑WA5320‑SI‑FIT 故障解析

断开原因：AP was reset due to inconsistent local and reported radio statisticsH3C知识... 中文释义：AP 本地射频芯片统计，与上报给 AC 的射频统计数据不一致，AP 自我复位，CAPWAP 隧道断开重连H3C。 AP 连接次数已经到 381 次，代表反复断连重注册。上次软重启是人为User soft reboot。

根因分类（H3C 官方知识库该报错常见 4 类）H3C知识...

1. 版本 BUG（最高概率）：特定 V7 版本射频统计模块缺陷，高终端、高空口占用场景触发，射频统计计数错乱，AP 保护性自复位。
2. 空口压力过大：接入终端多、同频干扰严重，rx‑busy空口繁忙度长期很高，射频芯片压力大，统计计数异常。
3. PoE 供电不稳：供电功率不足、PoE 端口波动，射频芯片工作异常，统计错乱触发复位。
4. AP 射频硬件隐性故障：射频芯片 / 功放硬件异常。

⚠️注意：不是 CAPWAP 网络链路丢包导致隧道断开；是 AP 内部自己把自己复位，才导致 CAPWAP 隧道断开。

排查步骤（按优先级执行）

1、核对 AC 与 AP 固件版本（最重要）

WA5320‑SI‑FIT 使用 V7 版本，很多早期版本存在该射频统计不一致复位 bugH3C知识...。

• 查看 AP 版本：display wlan ap name xxx verbose

建议升级到：AC 和 AP 配套的最新稳定 Release 版本，不要使用老旧过渡版本。升级完成观察是否还会报该复位原因。

2、检查 PoE 供电

WA5320‑SI‑FIT 标准 PoE (802.3af) 可以带起；但如果网线老化、交换机 PoE 端口输出不稳，会诱发射频异常。

1. 交换机上查看 PoE 功率：display poe power interface GigabitEthernet x/x/x
2. 优先替换网线；条件允许，换 DC 电源适配器测试，排除 PoE 问题。

3、检查空口压力，看射频繁忙度

AP 上执行：

重点看：RxBusy（接收繁忙），如果持续＞70‑80%，说明空口干扰 / 负载太高。 优化手段：

• 不要全部依赖 RRM 自动信道，做手动信道规划；
• 降低 AP 发射功率，减少 AP 之间互相干扰；
• 调低低速率速率集，关闭无用的广播 probe 应答。

4、AC 侧临时关闭射频统计上报（规避，不能根治，版本修复前应急）

该报错是 AP 周期性向 AC 上报 radio 统计，校验不一致就触发复位。

关闭射频统计采集，可以规避该触发条件；但是只能临时应急，优先还是升级版本H3C。

5、硬件判定

做完升级版本、排除供电、空口干扰、关闭统计，仍然高频触发该复位日志，则判定 AP 射频硬件故障，申请硬件更换。

AC 侧查看该 AP 复位历史命令

总结

该日志典型特征：AP 主动内部复位，不是网络抖动导致 CAPWAP 断开。 现场 WA5320‑SI‑FIT 该故障绝大多数是固件版本 bug，优先升级 AC/AP 配套版本；其次排查 PoE 供电、空口高负载；关闭 radio 统计仅作为临时规避手段。