无线控制器WX3520X-G集中转发，个别终端偶尔异常问题

一、故障特征定性（完全吻合信创网卡 A-MSDU 兼容 bug）
故障表现拆解
单点故障、其他终端正常：只有统信信创电脑偶发异常，支行其余终端无故障，排除 AC、汇聚、上行路由、DHCP 全局故障；
可解析 DNS、能 ping 通分行网关、无法连通总行网段：网关可达证明无线 CAPWAP 隧道、VLAN、中继 DHCP 全部正常，故障不在有线三层路由；
业务割裂：网页 / 邮箱 / 内网 IM 交替不通：不同业务 TCP 报文长度不同，网页小包、邮箱 / IM 长包，信创无线网卡处理聚合帧时部分长度报文卡死解析，出现局部业务断流；
时好时坏、复测恢复：网卡内存溢出属于临时异常，重启网卡 / 重连 WiFi 后驱动重置恢复正常。
根因结论
统信配套国产无线网卡（瑞昱 / 联发科 / 盛科等）驱动老旧，无法稳定解析 802.11 A-MSDU 聚合帧，高负载聚合报文下发时网卡协议栈短暂卡死，只放行小包、丢弃特定长度 TCP 长报文，最终出现「网关通、跨网段部分业务不通」。
你查到的解决方案属实，属于金融政企信创无线高频兼容性案例。
二、关闭 A-MSDU 是否有负面影响？（打消你的顾虑）
负面影响极小，银行场景完全可接受
仅小幅降低空口吞吐上限：A-MSDU 用来聚合多个小包提升无线吞吐量，银行办公场景以网页、OA、IM 小包流量为主，关闭后实测无线速率几乎无感知下降；
AMPDU 保持开启：只禁用 A-MSDU、保留 A-MPDU 聚合，不会损失无线性能；
不会造成全网波动：配置仅作用射频 Radio，随时可以回滚，可先针对异常 AP 组灰度验证。
仅有的副作用
高密度并发终端（30 台以上同时大文件下载）场景速率会下降 5%~12%，支行办公环境不存在该场景。
三、WX3520X-G 配置方案（灰度测试→全局下发）
方案 1：先针对支行 AP 组关闭 A-MSDU（推荐，最小影响）
bash
# 进入系统视图
system-view
# 进入AP组（替换为你的支行AP组名称）
wlan ap-group ZhiHang_AP
# 进入2.4G射频
radio 1
a-msdu disable
# 进入5G射频
radio 2
a-msdu disable
save
方案 2：全局所有射频关闭 A-MSDU（批量根治）
bash
system-view
wlan global-configuration
# 全局射频默认禁用A-MSDU
default a-msdu disable
save
配套优化（同步执行，彻底规避问题）
AC 全局调整 MTU 匹配集中转发 CAPWAP 隧道（你当前 mss 1360 可保留）
bash
system-view
wlan service-template 【你的无线模板】
tcp mss 1360
关闭信创电脑网卡「省电休眠」：统信系统设置→网络→无线网卡高级设置，关闭节能休眠、漫游主动性调为最低，避免网卡休眠触发异常。
四、排除其他叠加诱因（防止改完依旧偶发故障）
1. 确认不存在 IP 冲突
分行汇聚执行：
plaintext
display arp ip-conflict track
若存在冲突 IP，拉黑冲突 MAC 地址，冲突也会造成单终端跨网段随机丢包。
2. 排查 CAPWAP 隧道瞬时丢包（集中转发特有）
在故障时段 AC 查看隧道丢包统计：
plaintext
display capwap statistics ap all | include drop
如果隧道持续丢包 > 0，排查 AC 与支行上行链路是否拥塞、端口 CRC 错误。
3. 区分是网卡问题还是无线问题
拿一台普通 Windows 笔记本连接同一个 WiFi 长时间测试：
Windows 全程正常 → 100% 确定是统信网卡 + A-MSDU 兼容问题；
Windows 也异常 → 排查 AC 转发、ACL、分行到总行回程路由。
4. DHCP 中继补充校验
DHCP 在总行、分行汇聚做中继，确认汇聚中继配置正常、网段租期统一，避免终端续租异常导致半截断网。
五、稳妥上线步骤（零风险操作流程）
第一天：只给故障支行的 AP 组关闭 A-MSDU，持续观察 24 小时；
若统信电脑不再出现局部业务断流，一周后全网 AP 统一禁用 A-MSDU；
保留配置备份，若后期需要开启聚合，执行 a-msdu enable 即可一键恢复；
同步升级支行统信终端无线网卡官方驱动，双管齐下根治。
六、补充：为什么不建议只升级驱动？
部分国产网卡厂商没有完善驱动迭代，升级驱动只能降低概率，无法彻底修复 A-MSDU 解析 bug；无线侧关闭 A-MSDU 是稳定彻底的解决方案。