【正文】 : : Echo Request Echo Response : : Event Request Event Response : : 圖 3: CAPWAP 控制協(xié)議交換 上面所指的都是一種正常的交互情況， 關(guān)于異常部分的 細節(jié)部分在 節(jié)的時候會涉及到。如果和某種特殊的無線技術(shù)相結(jié)合的話， CAPWAP 需要遵循兩者之間的綁定規(guī)則。 當 WTP 和 AC 完成了版本和預(yù)配置后， WTP 被使能， CAPWAP 協(xié)議被用來封裝那些在 WTP 和 AC 之間進行傳輸?shù)臒o線數(shù)據(jù)幀。一旦數(shù)據(jù)和控制包的大小超過了 MTU 的長度，那么 CAPWAP 的數(shù)據(jù)和控制報文會被自動的分片。 二、 協(xié)議預(yù)覽 CAPWAP 協(xié)議是一種定義 AC 和 WTP 控制和數(shù)據(jù)面通信的協(xié)議，控制和數(shù)據(jù)面的通信是通過一種傳輸狀態(tài)機來實現(xiàn)的。同時，這種可擴展的特性使 CAPWAP 協(xié) 議能夠在未來支持對于多個不同類型接入點的接入。 目標 提供一種集中式的鑒權(quán)和強制機制來管理整個無線的網(wǎng)絡(luò)。在 split mac模式下層二的無線數(shù)據(jù)和管理幀被 CAPWAP 的協(xié)議封裝，在 AC 和 WTP 之間進行數(shù)據(jù)交換。此協(xié)議規(guī)定了某個 AC （接入控制點）對部分 WTP（無線終端節(jié)點）的管理規(guī)范。 CAPWAP 協(xié)議被制定成一種靈活的，允許應(yīng)用在多種無線技術(shù)中的一種協(xié)議規(guī)范。 CAPWAP 認為一個網(wǎng)絡(luò)結(jié)構(gòu)是由多個 WTP 和一個 AC 組成的， WTP 和 AC 之間通過IP協(xié)議進行通信。圖 2展示了 Loacl MAC 模式，在這種模式下從 STA發(fā)送的無線幀，在 WTP 被封裝成 的幀格式后傳送到 AC。它保證了對于計算能力的高效利用，有效的緩解了成本上的壓力。 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ù)包的封裝先于無線的幀封裝。 一旦 WTP 和 AC 完成了 DTLS 的會話建立，會話雙方會在相互支持的版本基礎(chǔ)上進行配置交互。加入 AC故障， WTP 可以重新去尋找新的 AC。 CAPWAP 會話建立 這個會話描述了會話建立的過程中 WTP 和 AC 之間的包交換處理過程。 /\ | /\| | p| || | q++ r ++ || | | Run || Reset |\|| | ++ ++ ||| n| o ^ ^ ^ s||| ++/ | | ||| | Data Check | // | ||| ++\ | | ||| | | | ||| /+\ | ||| f| m| h| j v k| ||| ++ ++ ++||| | Join || Configure | | Image Data |||| ++ n ++ ++||| ^ |g i| l| ||| | | \\ | ||| | \\| | ||| \\ || | ||| /+\ || | ||| | /+\ | || | ||| | | 4 |d t| | vv v vvv | | ++ ++ ++ | | | DTLS Setup | | DTLS Connect || DTLS TD | /||++ ++ e ++ | | | |$ ^ ^ |5 ^6 ^ ^ |w v v v | | | | \\ | | | | | | | | | \\ | | // | | | | | | \\ | | | | | | | | | | | | | | | | | | | v 3| 1 |% v | |a |b v | | \++++ ++ ++ | | | Idle | | Disc | | Authorize | | Dead | | | ++++ ++ ++ | | ^ 0^ 2 |! | | | | | ++ *| |u | \+| Start | | | | | ++ | \++/ \| Sulking | ++amp。 發(fā)現(xiàn)線程： AC 的發(fā)現(xiàn)線程是為了接收和相應(yīng) Discovery Request這種消息包的。這部分沒有討論在DTLS 和 CAPWAP 指定狀態(tài)之間的消息交互。 WTP 同時清除了上個 Discovery 階段所有 從 AC 那接收到的信息。當 WTP發(fā)送完 Discovery Request消息后，將重啟相應(yīng)的 DiscoveryInterval 定時器。當處于 Sulking狀態(tài)的時候，接 收的的 CAPWAP 消息將會被丟棄。 WTP：所有在 sulking階段接收的的 AC 的消息包被丟棄。 WTP：當調(diào)用 DTLSStart 命令時， WTP 發(fā)起狀態(tài)遷移。處于這種狀態(tài)的 時候， WTP 啟動一個 SilentInterval 的定時器。 DTLS Setup to Authorize (5):當 DTLS 會話被成功建立， DTLS 需要對會話連接進行授 權(quán)的時候，狀態(tài)機遷移到此狀態(tài)。 線程調(diào)用了 DTLSListen命令。 WTP 然 后調(diào)用 DTLSAbortSession 命令來丟棄 DTLS 會話。否則 FailedDTLSSessionCount 計數(shù)增加。當通知收到之后， FailedDTLSSessionCount 計數(shù)會被清零。當 WTP 接收到下面 DTLS 通知中的其中一種時，將 引起狀態(tài) 機的遷移 ： DTLSAborted 、 DTLSReassemblyFailure 、DTLSPeerDisconnect。 WTP 同時檢測到請求的映像文件里面的版本號在非易失性寄存器里面時當前不可用的狀態(tài)。 AC：當收到 Configuration Status Request 消息后，可能用特別指定的字段去付 給 WTP 的配置。 WTP：當 WTP 接收到下面通知消息中的一種時，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure 、 DTLSPeerDisconnect 。 當 WPT 的 EchoInterval 定時器超時的時候。 AC：當 Image 傳輸 成功或者在加載過程中出錯時，會遷移到此狀態(tài)。 WTP：當從 AC 接收到一個成功的 Configuration Status Response 消息后， WTP 將遷移到此狀態(tài)。同時 WTP 啟動 DTLSSessionDelete 定時器。 AC：當 AC 接收到一個 WTP 發(fā)送的數(shù)據(jù)信道?；钕鼤r，遷移到此狀態(tài)。當 WTP頻繁的接收到 DTLSDecapFailure 通知的時候 ,WTP 可 能斷掉 DTLS的會話連接。 Run to Run (q):這是一種正常的操作狀態(tài)。 清除配置請求： WTP 接收到一個 ClearConfiguration Request 消息，同 時相應(yīng)返回一個 Clear Configuration Response 消息。 AC：這屬于 AC 正常操作狀態(tài)。 WTP 事 件： AC 從 WTP 接收到一個 WTP Event Request 消息后，產(chǎn) 生了一個響應(yīng)的 WTP Even