一、排查广播/组播流量冲击

当二层广播/组播报文超过100pps时，会严重占满AP的空口资源，导致周期性丢包。

操作建议：

1. 查看广播/组播统计：在AC上登录AP（telnet AP的IP或ssh），进入隐藏模式后执行：

三、排查AP供电问题（阶段性集体丢包）

WA5320如果采用PoE供电，且供电功率不足，可能导致AP阶段性降级工作甚至重启，表现为几分钟一次丢包。

操作建议：

• 确认PoE交换机供电功率：WA5320满功耗约12.95W（802.3af），但如果连接了外置天线或开启了增强功能，可能需要15.4W以上。

• 检查AP重启记录：display device manuinfo # 查看uptime

  display logbuffer | include "reboot" # 查看重启日志

• 如果看到"User soft reboot"但没有明确原因，要警惕供电或IP冲突问题

一、你这个现象 90% 是下面这 4 类问题

1. 2.4G 同频干扰 + 信道重叠（仓库第一杀手）

• 几分钟炸一次
• 丢包、延迟飙升
• 越靠近货架 / 角落越严重

• 看 2.4G 信道是否都是 1、6、11
• 不能有 2、3、4、5、7、8、9 这种信道
• 2.4G 功率不要太高，建议 10～15dB（仓库高了反而互相干扰）

2. AP 密集 → 互相扫描、重关联、乒乓切换

• 终端在几个 AP 之间疯狂跳
• 每次跳就丢包几秒～几分钟
• 表现就是规律性丢包

• 调大 漫游触发阈值
• 抑制弱信号接入
• 开启 快速漫游（802.11r）

3. 5G 频段动态频率选择（DFS）触发信道跳变

4. 终端大量休眠 + 心跳超时 → 集体重连

• 省电休眠
• 丢包后集体重连
• 每几分钟来一波

• 关闭省电模式（终端侧）
• AC 调长心跳
• 开启 Skr 快速连接

二、你现在 10 分钟内能定位的命令（直接复制）

1. 看干扰

2. 看丢包原因

3. 看终端漫游

4. 看 5G 是否跳信道（DFS）

三、我直接给你最终结论（按你现象匹配）

四、你只要回答我 3 个问题，我能直接告诉你是哪一个

1. 丢包是全部 AP 一起丢，还是局部区域？
2. 5G 用的是不是 52～144 信道？
3. 终端是不是 PDA、手持机、扫码枪 这类？

信息太少了，建议直接找人排查一下吧(如果牵扯到AGV，建议还是直接摇人)

建议按以下步骤排查：

1. **确认丢包位置**：
- 终端 ping 本地网关（如AC或三层网关），若丢包，说明问题在无线侧；
- 若本地不丢，但 ping 外网或AC丢包，则需检查有线链路（如交换机、环路、带宽拥塞）。

2. **判断是否与漫游相关**：
- 若终端静止时仍丢包，排除频繁漫游问题；
- 若为漫游触发，检查AP间信号重叠是否过大（功率过高），导致终端频繁切换。

3. **排查无线干扰与覆盖**：
- 仓库环境易受金属、货物遮挡，检查信号覆盖盲区或干扰源（如叉车、电子设备）；
- 建议进行工勘，优化AP布放和信道规划。

4. **排除终端或设备问题**：
- 更换终端（可用AC或交换机模拟测试）对比测试；
- 若更换后正常，原终端可能存在网卡或驱动问题。

5. **检查有线网络稳定性**：
- 查看交换机端口是否有错包、环路或STP震荡；
- 确认上行链路带宽是否充足，是否存在突发流量拥塞。

建议优先通过抓包和日志分析确定丢包时段的网络行为，结合AC查看AP状态及客户端日志。

无线的基础是有线，先检查有线，看看有些有没有丢包，crc