【正文】 = [ begin optional discovery ] Discover Request Discover Response [ end optional discovery ] ( begin DTLS handshake ) ClientHello HelloVerifyRequest (with cookie) ClientHello (with cookie) ServerHello, Certificate, ServerHelloDone* ( WTP callout for AC authorization ) Certificate (optional), ClientKeyExchange, CertificateVerify (optional), ChangeCipherSpec, Finished* ( AC callout for WTP authorization ) ChangeCipherSpec, Finished* ( DTLS session is established now ) Join Request Join Response [ Join State Complete ] ( assume image is up to date ) Configuration Status Request Configuration Status Response [ Configure State Complete ] Change State Event Request Change State Event Response [ Data Check State Complete ] ( enter RUN state ) : : Echo Request Echo Response : : Event Request Event Response : : 圖 3: CAPWAP 控制協(xié)議交換 上面所指的都是一種正常的交互情況， 關(guān)于異常部分的 細(xì)節(jié)部分在 節(jié)的時(shí)候會(huì)涉及到。 在 Discovery、 Primary Discovery、 JoinRequest 和 Response消息中包含一個(gè) WTP 無線信息字段，這個(gè)字段指定了在 WTP 和 AC 之間支持的無線類型。如果和某種特殊的無線技術(shù)相結(jié)合的話， CAPWAP 需要遵循兩者之間的綁定規(guī)則。 CAPWAP 協(xié)議提供 了一種保活的機(jī)制來保護(hù) WTP 和 AC 之間的通信交流。 當(dāng) WTP 和 AC 完成了版本和預(yù)配置后， WTP 被使能， CAPWAP 協(xié)議被用來封裝那些在 WTP 和 AC 之間進(jìn)行傳輸?shù)臒o線數(shù)據(jù)幀。 CAPWAP 協(xié)議消息如果達(dá)到了網(wǎng)絡(luò)傳輸支持的最大傳輸 長(zhǎng)度，將會(huì)被分片。一旦數(shù)據(jù)和控制包的大小超過了 MTU 的長(zhǎng)度，那么 CAPWAP 的數(shù)據(jù)和控制報(bào)文會(huì)被自動(dòng)的分片。 CAPWAP 協(xié)議傳輸層支持兩種類型的負(fù)載， CAPWAP 數(shù)據(jù)包和控制消息包。 二、 協(xié)議預(yù)覽 CAPWAP 協(xié)議是一種定義 AC 和 WTP 控制和數(shù)據(jù)面通信的協(xié)議，控制和數(shù)據(jù)面的通信是通過一種傳輸狀態(tài)機(jī)來實(shí)現(xiàn)的。 CAPWAP 控制通道：一種包含 AC 的 IP 地址、 WTP 的 IP地址、 AC 的控制端口、 WTP 的控制端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這 種數(shù)據(jù)流是在 CAPWAP 在控制包的收發(fā)過程種形成的。同時(shí)，這種可擴(kuò)展的特性使 CAPWAP 協(xié) 議能夠在未來支持對(duì)于多個(gè)不同類型接入點(diǎn)的接入。 為了 WTP 的高層協(xié)議， CapWap提供了超時(shí)機(jī)制來處理無線控制和接入在WTP 內(nèi)部。 目標(biāo) 提供一種集中式的鑒權(quán)和強(qiáng)制機(jī)制來管理整個(gè)無線的網(wǎng)絡(luò)。不管在哪種情況下， 2 層的管理幀都會(huì)被 WTP 進(jìn)行處理，然后傳送給 AC。在 split mac模式下層二的無線數(shù)據(jù)和管理幀被 CAPWAP 的協(xié)議封裝，在 AC 和 WTP 之間進(jìn)行數(shù)據(jù)交換。以往對(duì)于 WTP 的管理是通過 HTTP、層 2 私有配置來手動(dòng)靜態(tài)配置的。此協(xié)議規(guī)定了某個(gè) AC （接入控制點(diǎn)）對(duì)部分 WTP（無線終端節(jié)點(diǎn)）的管理規(guī)范。它滿足了 CAPWAP 工作組在 RFC4564 文檔里規(guī)定的相關(guān)細(xì)節(jié)。 CAPWAP 協(xié)議被制定成一種靈活的，允許應(yīng)用在多種無線技術(shù)中的一種協(xié)議規(guī)范。 CAPWAP 協(xié)議是一種獨(dú)立于層 2 技術(shù)，同時(shí)滿足對(duì)于無線接入點(diǎn)的控制和保護(hù)。 CAPWAP 認(rèn)為一個(gè)網(wǎng)絡(luò)結(jié)構(gòu)是由多個(gè) WTP 和一個(gè) AC 組成的， WTP 和 AC 之間通過IP協(xié)議進(jìn)行通信。如下面的圖一所示，移動(dòng)設(shè)備（ STA）發(fā)送無線幀到 WTP，這種無線的幀直接在 WTP 封裝完后發(fā)送到 AC。圖 2展示了 Loacl MAC 模式，在這種模式下從 STA發(fā)送的無線幀，在 WTP 被封裝成 的幀格式后傳送到 AC。 AC 同時(shí)能夠提供集中橋接、前向管理、和加密傳輸。它保證了對(duì)于計(jì)算能力的高效利用，有效的緩解了成本上的壓力。 CapWap 協(xié)議規(guī)定了 WTP 和 AC 之間的一些獨(dú)立的接口。 CAPWAP 數(shù)據(jù)通道：一種包含 AC 的 IP地址、 WTP 的 IP 地址、 AC 的數(shù)據(jù) 端口、 WTP 的數(shù)據(jù)端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這種數(shù)據(jù)流是在 CAPWAP 在數(shù)據(jù)包的收發(fā)過程種形成的。 CAPWAP 控制包和普通的數(shù)據(jù)包 在 DTLS（數(shù)據(jù)傳輸層加密協(xié)議）種能夠安全的被傳輸。 CAPWAP 數(shù)據(jù)包的封裝先于無線的幀封裝。 當(dāng) WTP 發(fā)送以個(gè) Discovery Request消息，來引起某個(gè) AC 接受到這個(gè)消息后相應(yīng)一個(gè) Discovery Response 的消息。 一旦 WTP 和 AC 完成了 DTLS 的會(huì)話建立，會(huì)話雙方會(huì)在相互支持的版本基礎(chǔ)上進(jìn)行配置交互。如果 CAPWAP 的協(xié)議報(bào)文超過了 MTU的最大長(zhǎng)度，將會(huì)被進(jìn)行分片。加入 AC故障， WTP 可以重新去尋找新的 AC。 當(dāng)綁定了某種無線技術(shù)，使用者必須指定必要的綁定規(guī)則來處理特殊規(guī)則的包。 CAPWAP 會(huì)話建立 這個(gè)會(huì)話描述了會(huì)話建立的過程中 WTP 和 AC 之間的包交換處理過程。 CAPWAP 的狀態(tài)機(jī)定義 下面的狀態(tài)圖說明了 WTPAC 之間會(huì)話的一個(gè)周期。 /\ | /\| | p| || | q++ r ++ || | | Run || Reset |\|| | ++ ++ ||| n| o ^ ^ ^ s||| ++/ | | |||