做下无线网络优化

加一个三层交换机。业务网关都放三层交换上

结合你的描述，网络在人少时正常、人多时崩溃，且设备已运行7年多，问题很可能出在设备性能到达瓶颈或配置未针对高负载优化上。手机偶尔弹出认证页面，也指向了DHCP服务或认证配置在负载高时出现问题。

 问题根因分析

• 1. 设备性能瓶颈与老化：运行7年的设备（AC和AP）电子元件会自然老化，可能导致处理能力下降、发热重启等问题。更关键的是，WAC380作为网关或采用集中转发模式时，所有数据都需经过它，人多时其CPU和内存可能直接跑满。

• 2. 无线资源耗尽（最可能原因）：这是高密度场景下掉线的最常见原因。每个AP的射频带宽是有限的，人一多，空口利用率就会急剧飙升（超过80%就极易掉线），导致所有终端争抢资源，造成网络瘫痪。

• 3. DHCP地址池耗尽：这是导致手机弹出认证页面的直接原因之一。当大量终端同时连接时，如果AC或路由器上配置的DHCP地址池太小，新设备就无法获取IP地址。此时，手机可能误以为自己需要Portal认证，从而弹出认证页面。

• 4. 软件配置与终端问题：比如，服务模板设置的最大用户数过小；或者AP间存在信号干扰、负载不均衡，导致部分AP过载而其他AP闲置。

 排查步骤

建议按以下顺序排查，快速定位问题：

1. 应急恢复

   • 立即重启AP：这是最快的临时恢复方法。通过AC远程重启或到现场拔插AP电源。

   • 检查物理连接：确认AP的网线没有松动，PoE交换机供电正常。

2. 快速诊断（高峰期操作）

   • 检查AC资源：登录AC执行 display cpu-usage 和 display memory-usage，查看CPU和内存是否超过70%。

   • 检查AP资源：执行 wlan ap-execute all exec "display cpu-usage"，批量查看各AP的CPU负载。

   • 检查空口利用率：执行 display wlan ap all radio 查看各AP射频状态。重点关注空口利用率，超过80%是严重拥塞的信号。

   • 检查地址池：执行 display dhcp server pool [池名]，查看free-ip字段确认剩余地址是否足够。

   • 查看掉线日志：执行 display logbuffer | include wlan 和 display wlan client history，寻找客户端的掉线原因。

💡 解决方案建议

• 方案一：立即调整配置（低成本）

  • 切换转发模式：这是最有效的优化之一。将 “集中转发” 改为 “本地转发”，让数据流量直接从AP经交换机转发，不再经过AC，能极大减轻AC负担。

  • 开启5G优先：引导支持5G的设备优先连接5G频段，分担2.4G频段压力。

  • 配置负载均衡：设置AP的接入用户数阈值，避免个别AP负载过高。

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

  • 优化信道和功率：手动为相邻AP设置1、6、11（2.4G）等不重叠信道，避免干扰。

  • 检查DHCP范围：确保DHCP地址池范围足够大，以容纳所有可能的终端。

• 方案二：升级硬件设备（根本解决）

  • 更换AP：7年前的AP可能仅支持Wi-Fi 4或Wi-Fi 5，性能已落后。更换为支持Wi-Fi 6的新AP，能显著提升并发处理能力和速度。

  • 考虑升级AC：如果AC性能（如CPU、内存）确实成为瓶颈，可能需要更换性能更强的型号

WAC380+10 台 AP，人少正常、人多手机感叹号、偶发弹出网页认证故障分析

现象特征：低用户量完全正常，高并发批量终端上来就大面积感叹号（已关联 WiFi，但拿不到 IP / 认证 / 转发不通），偶尔弹出 Portal 网页认证，设备已经使用 7 年多，以前稳定。 典型场景：终端可以连上 WiFi 信号，但网络叹号；本质：无线关联成功，上层 DHCP / 认证 / 转发 / 表项资源被打满。

主要根因（按概率从高到低）

1、转发模式：集中转发（隧道转发）性能瓶颈【最高概率】

WAC380 是中小型 AC，如果业务 SSID 是集中转发（CAPWAP 隧道把所有流量回传给 AC 处理）：

