看看协商速率是不是不对吧，要不就换条网线看看

网络结构不合理。增加路由器和三层交换机。

先确认下是互联网问题还是内部网络问题

WX2510H-F网速慢，尤其是在人多的时候，问题很可能出在转发模式或无线射频环境上。

可以按照以下步骤，从简到繁进行排查：

1. 基础排查：先排除外部因素

在折腾AC配置前，先做几个快速检查：

• 有线测速：用电脑直连光猫或AC的LAN口测速。如果有线速度正常，说明问题出在无线侧；如果有线也慢，那就是外网或AC WAN口的问题。

• 检查物理连接：确保光猫到AC WAN口的网线无松动，且连接的是千兆口。

• 尝试重启：重启光猫、AC和所有AP，有时能解决临时的资源占用问题。

2. 核心优化：将“集中转发”改为“本地转发”（最关键）

WX2510H-F作为网关型AC，性能有限。在集中转发模式下，所有无线数据都要经过AC处理，这极易成为瓶颈。

• 效果对比：有实测数据显示，在高负载场景下，从集中转发切换到本地转发，AC的CPU利用率可从85%降至25%，吞吐量从650Mbps提升至910Mbps。

• 操作方法：在AC的无线服务模板中，将 client forwarding-location 参数由 ac 改为 ap。

• 注意：改为本地转发后，需确保交换机上正确配置了业务VLAN。

3. 无线射频优化：解决“看不见”的拥堵

多人使用时网速慢，很大概率是无线空口环境出了问题。

• 检查空口利用率：这是关键步骤。通过 display ar5 1/2 channelbusy 等命令查看。如果 RxBusy + TxBusy 总和长期超过80%，说明空口严重拥堵。

• 对症下药：

  • WLAN内部干扰（RxBusy很高）：重新规划信道，相邻AP使用1、6、11等不重叠信道。

  • 用户或流量过多（RxBusy和TxBusy相近）：开启终端限速，或增加AP数量分担负载。

  • AP下行受阻（TxBusy很高）：检查该AP下终端的信号强度，考虑调整AP位置或功率。

• 开启5G优先：在AC上配置5G优先功能，引导支持5G的设备连接5GHz频段，以减轻2.4GHz频段的压力。

4. AC性能与配置优化

• 检查AC负载：登录AC检查CPU和内存使用率，确保没有过载。

• 升级固件：检查并升级AC到最新稳定版，以修复已知的性能问题。

• 调整TCP MSS：尝试在AC的上行接口配置 tcp mss 1200，有时能解决因MTU导致的网络卡顿。

• 检查并优化日志：大量日志输出会消耗AC性能，可检查并调整日志级别。

5. 其他常见问题与调整

• 检查AP负载：用 display wlan ap all 命令查看，确保终端没有过度集中在某个AP上。

• 调整AP功率：降低AP功率，减少信号重叠，避免终端“粘”在一个AP上不漫游。

• 关闭低速率：在射频模板中禁用802.11b/g的1、2、5.5、11Mbps等低速率，提升整体空口效率。

• 检查DHCP：确保DHCP地址池足够大，不会因为人多导致IP地址耗尽。

• 检查网络环路：确保内部网络没有物理环路，以免引起广播风暴。

6. 进阶排查与终极手段

• 查看详细日志：AC系统日志（display logbuffer）和AP历史信息（display wlan client history）中可能包含掉线或错误的关键线索。

• 直连AP测试：如果AP支持“胖”模式，可将其切为胖模式直连光猫测试。如果速度正常，则问题确实出在AC的集中转发上。

• 硬件排查：检查AC是否因散热不良触发高温降频保护。如所有优化无效，需考虑AC或AP的硬件性能是否已到达瓶颈。

WX2510H‑F 网速慢；组网：光猫直 AC 的 WAN 口，AC WAN 口 PPPoE/DHCP 获取上网，上级带宽正常

组网关键点：WX2510H‑F 是集成 AC + 路由，WAN 口直接接光猫做出口，AP 通过 LAN 口接入；有线测速正常，无线慢H3C。 硬件约束：整机内存 1G，WAN/LAN 均为千兆电口，最大管理 16 台 AP，集中转发模式下整机转发性能有限，人一多就容易跑不满带宽、延迟大H3C。

