AP发现AC流程

1、首先ap会通过dhcp服务器去获取到一个ip地址，然后通过二层广播的方式尝试与dhcp server进行一个联系，在这个过程中我们可能会获得到多个ac的回应，这个时候就需要ap根据ac的优先级或者ac连接的ap的个数去选择与哪一个ap进行连接。加入二层的方式不能与任何ac进行联系，这个时候就会从dhcp的server中获取到option43或者15，从中提取出ac的ip地址或者ac的域名，然后根据提供的信息去通过单播的方式与ac进行一个capwap的隧道连接。

首先ap既然已经直到了ac的联系方式，那么ap就会向ac发送discover request，这个阶段可以将其理解为两个人互相的打招呼，虽然我们直到了两人的大概位置，但是需要进一步的确定位置关系，当ac回送一个discover response包，这个阶段就结束了，然后ap会想要尝试加入ac中，称为被ac控制的一份子，于是它就发送join request包，希望能够加入其中，这个过程ac会检查ap发送过来的相关参数，尤其是它的相关版本是否与ac匹配，如果不匹配，它会在join response包中表明，你的相关版本不行，然后ap就会请求相关的image的升级，然后就会发送image request包，希望ac能够将新的更新包发给他，然后ac就发送image response包，然后ap就会进行相关的更新，这个阶段后，ap就已经完成了版本的更新，但是还有一些配置需要同步，于是ap就会希望ac回送它的配置信息，然后ap获得到之后，就会进行配置的同步，然后配置同步后，相关的数据信息也要同步，如频段，国家码相关都要进行同步，于是它们又要交互，交互完后，大部分都算完成了，如果是集中式的数据发送，还需要ap发送keepalive包表示要建立一个数据链路的连接，这个也下相当于是一个数据链路的保活机制，同时控制链路也需要有保活机制，就是echo request和echo response这一对报文。

我们可以发现上面一大堆的数据同步做的是确定ac与ap之间版本要匹配，配置要匹配，相关交互数据要匹配。所以数据与控制的链路还需要通过keepalive和echo包进行维护。