为什么要先看有线侧
AP、无线控制器、RADIUS、DHCP 全都是有线网络上的设备：AP 的注册、配置下发、隧道转发与认证都依赖上联链路与控制器。无线侧看到的「大面积异常」，根因常常在有线侧——链路抖动、VLAN 配错、控制器过载、认证服务超时。先花十分钟确认有线基本面，往往能省下后面几小时的射频排查。
检查要点
| 理由 | AP 的转发、注册、认证全部依赖有线链路与控制器 |
|---|---|
| 检查项 | AP 上联端口状态、VLAN 配置、供电情况、控制器可达性与负载 |
| 判断信号 | 有线侧问题常表现为「大面积无线同时异常」 |
| 排查顺序 | 先有线基本面，再做射频优化 |
| 典型根因 | 上联链路错包、PoE 供电不足、控制器或认证服务过载 |
从无线现象反推有线侧
| 无线现象 | 有线侧怀疑对象 | 验证方法 |
|---|---|---|
| 多个 AP 同时掉线 | 共享上联链路或核心设备 | 查端口状态与链路错包 |
| AP 反复上下线 | PoE 供电或端口协商 | 查端口功率与 UP/DOWN 记录 |
| 认证全部失败 | RADIUS 或目录服务 | 查服务状态与响应时间 |
| 终端拿不到地址 | DHCP 服务或中继 | 抓包看是否有应答 |
| 都能连但整体很慢 | 上联带宽或控制器转发 | 查上行链路利用率 |
快速检查
快速检查
show interface status # 交换机端口状态
show ap summary # AP 在线状态与数量
ping 控制器地址 # 控制器可达性
# 关注端口错包与 UP/DOWN 历史
show interface counters errors「多个 AP 同时出问题」时，有线侧与共享依赖（控制器、DHCP、RADIUS）的嫌疑远大于单台 AP。先确认共同上游，别急着逐台排查。
变更时有个实用习惯：先确认有线侧链路与共享服务的健康状态，再动射频参数。这样即使之后体验出现变化，也能把变量范围限制在射频这一侧，归因会容易很多。
一上来就调射频参数是最常见的路径依赖：有线链路断开时，射频再优也没有用，改动反而增加了难以回收的变量。