波仔
📡 第六章 高速普及的无线LAN及其基础知识
📄 一句话概括

瘦 AP 自己不存配置，启动时从 AC 下载——配置只在一处。 代价是「多一个单点」与「隧道开销」，收益是「改一次全网生效」。

📝 本节和前面几节的关系

上一节讲胖 AP（各自为政），这一节讲瘦 AP（集中管理）。 两者的分界线是「配置存在哪里」，而不是「硬件强弱」。

一、瘦 AP 与 AC

瘦 AP 出厂时几乎是空的： 它启动后先找 AC（广播或 DNS 解析），建立一条隧道，下载配置，然后开始工作。

AC（无线控制器）负责四件事： 下发配置、统一认证（把 802.1X 转给 RADIUS）、协调漫游（让终端换 AP 时不用重新认证）、以及射频管理（自动分配信道与功率）。

这四件事里，「射频管理」是最有价值的一项： AC 能看到所有 AP 的邻居关系，于是能算出「谁该用哪个信道、功率开多大」——而这件事在胖 AP 场景里只能人工做，且做不准。

二、隧道的两种转发模式

AP 与 AC 之间的隧道叫 CAPWAP。而「数据走不走隧道」有两种选择：

模式 数据路径 AC 的压力

集中转发 AP → AC → 出口 要扛全部流量 本地转发 AP 直接出本地口 只扛管理流量

集中转发的好处是「策略统一」：所有无线流量都经过 AC，可以在一个地方做防火墙、审计、QoS。 坏处是「AC 成为瓶颈」——几百个 AP 的全部流量压在一条链路上。

本地转发反过来： AC 只扛管理流量，数据在 AP 本地出去，性能好；但「策略要下发到 AP 执行」，配置复杂一些。

注意「隧道开销」的账：每包加 36 字节（外层 IP 20 + UDP 8 + CAPWAP 8）。 1500 字节数据只多 2.4%，但 64 字节的小包要多 56%。 所以「语音走无线」时，集中转发要按两倍留带宽。

三、AC 是新的单点

集中管理把「一百台配置」变成「一份配置」，但也把「一百个独立」变成「一个依赖」。

AC 挂了会怎样：瘦 AP 通常有「断连保持」模式——继续按最后一次下载的配置工作。 所以「AC 挂了，无线还能用，但不能改配置、不能新接入认证」——这个状态叫「降级运行」。

所以部署时必须想清楚三件事： AC 要不要双机（主备或集群）、AP 的「断连保持」怎么配、以及「AC 完全不可用时，认证能不能走本地兜底」。

第三条最容易被忽略： 如果认证完全依赖 AC 转发到 RADIUS，而 AC 挂了，那么「新来的终端连不上」——而已经在线的终端还能用，于是故障现象变成「老员工能上网、新来的不能」，很难描述。

四、动手 Demo：集中管理型 AP，隧道开销有多少

这段把 CAPWAP 隧道的外层封装逐项列出，再算它对 64、500、 1500 字节三种数据包各造成多少百分比的开销。

over = 20 + 8 + 8
for size in (64, 500, 1500):
    pct = over * 100.0 / (size + over)
    P(u"  %4d 字节数据：开销 %.1f%%。" % (size, pct))

实跑输出：

--------------------------------------------------------------------
集中管理型 AP，隧道开销有多少
--------------------------------------------------------------------
**瘦 AP 自己不存配置，启动时从 AC（无线控制器）下载。**
**而「下载配置、回传数据」都走一条隧道（CAPWAP）。**

**隧道封装的开销**（每包）：

  层            字节     说明
  -----------------------------------------
  外层 IP       20       AP 到 AC
  外层 UDP      8        端口 5246/5247
  CAPWAP 头     8        隧道标识与长度
  802.11 头     30       无线帧头

  外层封装合计 36 字节。

**算它对带宽的影响**（1500 字节数据）：

    64 字节数据：加 36 字节头，开销 36.0%。
   500 字节数据：加 36 字节头，开销 6.7%。
  1500 字节数据：加 36 字节头，开销 2.3%。

**小包开销接近 50%**，**所以「语音走无线」这类场景，AC 的链路要按两倍留带宽。**

**两种转发模式的差别**：
  集中转发：数据也走隧道到 AC，再出去。
    AC 要扛全部流量，成为瓶颈，但策略统一。
  本地转发：只有管理流量走隧道，数据在 AP 本地出去。
    AC 压力小，但策略要下发到 AP 执行。
**大流量场景几乎都选本地转发**，**因为「让所有数据绕一圈去 AC」这件事，在千兆时代已经不成立了。**

36 字节的固定开销，对 1500 字节只是 2.4%，对小包却是 56%： 这就是「隧道对语音特别不友好」的原因。 所以语音场景要么走本地转发，要么把「每包开销」算进带宽预算。

注意「本地转发」这一行的意义： 它把「管理」与「数据」拆开了——AC 只做控制面，转发面留在 AP。 这和第四章讲 L3 交换机的「控制面与转发面分离」是同一个思想。

最后那句「老员工能上网、新来的不能」是一种典型故障现象： 它说明「已经建立的会话还在，新的建不起来」。 这类现象在会话表满、认证服务器挂、DHCP 池耗尽时都会出现，所以见到它要同时怀疑这三处。

30 秒实验

  1. 查一下你单位的 AP 是集中转发还是本地转发。
  2. 看 AC 有没有双机，AP 的「断连保持」开了没有。
  3. 算一下：64 字节的包走隧道，开销占多少？

常见误区

  1. 以为瘦 AP 只是「便宜版」。它的价值在集中配置与射频管理。
  2. 以为 AC 挂了无线就全断。多数 AP 会降级保持工作。
  3. 以为隧道开销可以忽略。小包场景能到 50% 以上。
自测三问（点开对答案） 1. AC 负责哪四件事？ —— 下发配置、统一认证、协调漫游、射频管理（信道与功率）。 2. 集中转发与本地转发的差别是什么？ —— 数据走不走 AC：集中转发策略统一但 AC 成瓶颈，本地转发性能好但策略要下发。 3. AC 挂掉时，瘦 AP 通常处于什么状态？ —— 降级运行：按最后一次配置继续工作，但无法改配置与新终端认证。

下一节：两个点位之间用无线连起来——桥接。

相关笔记