第一步：定位故障边界（先区分是路由出口问题，还是无线问题）

1. PC 网线直插 WX2510H‑F 的 LAN 口，做测速。

• 如果有线也慢：故障点在 AC 路由、WAN 口、NAT、QoS、MTU。
• 如果有线测速跑满带宽，只有无线慢：问题在 CAPWAP 转发、射频、服务模板、空口干扰。

必查命令，故障复现时执行

场景 A：有线也慢（WAN‑LAN 转发慢）

1. WAN 口协商异常：确认光猫到 AC 的网线是超五类 / 六类，接口强制千兆，不要自动协商出来 100M。
2. MTU 问题（DHCP/PPPoE 常见坑） WAN 口 DHCP 场景，MTU 建议 1492；如果 MTU 过大，大包丢包，测速跑不满，网页打开慢。

3. NAT 会话打满：WX2510H‑F 集成路由，内网大量终端时 NAT 会话数耗尽，网速卡顿。

4. 关闭不必要的应用识别、深度安全、流控 QoS，这些功能会大量消耗 CPU。
5. 固件老旧：老版本存在 NAT、转发 BUG，升级到 V7 最新稳定版本。

场景 B：有线正常，仅无线慢（最高概率）

①转发模式坑（最常见）

如果 SSID 配置为tunnel 集中转发：所有无线流量 CAPWAP 隧道封装送到 AC 本机，再由 AC 的 WAN 口做 NAT 上网。

WX2510H‑F 硬件性能不强，集中转发下，终端数量上来 CPU 直接冲高，带宽跑不满、延迟高、测速低。

✅处理：改成本地转发 direct‑forward

注意：该组网下 AP 接 AC 的 LAN 口，业务 VLAN 需要在 AC 的 LAN 侧放行；DHCP 网关由 WX2510H‑F 本机承担。

改成本地转发之后，业务流量 AP 直接 LAN 转发，CAPWAP 仅保留管理报文，大幅降低 ACCPU 压力。

②CAPWAP MTU

集中转发模式务必配置，防止隧道大包丢包：

③无线射频配置问题

1. 加密模式：不能用 TKIP，必须 WPA2‑PSK‑AES；TKIP 会强制降速，802.11n/ax 高速无法生效。
2. WMM 必须开启，否则 wifi 高速速率不起作用。
3. 2.4G 禁用 40M 频宽，只使用 20M；5G 优先 80M，干扰大自动降到 40M。
4. 关闭低速率（1‑12Mbps），抑制老低速终端拖累整个信道。

5. 5G 优先开启，引导终端优先 5G，减轻 2.4G 空口压力。

④空口干扰

查看射频空口利用率：display wlan ap all radio

• 信道 Busy 持续＞70%，代表干扰大，需要重新规划信道、降低 AP 发射功率，增加 AP 点位分担终端压力。 查看单个终端状态：

看 RSSI 信号强度，RSSI 小于‑70dBm 说明信号差，终端自动降速。

容易忽略的配置点

1. 是否配置无线 QoS / 带宽限速，导致每个终端被人为压限速。
2. 二层用户隔离user‑isolation enable开启后，不影响外网，但部分终端会偶发性能异常，测试可以临时关闭。
3. 固件版本，老 V7 版本存在 CAPWAP 内存泄漏，长时间运行性能下降，重启临时恢复，需要升级固件。

简易排查顺序总结

1. LAN 口有线测速，区分是路由出口故障，还是纯无线故障；
2. 检查 WAN 口速率、MTU1492；
3. 看 AC CPU / 内存，高负载优先把 SSID 改成本地转发；
4. 确认 CAPWAP mtu 1473；
5. 修正无线加密、频宽、关闭低速率；
6. 检查射频空口利用率、终端信号；
7. 升级 AC 与 AP 固件。

补充：WX2510H‑F 作为一体化设备，不适合大量终端全部集中转发，业务量大必须本地转发，否则硬件就是性能瓶颈。