2、802.11k协议详解：邻居报告机制、如何优化候选AP列表、实际抓包分析
802.11k协议，说白了就是给WiFi终端装了个“导航雷达”。
没有它之前，终端做漫游就像个瞎子摸象——只知道当前连着的AP信号好不好，却不知道周围还有哪些AP可选。结果就是信号已经掉到-80dBm了，还死抓着不放，直到断线重连。
我个人习惯把802.11k叫做“邻居报告协议”。它的核心价值就一句话：让终端提前知道周围有哪些更好的AP，从而做出更聪明的漫游决策。
2.1 邻居报告机制：终端是怎么“看见”邻居的？
802.11k定义了一种新的管理帧——Neighbor Report Request/Response。流程其实很简单：
- 终端向当前关联的AP发送Neighbor Report Request
- AP根据自身维护的邻居列表，构造Neighbor Report Response
- Response中包含最多32个邻居AP的信息
- 终端根据这些信息决定是否触发漫游
每个邻居AP的信息包含以下关键字段：
| 字段 | 长度 | 说明 |
|---|---|---|
| BSSID | 6字节 | 邻居AP的MAC地址 |
| SSID | 可变 | 服务集标识，可选字段 |
| Channel | 2字节 | 操作信道号 |
| PHY Options | 1字节 | 物理层能力标识 |
| Capability | 2字节 | 能力信息，如是否支持802.11r |
| HT/VHT/HE Capabilities | 可变 | WiFi 4/5/6能力指示 |
关键点：AP返回的邻居列表不是随机的，而是AC（无线控制器）根据拓扑信息、负载情况、信号覆盖等维度精心筛选的。说白了，AC在帮你做“预选”。
2.2 如何优化候选AP列表？
我在项目中遇到过不少案例，明明部署了802.11k，漫游效果却很差。抓包一看，AP返回的邻居列表里塞了20多个AP，终端根本不知道该选谁。
优化候选AP列表，我总结了几个实战原则：
2.2.1 控制列表长度
终端处理能力有限，列表太长反而增加决策延迟。我建议：
- 室内场景：3-5个邻居AP
- 室外场景：5-8个邻居AP
- 高密场景：不超过10个
2.2.2 按信号强度排序
AC应该根据终端当前的位置，动态计算邻居AP的预期信号强度。把信号最好的放在列表前面。终端通常会优先尝试列表中的第一个AP。
2.2.3 排除过载AP
我曾经踩过一个坑：邻居列表里有个AP信号很好，但已经接了60多个终端。终端漫游过去后，体验反而更差。所以，AC必须把负载超过阈值的AP从列表中剔除。
我的经验：在AC上配置邻居列表时，建议开启“负载感知”功能。当AP的关联终端数超过容量80%时，自动从邻居列表中移除。这个配置在Cisco、Aruba、华为的AC上都有。
2.2.4 考虑频段偏好
如果终端支持5GHz，优先推荐5GHz的邻居AP。5GHz干扰少、速率高，漫游体验更好。但要注意，5GHz信号衰减快，别推荐一个信号太弱的。
2.3 实际抓包分析
光说不练假把式。我们来看看真实的抓包是什么样的。
以下是用Wireshark捕获的802.11k邻居报告交互过程：
Frame 1: STA → AP (Neighbor Report Request)
IEEE 802.11 Action frame
Category Code: Radio Measurement (5)
Action Code: Neighbor Report Request (4)
Dialog Token: 0x12
Frame 2: AP → STA (Neighbor Report Response)
IEEE 802.11 Action frame
Category Code: Radio Measurement (5)
Action Code: Neighbor Report Response (5)
Dialog Token: 0x12
Neighbor Report:
Neighbor 1:
BSSID: 00:1a:2b:3c:4d:01
Channel: 36 (5GHz)
PHY Options: 0x04 (VHT)
Capability: 0x0401 (802.11r supported)
Neighbor 2:
BSSID: 00:1a:2b:3c:4d:02
Channel: 1 (2.4GHz)
PHY Options: 0x02 (HT)
Capability: 0x0001
Neighbor 3:
BSSID: 00:1a:2b:3c:4d:03
Channel: 149 (5GHz)
PHY Options: 0x04 (VHT)
Capability: 0x0401看到没？AP返回了3个邻居。第一个是5GHz且支持802.11r，明显是优先推荐的。第二个是2.4GHz，作为兜底。第三个也是5GHz，但信道不同，用于负载分担。
避坑指南：我曾经遇到一个案例，AP返回的邻居列表中BSSID写错了。终端拿着错误的BSSID去漫游，结果找不到AP，直接断线。检查配置时发现，AC上的邻居列表是手动配的，AP更换后没更新。所以，强烈建议使用自动发现机制，让AC动态维护邻居列表。
2.4 802.11k的依赖关系
802.11k不是孤立的。它和802.11r、802.11v有很强的协同关系。我画了一张图来说明：
从图上可以看得很清楚：802.11k解决的是“去哪”的问题，802.11r解决的是“怎么快速进去”的问题，802.11v解决的是“什么时候去”的问题。三者缺一不可。
2.5 实际部署建议
最后，我给出几条实战建议：
- 必须开启：802.11k是漫游优化的基础，建议在所有AP上启用
- 邻居列表要动态：别用手动配，用AC的自动发现机制
- 结合802.11r使用：没有802.11r，802.11k的效果会打折扣
- 终端兼容性测试：部分老旧终端不支持802.11k，需要做兼容性验证
我的习惯：每次部署完802.11k，我都会用Wireshark抓包验证一下。确认终端确实发出了Neighbor Report Request，AP也确实返回了合理的邻居列表。这一步虽然简单，但能避免80%的配置问题。