【正文】 摘要： 此協(xié)議是關(guān)于無(wú)線(xiàn)控制和保護(hù)協(xié)議（ capwap）協(xié)議的相關(guān)規(guī)范。它滿(mǎn)足了 CAPWAP 工作組在 RFC4564 文檔里規(guī)定的相關(guān)細(xì)節(jié)。 CAPWAP 協(xié)議被制定成一種靈活的，允許應(yīng)用在多種無(wú)線(xiàn)技術(shù)中的一種協(xié)議規(guī)范。此文檔用于描述基本 CAPWAP 協(xié)議，當(dāng)分別綁定不同的擴(kuò)展時(shí)，將可以用于多種無(wú)線(xiàn)技術(shù)。 介紹 協(xié)議預(yù)覽 CAPWAP 傳輸 CAPWAP 包格式 CAPwap的發(fā)現(xiàn)操作 CAPWAP 加入操作 控制信道管理 WTP 配置管理 設(shè)備管理操作 基站會(huì)話(huà)管理 1 NAT 協(xié)議描述 1 安全描述 1 操作描述 1 傳輸描述 1 IANA（ 國(guó)際因特網(wǎng)地址分配委員會(huì) ）描述 一、 介紹 文檔描述了 CAPWAP 協(xié)議，一種標(biāo)準(zhǔn)，一種可操作的協(xié)議。此協(xié)議規(guī)定了某個(gè) AC （接入控制點(diǎn)）對(duì)部分 WTP（無(wú)線(xiàn)終端節(jié)點(diǎn)）的管理規(guī)范。 CAPWAP 協(xié)議是一種獨(dú)立于層 2 技術(shù)，同時(shí)滿(mǎn)足對(duì)于無(wú)線(xiàn)接入點(diǎn)的控制和保護(hù)。 在 WLAN 架構(gòu)下， 規(guī)定的簡(jiǎn)單 WTP 被一個(gè) AC 控制的這種模式，被認(rèn)為是一種標(biāo)準(zhǔn)的，操作性十分強(qiáng)的并能從根本上簡(jiǎn)化無(wú)線(xiàn)網(wǎng)絡(luò)之間的管理和調(diào)度的工作 模式。 WPT 需要一組動(dòng)態(tài)的管理和控制的功能來(lái)滿(mǎn)足它們和無(wú)線(xiàn)媒介直接的初始連結(jié)。以往對(duì)于 WTP 的管理是通過(guò) HTTP、層 2 私有配置來(lái)手動(dòng)靜態(tài)配置的。 CAPWAP 認(rèn)為一個(gè)網(wǎng)絡(luò)結(jié)構(gòu)是由多個(gè) WTP 和一個(gè) AC 組成的， WTP 和 AC 之間通過(guò)IP協(xié)議進(jìn)行通信。 AC 將 WTP 被看做是一種射頻的接口。 CAPWAP 協(xié)議支持兩種模式：Split mac 和 Loacl mac。在 split mac模式下層二的無(wú)線(xiàn)數(shù)據(jù)和管理幀被 CAPWAP 的協(xié)議封裝，在 AC 和 WTP 之間進(jìn)行數(shù)據(jù)交換。如下面的圖一所示，移動(dòng)設(shè)備（ STA）發(fā)送無(wú)線(xiàn)幀到 WTP，這種無(wú)線(xiàn)的幀直接在 WTP 封裝完后發(fā)送到 AC。 ++ wireless frames ++ | || | | | ++ | | | || || | | |wireless PHY/ | | CAPWAP | | | | MAC sublayer | | | | ++ ++ ++ STA WTP AC 圖 1: Split MAC 模式下的 CAPWAP 架構(gòu) Local MAC的模式下對(duì)于數(shù)據(jù)幀的操作既可以通過(guò)本地橋接的方式，同時(shí)也可以作為 幀格式的形式進(jìn)行操作。第二種模式下，意味著 WTP 將會(huì)起到 的綜合作用。不管在哪種情況下， 2 層的管理幀都會(huì)被 WTP 進(jìn)行處理，然后傳送給 AC。圖 2展示了 Loacl MAC 模式，在這種模式下從 STA發(fā)送的無(wú)線(xiàn)幀，在 WTP 被封裝成 的幀格式后傳送到 AC。 ++wireless frames ++ frames ++ | || || | | | | | | | | || || | | |wireless PHY/ | | CAPWAP | | | | MAC sublayer | | | | ++ ++ ++ STA WTP AC 圖 2: Local MAC 模式下的 CAPWAP 架構(gòu) 為 WTP 提供安全認(rèn)證和管理對(duì)私有解決方案來(lái)說(shuō)是一種傳統(tǒng) 。允許網(wǎng)絡(luò)的操作人員能夠更加緊密的控制和管理整個(gè)網(wǎng)絡(luò) 。 目標(biāo) 提供一種集中式的鑒權(quán)和強(qiáng)制機(jī)制來(lái)管理整個(gè)無(wú)線(xiàn)的網(wǎng)絡(luò)。 AC 同時(shí)能夠提供集中橋接、前向管理、和加密傳輸。集中式的管理能夠降低成本，同時(shí)能夠高效的利用網(wǎng)絡(luò)資源。將整個(gè)無(wú)線(xiàn)網(wǎng)絡(luò)看做是以個(gè)無(wú)線(xiàn)的局域網(wǎng)一樣進(jìn)行管理。 為了 WTP 的高層協(xié)議， CapWap提供了超時(shí)機(jī)制來(lái)處理無(wú)線(xiàn)控制和接入在WTP 內(nèi)部。它保證了對(duì)于計(jì)算能力的高效利用，有效的緩解了成本上的壓力。 提供了一種不需要指定某種無(wú)線(xiàn)技術(shù)的可擴(kuò)展協(xié)議。通過(guò)一類(lèi)封裝和傳輸?shù)臓顟B(tài)機(jī)可擴(kuò)展性得到了保證。同時(shí)，這種可擴(kuò)展的特性使 CAPWAP 協(xié) 議能夠在未來(lái)支持對(duì)于多個(gè)不同類(lèi)型接入點(diǎn)的接入。 CapWap 協(xié)議規(guī)定了 WTP 和 AC 之間的一些獨(dú)立的接口。 InterAC 和 stationto ACmunication 這些接口都不在本文檔種設(shè)計(jì)。 術(shù)語(yǔ) 接入控制（ AC）：在網(wǎng)絡(luò)架構(gòu)的數(shù)據(jù)面、控制面和管理面中提供 WTP接入的一種網(wǎng) 絡(luò)實(shí)體。 CAPWAP 控制通道：一種包含 AC 的 IP 地址、 WTP 的 IP地址、 AC 的控制端口、 WTP 的控制端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這 種數(shù)據(jù)流是在 CAPWAP 在控制包的收發(fā)過(guò)程種形成的。 CAPWAP 數(shù)據(jù)通道：一種包含 AC 的 IP地址、 WTP 的 IP 地址、 AC 的數(shù)據(jù) 端口、 WTP 的數(shù)據(jù)端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這種數(shù)據(jù)流是在 CAPWAP 在數(shù)據(jù)包的收發(fā)過(guò)程種形成的。 STA：一種包含無(wú)線(xiàn)媒體接入接口的設(shè)備。 Wirless Termination Point（ WTP）：一種在無(wú)線(xiàn)接入網(wǎng)上提供射頻天線(xiàn)和無(wú) 線(xiàn)物理器件來(lái)和 station 進(jìn)行通信的物理或網(wǎng)絡(luò)實(shí)體。 二、 協(xié)議預(yù)覽 CAPWAP 協(xié)議是一種定義 AC 和 WTP 控制和數(shù)據(jù)面通信的協(xié)議，控制和數(shù)據(jù)面的通信是通過(guò)一種傳輸狀態(tài)機(jī)來(lái)實(shí)現(xiàn)的。 CAPWAP 控制包和普通的數(shù)據(jù)包 在 DTLS（數(shù)據(jù)傳輸層加密協(xié)議）種能夠安全的被傳輸。 DTLS是一種基于 TLS 的協(xié)議。 TLS 的一些和加密相關(guān)的協(xié)議機(jī)制已經(jīng)被成功應(yīng)用了多年。 CAPWAP 協(xié)議傳輸層支持兩種類(lèi)型的負(fù)載， CAPWAP 數(shù)據(jù)包和控制消息包。 CAPWAP 數(shù)據(jù)包的封裝先于無(wú)線(xiàn)的幀封裝。 CAPWAP 的控制包用于 AC 和 WTP之間的管理消息的交換。 CAPWAP 的數(shù)據(jù)和控制消息包分別 發(fā)往單獨(dú)的 UDP 端口。一旦數(shù)據(jù)和控制包的大小超過(guò)了 MTU 的長(zhǎng)度，那么 CAPWAP 的數(shù)據(jù)和控制報(bào)文會(huì)被自動(dòng)的分片。 當(dāng) WTP 發(fā)送以個(gè) Discovery Request消息，來(lái)引起某個(gè) AC 接受到這個(gè)消息后相應(yīng)一個(gè) Discovery Response 的消息。一旦接受到 Discovery Response 消息，那么 WTP 將選擇發(fā)出響應(yīng)的 AC 去建立起一個(gè)基于 DTLS 的會(huì)話(huà)連接。為了建立 DTLS 連接， WTP 需要做相當(dāng)一部分的準(zhǔn)備工作，在 節(jié)將具體講述。 CAPWAP 協(xié)議消息如果達(dá)到了網(wǎng)絡(luò)傳輸支持的最大傳輸 長(zhǎng)度，將會(huì)被分片。 一旦 WTP 和 AC 完成了 DTLS 的會(huì)話(huà)建立，會(huì)話(huà)雙方會(huì)在相互支持的版本基礎(chǔ)上進(jìn)行配置交互。在這個(gè)交互過(guò)程種 WTP可能接受到一些預(yù)定義配置。然后， WPT被使能。 當(dāng) WTP 和 AC 完成了版本和預(yù)配置后， WTP 被使能， CAPWAP 協(xié)議被用來(lái)封裝那些在 WTP 和 AC 之間進(jìn)行傳輸?shù)臒o(wú)線(xiàn)數(shù)據(jù)幀。如果 CAPWAP 的協(xié)議報(bào)文超過(guò)了 MTU的最大長(zhǎng)度，將會(huì)被進(jìn)行分片。分片后的數(shù)據(jù)包在另外的一端被重新組裝成了原來(lái)封裝好的負(fù)載單元。 MTU 的發(fā)現(xiàn)和分片機(jī)制將在第三部分種做出說(shuō)明。 CAPWAP 協(xié)議提供 了一種?；畹臋C(jī)制來(lái)保護(hù) WTP 和 AC 之間的通信交流。加入 AC故障， WTP 可以重新去尋找新的 AC。 無(wú)線(xiàn)資源綁定的定義 CAPWAP 協(xié)議與 WTP的射頻技術(shù)無(wú)關(guān)，而和無(wú)線(xiàn)鏈路層協(xié)議有關(guān)。 CAPWAP 的原理是為每一種特殊需求的無(wú)線(xiàn)技術(shù)提供一種通用的標(biāo)準(zhǔn)。如果和某種特殊的無(wú)線(xiàn)技術(shù)相結(jié)合的話(huà)， CAPWAP 需要遵循兩者之間的綁定規(guī)則。 當(dāng)綁定了某種無(wú)線(xiàn)技術(shù)，使用者必須指定必要的綁定規(guī)則來(lái)處理特殊規(guī)則的包。對(duì)于綁定者來(lái)說(shuō)至少應(yīng)該提供： 在 WTP 的 Request 消息中，含有綁定統(tǒng)計(jì)字段的定義。 在 Station Configuration Request 消息中包含配置 station的相關(guān)信息。 在 Discovery、 Primary Discovery、 JoinRequest 和 Response消息中包含一個(gè) WTP 無(wú)線(xiàn)信息字段，這個(gè)字段指定了在 WTP 和 AC 之間支持的無(wú)線(xiàn)類(lèi)型。 CAPWAP 會(huì)話(huà)建立 這個(gè)會(huì)話(huà)描述了會(huì)話(huà)建立的過(guò)程中 WTP 和 AC 之間的包交換處理過(guò)程。這注解過(guò)后的梯形圖將 AC 放在右邊，將 WTP 放在左邊，同時(shí)假定使用證書(shū)的方式來(lái)進(jìn)行 DTLS的 鑒權(quán)。 CAPWAP 協(xié)議的狀態(tài)機(jī)在 節(jié)會(huì)被描述。 ============ ============ WTP AC ============ ============ [ 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 aut