WLAN领域AP集群化的关键 CAPWAP协议

CAPWAP名字长，不知道做啥的，但反复被提到“隧道”“TDLS”“无线接入控制”。这朵奇葩，在园区网络中，控制中枢的存在，产品化的必须协议，偏偏没有IEEE里面标准化，只有几个RFC的松散建议标准。今天我们来探秘WLAN领域奇葩教父CAPWAP协议。

起源

普通小三室家用的一个AP（或无线路由器）保管了所有无线连接；但是想想2层小别野的Wifi如何覆盖呢？ 增加中继器、子母路由、面板（有空再探讨，此处掠过300字）？ 再进一步到一个一栋楼的公司，姑且1000个AP，那么一个个配置、坏了一个个检查、更新了一个个升级？那网络部门估计啥也不用干了。

这时候就产生了这种概念，独立AP能包圆所有功能的家用AP叫“胖AP”（功能包括接入、DHCP、DNS、WAN、有线接口等）；而园区、公司用的1000AP的集团军个体叫“瘦AP”（只有接入功能，DHCP、DNS、WAN外接Internet等功能剥离出来了）。 这个剥离出来的新大脑叫“AC（Acces Controler）。他接管了所有AP的配置（配置频点、功率、带宽、密码机制等等），如此AC上一次配置，1000台同时配好，一次升级，1000台AP同时升级了，岂不美哉？

那么当时看看有哪些牛逼的企业，触摸到这个集团化AP的门槛了呢（搞个胖AP就去卖的忽略），见下图。

4国战中，cisco的AC框架最好，Aruba的加密（大名鼎鼎的TDLS）最佳，西门子和松下只有些小亮点（状态机、QoS等）；

于是CAPWAP组就4合一形成了新协议；然而4家分肥，必然这个协议标准化推广困难重重，另外，AP和AC的实现细节并不直接面向用户；各方大佬比起标准出来，让更多人做AC，和自己走自己路，捆绑AP+AC卖；自然是后者更有吸引力。。。CAPWAP重要性毋庸置疑，但标准化受阻主要还是利益争端（实际上的垄断市场，AP的高端玩家才能染指的一块）

主要角色

协议格式

从内往外看，越里面的越是具体功能，类似办公室、办公区、行政楼层、办公楼；
这里显然是消息（尾巴DTLS校验的掠过）、控制头（Ctrl header)、capwap头（实现AC-AP控制关系的格式）、DTLS头（打隧道，稳固路由的方法头）、CAPWAP DTLS头（此协议的总头）、UDP表示（高层的TCP协议，表示port不会像TCP格式那样独占，而是无序灵活收发的；选车的层–不是TCP那样的独享的私家车，而是出租车）、IP（IP协议路由层，建路的层）；； 包解析完毕；

主要步骤

图

详细可链接到这里查看