• 人少：AC CPU、内存压力小，全部正常；
• 人多：大量 DHCP 请求、终端上线报文、认证报文全部封装到 CAPWAP 隧道送到 WAC380，AC CPU 冲高、报文排队丢弃；
• 现象：手机显示已连接 WiFi，出现感叹号；部分终端触发 Portal 重定向（AC 收到报文但处理不过来，Portal 模块异常触发重定向），但网页打不开。

7 年前用户总数少，设备压力小；现在终端手机数量变多，硬件性能跟不上，就开始出问题。

2、固件版本老旧，长期运行内存泄漏、表项资源耗尽

设备运行 7 年，固件很老，长期不重启：

• 内存缓慢泄漏，高峰用户上来内存不足；DHCP、Portal 用户表项、无线用户表项无法新建；
• 表现：少用户一切正常，并发上来直接无法分配 IP、认证异常，出现叹号；重启 AC 临时恢复，运行一段时间复现。

3、DHCP 资源瓶颈

• 如果WAC380 本机做 DHCP 服务器，地址池不够、租期不合理，高峰地址耗尽；大量 DHCP Request 冲击 AC，处理不过来，终端拿不到 IP 直接感叹号；
• 即使外部 DHCP 服务器，集中转发模式下 DHCP 报文全部经过 AC 隧道，AC 忙时丢弃 DHCP 报文。

4、Portal 认证模块资源耗尽（对应偶尔弹出网页认证）

开启 Portal 网页认证场景： 高并发接入时 WAC380 的 Portal 表项、AAA 会话资源耗尽；部分终端异常触发重定向弹认证页面，但是页面打不开，大部分终端直接感叹号。

5、射频空口问题（次要）

2.4G 大量手机接入空口拥塞，会单 AP 下终端掉线；但一般不会 10 台 AP 全部同时大面积叹号。如果全部 AP 都出问题，优先排除 AC 侧问题。

6、硬件老化散热

7 年老设备，机房 / 弱电箱散热差，高温下 CPU 降频，高负载下处理能力骤降。

现场排查命令（人多故障复现时登录 AC 执行）

✅故障复现时，如果 AC CPU / 内存飙升，直接定位 AC 性能 / 转发模式问题。

分步处理方案（建议按顺序操作）

1. 临时验证：故障出现时，重启 WAC380。重启后恢复，运行一段时间又复现，确认内存泄漏 / 性能瓶颈。
2. 优先改造转发模式：集中转发→本地转发（最高效）

把业务 SSID 改为本地转发：AP 本地直接转发业务流量，只有控制报文走 CAPWAP 隧道，业务流量不再经过 WAC380，极大降低 AC CPU 压力。 注意：本地转发，业务 VLAN 需要在接入交换机透传，DHCP 网关放在三层交换机 / 核心，不要 AC 本机做 DHCP。

3. DHCP 改造 不要使用 WAC380 内置 DHCP，把 DHCP 部署到核心交换机或者专用 DHCP 服务器；扩大地址池，缩短租期，避免地址耗尽。
4. 固件升级 升级 WAC380 和 AP 到官方最新稳定 V7 版本，修复老版本内存泄漏、Portal、DHCP 已知 BUG；升级前完整备份配置。
5. 无线优化 开启 5G 优先，限制 2.4G 最大接入用户，开启 AP 负载均衡，减少单 AP 终端数量；降低 2.4G 接入，减轻空口压力。

6. 硬件散热检查 确认 WAC380 通风口没有堵塞，弱电箱不要密闭，高温会加剧故障。

补充说明

WAC380 硬件年代较早，10 个 AP 在集中转发 + Portal 网页认证场景，整机并发处理能力是短板。

如果改造本地转发、升级版本后，高峰期 CPU 依然持续高，说明硬件已经到达极限，需要考虑更换更高性能无线控制器。

现象解释：为什么会莫名弹出网页认证？

即使部分终端配置为免认证，当 AC CPU 压力大，无线用户表项异常，Portal 模块会错误对部分终端触发重定向，就会手机弹出网页认证，但认证页面无法加载；大部分终端直接拿不到 IP，表现网络叹号。