3. 无线控制器(AC)基础:AC功能、AC与AP组网方式、AC发现机制

说到无线网络,很多人第一反应是AP。但说实话,AP只是前台演员,真正掌控全局的是后台的AC——无线控制器。我刚开始接触AC时,总觉得它就是个配置下发工具,后来踩过几次坑才明白,AC是整个无线网络的“大脑”。

3.1 AC到底在干什么?

AC的全称是Access Controller,中文叫无线控制器。它的核心职责就一句话:统一管理所有AP,让它们协同工作。

具体来说,AC干这几件事:

  • AP管理:AP上线、配置下发、固件升级、状态监控。没有AC,你得一台台登录AP去配,想想就头疼。
  • 用户认证与授权:对接RADIUS、LDAP等认证服务器,决定谁能连、连上后能访问什么。
  • 漫游管理:用户从一个AP走到另一个AP时,AC负责协调,让业务不中断。我遇到过用户投诉“走着走着就断网”,最后发现是AC的漫游参数没调好。
  • 射频资源管理:自动信道选择、功率调整、负载均衡。说白了就是让AP之间不打架,信号覆盖更均匀。
  • 安全策略执行:黑名单、白名单、防ARP欺骗、防暴力破解等。

核心认知:AC不直接转发用户数据时,它更像一个“指挥官”;如果AC也参与数据转发,那它就成了“交通枢纽”。这两种模式差别很大,下面细说。

3.2 AC与AP的组网方式:本地转发 vs 集中转发

这是AC组网中最核心的选择题。我见过不少项目因为选错模式,后期改得焦头烂额。

3.2.1 集中转发(也称隧道转发)

所有用户数据都通过CAPWAP隧道送到AC,再由AC转发出去。AP和AC之间建立的是三层隧道,数据包被封装在UDP里传输。

优点:

  • AC能对用户流量做精细控制(比如QoS、安全过滤)。
  • AP配置简单,几乎不需要知道网络拓扑。
  • 适合对安全性要求高的场景,比如金融、政府内网。

缺点:

  • AC成为瓶颈。所有流量都经过AC,AC的吞吐能力决定了整网性能。
  • 延迟增加。数据多走一跳,对实时业务(如语音)不友好。
  • AC故障则全网瘫痪。我记得有个园区项目,AC单点部署,一次AC重启导致上千用户同时掉线,那场面……

3.2.2 本地转发(也称直接转发)

用户数据直接在AP本地转发出去,不经过AC。AC只负责管理控制,不碰数据面。

优点:

  • AC压力小,可以管理更多AP。
  • 数据路径短,延迟低,适合VoIP、视频会议。
  • AC故障时,AP仍能继续转发数据(但无法管理)。

缺点:

  • AC无法对用户流量做精细化控制。
  • AP需要知道VLAN、网关等网络信息,配置稍复杂。
  • 安全策略依赖AP本地能力,不如AC集中控制灵活。
对比项 集中转发 本地转发
数据路径 AP → AC → 网络 AP → 网络(直连)
AC负载 高(处理所有流量) 低(仅管理)
延迟 较高 低
AC故障影响 全网中断 仅管理失效,数据仍通
配置复杂度 AP简单,AC复杂 AP稍复杂,AC简单
适用场景 高安全、集中管控 高带宽、低延迟、高可靠

我的建议:如果网络规模不大(<50个AP),且对安全要求高,选集中转发。如果AP数量多、业务对延迟敏感,或者你希望AC故障时业务不中断,选本地转发。我做过一个连锁酒店项目,每个门店30个AP,用的本地转发,AC放在总部做集中管理,效果很好。

3.3 AC发现机制:AP怎么找到AC?

AP上电后,第一件事就是找AC。这个过程叫AC发现。如果AP找不到AC,它就是一台“孤儿AP”,无法正常工作。

常见的发现方式有四种:

  1. 静态指定:在AP上直接配置AC的IP地址。最简单,也最可靠。适合AP数量少、网络拓扑固定的场景。
  2. DHCP Option 43:DHCP服务器在给AP分配IP时,通过Option 43字段告诉AP“你的AC在哪儿”。这是最常用的方式。我习惯在DHCP服务器上配好,AP插上网线就能自动上线。
  3. DNS解析:AP通过域名(如cisco-capwap-controller.local)查询AC的IP。适合AC IP会变动的场景,但需要DNS服务器支持。
  4. 广播/组播发现:AP发送广播或组播报文,AC收到后回应。只适用于二层网络,AC和AP必须在同一个广播域。

我曾经踩过的坑:有一次部署,AP始终无法上线。排查了半天,发现DHCP服务器配了Option 43,但格式写错了。不同厂商的Option 43编码方式不同,有的用十六进制,有的用ASCII。一定要看厂商文档,别想当然。

下面这张图展示了AP发现AC的完整流程:

AP发现AC流程图 AP发现AC流程图 AP上电启动 DHCP获取IP地址 尝试发现AC(多种方式) 发现失败 发现成功 重试或等待 建立CAPWAP隧道 AP上线完成

3.4 发现机制的优先级与实战建议

AP通常会按一定顺序尝试发现AC。不同厂商的优先级略有差异,但大致如下:

  1. 静态配置的AC IP(最高优先级)
  2. DHCP Option 43
  3. DNS解析
  4. 广播/组播(最低优先级)

为什么会这样设计?你想想看,静态配置最明确,所以优先。广播方式最不可控,所以放最后。

实战建议:

  • 如果AP和AC在同一个二层网络,广播方式最简单,但别依赖它做大规模部署。
  • 跨三层部署时,DHCP Option 43是最稳妥的选择。我几乎所有的项目都用它。
  • 如果AC有主备,可以在Option 43里配多个IP,AP会依次尝试。
  • DNS方式适合AC IP经常变动的场景,但DNS服务器本身要可靠。

我曾经遇到的一个案例:某学校部署了200个AP,AC放在机房。AP死活上不了线,排查发现DHCP服务器配的Option 43是AC的内网IP,但AP和AC不在同一个VLAN,中间有防火墙阻断了CAPWAP端口(UDP 5246和5247)。开放端口后,问题解决。记住:AC发现不只是IP可达,还要端口通。

3.5 小结

AC是无线网络的核心,选对转发模式、配好发现机制,网络就成功了一半。集中转发和本地转发没有绝对的好坏,关键看场景。AC发现机制看似简单,但细节决定成败——IP、端口、Option 43格式,哪一环出问题,AP都上不了线。

嗯,这一章就到这里。记住:AC不是万能的,但没有AC,无线网络就是散沙。