4. 无线控制器架构：集中式 vs 分布式，转发模式与漫游机制

聊到企业级WiFi的吞吐量，很多人第一反应是“换更好的AP”、“上Wi-Fi 6”。
但我在项目里踩过最大的坑，反而不是硬件不行，而是架构选错了。
说白了，你AP再强，如果控制器架构和转发模式没搭对，吞吐量一样上不去。

这一章，我们就来拆解三个核心问题：
控制器该用集中式还是分布式？数据该本地转还是集中转？漫游怎么做到又快又稳？

4.1 集中式架构（AC+AP）—— 大厂的标配

集中式架构，就是一台AC（无线控制器）带着一堆瘦AP干活。
AC负责认证、漫游、射频管理，AP只管收发包。
我最早接触这种架构是在一个3000人的园区项目里，说实话，第一次看到AC上能统一调整所有AP的信道和功率，确实觉得爽。

优点很明显：

• 管理集中，配置统一下发，不用一台台登录AP
• 漫游效率高，AC掌握全局拓扑，切换时能快速决策
• 安全策略统一，AC可以做集中认证和加密

但坑也不少：

• AC是单点故障，AC挂了，所有AP变砖（除非做双机热备）
• 集中转发时，AC容易成为瓶颈，吞吐量受限于AC的背板带宽
• AP和AC之间需要CAPWAP隧道，增加开销

4.2 分布式架构（云管理/胖AP）—— 灵活但考验设计

分布式架构，说白了就是每个AP自己当家做主。
胖AP本身就有完整的操作系统，能独立完成认证、QoS、漫游。
云管理方案则是把管理面放到云端，AP本地转发数据。

我记得有一次帮一个连锁便利店做网络，30家门店，每家就2-3个AP。
上AC+AP方案？成本太高，运维也麻烦。
最后选了云管理胖AP，总部云端统一下配置，门店AP本地转发，效果很好。

分布式架构的适用场景：

• 分支门店、小型办公室（AP数量少，不值得上AC）
• 对时延敏感的业务（数据不绕行AC，直接本地出）
• 需要高可靠性（单AP故障不影响其他AP）

但要注意：

• 漫游体验不如集中式，AP间协调靠协议（如802.11k/v/r），配置复杂
• 云管理依赖互联网，如果WAN断了，云端管理失效
• 胖AP的配置碎片化，每台AP独立维护，容易出配置不一致的问题

4.3 转发模式：本地转发 vs 集中转发

转发模式，决定了用户数据到底走哪条路。
很多人觉得“集中转发更安全”，但实际部署时，吞吐量往往被AC卡死。

对比项	本地转发	集中转发	混合转发
数据路径	AP → 交换机 → 出口	AP → AC → 出口	按SSID/VLAN分流
吞吐量	高（无AC瓶颈）	受限于AC背板	灵活可控
延迟	低	高（多一跳）	中等
安全性	需在交换机做策略	AC可集中管控	按需配置
适用场景	高带宽需求、视频会议	强管控、访客网络	混合业务场景

我个人的习惯：
内部员工网络用本地转发，数据直接走有线出口，延迟最低。
访客网络用集中转发，AC做强制Portal认证和流量审计。
这样既保证了核心业务的吞吐量，又满足了合规要求。

4.4 漫游机制：快速漫游与802.11r

漫游，说白了就是用户从一个AP走到另一个AP时，连接不断。
但“不断”和“不卡”是两回事。
我见过很多项目，吞吐量测试很好看，但用户一走动，视频会议就卡成PPT。
问题就出在漫游机制上。

常见的漫游机制：

• 802.11r（快速漫游）：减少认证交互次数，从4次握手优化为2次。适合VoWiFi、实时视频。
• OKC（Opportunistic Key Caching）：缓存PMK，AP间共享密钥，减少重认证。兼容性好，但安全性略低。
• 802.11k/v：k提供邻居AP列表，v提供信号强度建议。辅助漫游决策，不直接处理认证。

实际部署建议：

1. 语音/视频业务：必须开启802.11r + 802.11k/v，漫游时延控制在50ms以内。
2. 普通数据业务：OKC就够了，兼容性好，部署简单。
3. 高安全环境：802.11r + 802.1X，但要注意终端兼容性。

4.5 架构选型决策矩阵

说了这么多，到底怎么选？
我整理了一个决策矩阵，你对着自己的场景打勾就行。

场景特征	推荐架构	转发模式	漫游机制
大型园区（500+ AP）	集中式 AC+AP	混合转发	802.11r + k/v
中型企业（50-500 AP）	集中式 或 云管理	本地转发为主	OKC + k/v
分支门店（10-50 AP）	云管理胖AP	本地转发	OKC
高可靠性要求	分布式 + 双链路	本地转发	802.11r
强管控（教育/政府）	集中式 AC+AP	集中转发	802.11r + 1X