2.5.1 AC发现机制

WTP使用AC发现机制来得知哪些AC是可用的，决定最佳的AC来建立CAPWAP连接。

WTP的发现过程是可选的。如果在WTP上静态配置了AC，那么WTP并不需要完成AC的发现过程。

WTP首先发送一个 Discovery Request message给受限的广播地址，或者CAPWAP的多播地址(224.0.1.140)，或者是预配置的AC的单播地址。在IPV6网络中，由于广播并不存在，因此使用"All ACs multicast address" (FF0X:0:0:0:0: 0:0:18C)来代替。

当接收到Discovery Request message消息，AC发送一个单播Discovery Response message给WTP。

WTP可以通过Discovery Response message中所带的AC优先级，支持的CAPWAP binding来选择与哪个AC建立会话。

除了上面的发现机制，WTP还可以使用DNS或者DHCP来发现AC。

2.5.2 DTLS握手

WTP首先发送一个ClientHello消息来发起握手，说明它支持的密码算法列表、压缩方法及最高协议版本和其他一些需要的消息。

AC回复一个HelloVerifyReuqest 消息，client必须重传添加了cookie的ClientHello。server然后验证cookie，如果有效的话才开始进行握手。

AC回应一个ServerHello消息，包含服务器选择的连接参数，源自客户端初期所提供的ClientHello，确定了这次通信所需要的算法，然后发过去自己的证书（里面包含了身份和自己的公钥）。

Client在收到这个消息后会生成一个秘密消息，用SSL服务器的公钥加密后传过去，SSL服务器端用自己的私钥解密后，会话密钥协商成功，双方可以用同一份会话密钥来通信了。

2.5.3 DTLS认证和授权

    DTLS支持终端认证方式为：证书（certificate）和预共享密钥（pre-shared key）。

    CAPWAP认证中使用证书支持的算法是

￠   TLS_RSA_WITH_AES_128_CBC_SHA [RFC5246]（MUST SUPPORT）

￠   TLS_DHE_RSA_WITH_AES_128_CBC_SHA [RFC5246](SHOULD SUPPORT)

￠   TLS_RSA_WITH_AES_256_CBC_SHA [RFC5246](MAY SUPPORT)

￠   TLS_DHE_RSA_WITH_AES_256_CBC_SHA [RFC5246] ](MAY SUPPORT)

在RFC4279中定义了多种预共享密钥的认证方式，CAPWAP中主要关心下面两种：

￠  Pre-Shared Key (PSK) key exchange algorithm

￠  DHE_PSK key exchange algorithm

同样，CAPWAP定义了预共享密钥支持的算法

￠  TLS_PSK_WITH_AES_128_CBC_SHA [RFC5246] （MUST SUPPORT）

￠  TLS_DHE_PSK_WITH_AES_128_CBC_SHA [RFC5246] （MUST SUPPORT）

￠  TLS_PSK_WITH_AES_256_CBC_SHA [RFC5246] ](MAY SUPPORT)

￠  TLS_DHE_PSK_WITH_AES_256_CBC_SHA [RFC5246] ](MAY SUPPORT)

2.5.4 CAPWAP状态机

CAPWAP状态机，是被AC和WTP同时使用的。对于每个定义的状态，只有特定的消息才被允许收发。

因为WTP只会和单个AC通讯，因此只会有一个CAPWAP的状态机。而AC与WTP有很大差别，因为AC同时和许多WTP通讯。

DTLS和CAPWAP的状态机由命令和通告的API接口联系起来。

DTLS状态机的变迁由CAPWAP状态机的命令触发。

CAPWAP状态机的变迁由DTLS状态机的通告触发

CAPWAP状态机：

2.5.4.1 CAPWAP to DTLS Commands

￠  DTLSStart

开启DTLS会话的建立

￠  DTLSListen

监听DTLS会话请求

￠  DTLSAccept

允许DTLS会话建立

￠  DTLSAbortSession

导致正在进行中的DTLS会话的中断

￠  DTLSShutdown

关闭DTLS会话

￠  DTLSMtuUpdate

改变DTLS模块的MTU设定大小。默认大小为1468字节

2.5.4.2 DTLS to CAPWAP Notifications

￠  DTLSPeerAuthorize

DTLS会话建立过程中，通知CAPWAP模块来认证会话。

￠  DTLSEstablished

通知CAPWAP模块DTLS会话已经成功建立

￠  DTLSEstablishFail

DTLS会话建立失败

￠  DTLSAuthenticateFail

DTLS会话建立过程由于认证失败而终止。

￠  DTLSAborted

通知CAPWAP模块它要求的DTLS会话建立过程已经终

￠  DTLSReassemblyFailure

通知CAPWAP模块DTLS分片组装失败

￠  DTLSDecapFailure

通知CAPWAP模块发生了一个解码错误

￠  DTLSPeerDisconnect

通知CAPWAP模块DTLS会话已经关闭

2.5.5 AC线程

AC使用了三个“线程”（thread）的概念。

￠  监听线程：

通过DTLSlisten命令，AC监听线程处理DTLS会话建立请求。创建的时候,监听线程开启DTLS Setup状态。当状态机进入Authorize状态，且DTLS会话生效之后，监听线程创建一个指定的WTP指定会话服务线程和状态空间。

￠  发现线程：

AC的发现线程负责接收和响应发现请求消息。

￠  服务线程：

AC的服务进程处理每个WTP的状态和每个WTP连接的线程。这个线程在认证后被监听线程创建。一旦创建，服务线程会继承监听线程的一份状态机空间的拷贝。当与WTP之间的通讯完成后，服务线程关闭，所有的资源都会被释放。

注意，在这里使用了线程这个术语，但是并不代表实现者就必须使用线程。这只是一个实现AC状态机的可用的方法。