【正文】 callout for AC authorization occurs in CAPWAP Auth state) Certificate* ClientKeyExchange CertificateVerify* ChangeCipherSpec Finished (AC callout for WTP authorization occurs in CAPWAP Auth state) ChangeCipherSpec Finished Figure 5: DTLS 握手 DTLS 按照規(guī)定，自己定義一個(gè)經(jīng)驗(yàn)值來(lái)確定重傳次數(shù)。當(dāng)由于鑒權(quán)失敗導(dǎo)致 DTLS 會(huì)話建立失敗時(shí)，發(fā)送此 通知消息。當(dāng)命令被執(zhí)行時(shí)，F(xiàn)ailDTLSSessionCount 計(jì)數(shù)自增。 DTLS Teardown to Dead (w):當(dāng) DTLS 會(huì)話被關(guān)閉的時(shí)候，遷移到此狀態(tài)。 WTP：當(dāng)接收到一個(gè) Reset Request 消息的時(shí)候， WTP 進(jìn)入了重啟的 流程。 基站配置請(qǐng)求： WTP接收到一個(gè) Station Configuration Request 消息， 同時(shí)響應(yīng)一個(gè) Station Configuration Response 消息。在這個(gè)過(guò)程中， AC 啟動(dòng)DTLSSessionDelete 定時(shí)器。WTP 然后開(kāi)始 EchoInterval 定時(shí)器和 DataChannelDeadInterval定時(shí)器。 Configure to Data Check (m):當(dāng) WTP 和 AC 之間的配置被確認(rèn)之后，遷移到此狀態(tài)。在接收到 Image Data Request 的時(shí)候， WTP 會(huì)重啟 ImageDataStartTimer 的定時(shí)器使 WTP能夠接收 AC 發(fā)過(guò)來(lái)的下一個(gè) Image Data Request 消息。 WTP 發(fā)送一個(gè) Configuration Status Request 消息給 AC，消息字段中 描述了 WTP 的當(dāng)前配置。 此狀態(tài)下 WTP發(fā)送命令 DTLSShutdown。當(dāng)狀態(tài)機(jī)的狀態(tài)遷移時(shí)由于接收到 DTLSAuthenticateFail 消息時(shí)， FailedDTLSAuthFailCount 計(jì)數(shù)增加。 AC： 當(dāng) AC 的監(jiān)聽(tīng)線程創(chuàng) 建了一個(gè) WTP 的上下文和相關(guān) 的業(yè)務(wù)進(jìn)程的時(shí) 候，發(fā)生狀態(tài)遷移。 WTP： 當(dāng) FailedDTLSAuthFailCount 或者 FailedDTLSSessionCount 計(jì)數(shù)超過(guò)了 MaxFailedDTLSSessionRetry 的值， WTP 啟動(dòng)狀態(tài)遷移。): Sulking階段提供了一個(gè) Silent 的階段，最低程度的減少了 DOS 攻擊的可能性。 WTP如何知道應(yīng)該給哪些 AC 發(fā)送 Discovery Request消息。 CAPWAP 協(xié)議狀態(tài)遷移 這個(gè)部分描述了不同狀態(tài)的遷移和引起這些狀態(tài)遷移的 事件。 DTLS 狀態(tài)機(jī)中的某種傳輸被 CAPWAP 狀態(tài)機(jī)的命令觸發(fā)， 另一方面， CAPWAP 狀態(tài)機(jī)中的特 定傳輸 也能 被 DTLS 狀態(tài)機(jī)中的通知觸發(fā)。 CAPWAP 協(xié)議提供 了一種?；畹臋C(jī)制來(lái)保護(hù) WTP 和 AC 之間的通信交流。 CAPWAP 協(xié)議傳輸層支持兩種類型的負(fù)載， CAPWAP 數(shù)據(jù)包和控制消息包。 為了 WTP 的高層協(xié)議， CapWap提供了超時(shí)機(jī)制來(lái)處理無(wú)線控制和接入在WTP 內(nèi)部。以往對(duì)于 WTP 的管理是通過(guò) HTTP、層 2 私有配置來(lái)手動(dòng)靜態(tài)配置的。 CAPWAP 協(xié)議是一種獨(dú)立于層 2 技術(shù)，同時(shí)滿足對(duì)于無(wú)線接入點(diǎn)的控制和保護(hù)。 AC 同時(shí)能夠提供集中橋接、前向管理、和加密傳輸。 CAPWAP 控制包和普通的數(shù)據(jù)包 在 DTLS（數(shù)據(jù)傳輸層加密協(xié)議）種能夠安全的被傳輸。如果 CAPWAP 的協(xié)議報(bào)文超過(guò)了 MTU的最大長(zhǎng)度，將會(huì)被進(jìn)行分片。 CAPWAP 的狀態(tài)機(jī)定義 下面的狀態(tài)圖說(shuō)明了 WTPAC 之間會(huì)話的一個(gè)周期。當(dāng)創(chuàng)建成功之后，業(yè)務(wù)線程集成了監(jiān)聽(tīng)線程的上下文信息。 WTP：當(dāng) DiscoveryInterval 定時(shí)器超時(shí)，狀態(tài)開(kāi)始發(fā)生遷移。 FailedDTLSSessionCount、 DiscoveryCount 和 FailedDTLSAuthFailCount 計(jì) 數(shù)清零。 WTP：當(dāng)在 DTLS 的過(guò)程中接收到一個(gè) DTLSEstablishFail Notification 消息，同時(shí) FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 計(jì)數(shù)未超過(guò) MaxFaileDTLSSessionRetry 的值時(shí)， WTP 開(kāi)始發(fā)起狀態(tài)的遷移。監(jiān)聽(tīng)線程衍生出了一個(gè)業(yè)務(wù)進(jìn)程的實(shí)例，業(yè)務(wù)進(jìn)程同時(shí)作為授權(quán)方對(duì) WTP 的證書進(jìn)行驗(yàn)證。 AC 然后 調(diào)用 DTLSAbortSession命令來(lái)丟棄 DTLS 會(huì)話，當(dāng) WaitDTLS 定時(shí)器超時(shí)時(shí)，也會(huì)發(fā)生此狀態(tài)遷移，在這種狀態(tài)時(shí)， DTLSSessionDelete 定時(shí)器被 WTP 啟動(dòng)。AC 此時(shí)停止了 WaitDTLS 定時(shí)器，同時(shí)開(kāi)啟了 WaitJoin定時(shí)器。然后 AC 返回 Image Data Response消息到 WTP，這個(gè)相應(yīng)消息里面包含了部分的固件信息。 在 下面四種情況下， WTP 的狀態(tài)機(jī)遷移到 J 狀態(tài)。 AC：當(dāng) AC 接收到下面 DTLS 通知消息中的某一個(gè)時(shí)，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。此時(shí) AC 和 WTP 都可以進(jìn)行正常的操作。當(dāng) AC 頻繁的接收到 DTLSDecapFailure通知的時(shí)候 ,AC 可能斷掉 DTLS 的會(huì)話連接。 數(shù)據(jù)傳輸： WTP 發(fā)送數(shù)據(jù)傳輸?shù)恼?qǐng)求或者數(shù)據(jù)響應(yīng)的消息給 AC。 基站配置請(qǐng)求： AC 發(fā)送基站配置請(qǐng)求消息或者接收到一個(gè)響應(yīng)的基 站配置請(qǐng)求消息從 WTP那里。 WTP： 當(dāng) FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 的計(jì)數(shù) 超過(guò) MaxFailedDTLSSessionRetry 變量的值的時(shí)候， WTP進(jìn)入此狀態(tài)。 DTLSListen 用于允許 DTLS 組建接收 DTLS 會(huì)話請(qǐng)求。這種失敗可能時(shí)由于 本地的錯(cuò)誤，也可能時(shí)通信的對(duì)方反對(duì)進(jìn)行會(huì)話連接。雖然 DTLS 和 CAPWAP 名以上被稱為兩種實(shí)體，但是它們有著十分緊密的聯(lián)系 ，有時(shí)甚至在實(shí)現(xiàn)上都時(shí)相關(guān)的。這個(gè)通知消息可以使 CAPWAP 模塊遷移到 Idle 狀態(tài)，一旦接收到一個(gè) DTLSEstablished 通知消息，則WaitDTLS 定時(shí)器將被去激活。在重組幀的時(shí)候有些潛在的原因會(huì)導(dǎo)致錯(cuò)誤，比方說(shuō)幀疊加和丟幀。 一旦 CAPWAP 利用新的重新加密的幀進(jìn)行重傳，任何原來(lái)的 DTLS 幀的副本都被認(rèn)為是不可靠的，應(yīng)該被默默的丟棄。 DTLSDecapFailure 可以用于發(fā)送到 CAPWAP 模塊表示解封裝失敗。這個(gè)消息可以用于在基于通信雙方互相信任的前提 下建立連接。同時(shí)還有接收到的一些 DTLS 給 capwap協(xié)議棧發(fā)送的通知消息。 AC發(fā)送 DTLSShutdown 命令。 清除配置響應(yīng)： AC 發(fā)送一個(gè) Clear Configuration Request 消息給 WTP 去清除它的配置。 Echo Request： WTP 發(fā)送 Echo Request 消息或者從 AC 那接收到一個(gè) 相應(yīng)的 Echo Response 消息。 Run to DTLS Teardown (p):當(dāng)在 DTLS 協(xié)議棧處理中出現(xiàn)錯(cuò)誤，并引起 DTLS會(huì)話中斷 時(shí)，將遷移到此狀態(tài)。 WTP：當(dāng) WTP 在定時(shí)器超時(shí)之前未收到 Change State Response 消息時(shí)，遷移 到此狀態(tài)。 WTP：當(dāng)映像文件加載完成，或者 ImageDataStartTimer 定時(shí)器超時(shí)， WTP 進(jìn) 入重啟階段。當(dāng) AC 的 ChangeStatPendingTimer 定時(shí)器超 時(shí)，也會(huì)遷移到此狀態(tài)。 Join to Image Data (f):當(dāng) WTP 和 AC 下載 可執(zhí)行的 firmware 文件時(shí)，狀態(tài)機(jī)遷移到 此狀態(tài)。 DTLS Connect to Join (d):當(dāng) DLTS 的會(huì)話建立成功，狀態(tài)機(jī)遷移至此狀態(tài)。 Authorize to DTLS Teardown (b):DTLS 協(xié)議棧接到會(huì)話丟棄的通知消息時(shí)，狀態(tài)機(jī)發(fā) 生遷移。失敗的通知消息將導(dǎo)致安全的 DTLS 會(huì)話被中斷。 AC： 從初始狀態(tài)遷移到了 Idle 狀態(tài) ，新創(chuàng)建的監(jiān)聽(tīng)線程自動(dòng)跳轉(zhuǎn)到 DTLS 的 建立階段，同時(shí)調(diào)用 DTLSListen命令，并開(kāi)啟了 WaitDTLS 的定時(shí)器。 WTP： 當(dāng) WTP 上的 DiscoveryInterval 定時(shí)器超時(shí)，同時(shí) DiscoveryCount 的變量 值超過(guò)了最大計(jì)數(shù)（計(jì)數(shù)最大值在 節(jié)中涉及）。 WTP： WTP 首先進(jìn)入了 Discovery 狀態(tài)發(fā)送了 第一個(gè) Discovery Request 消息。一旦 DTLS 會(huì)話成功，狀態(tài)機(jī)會(huì)轉(zhuǎn)換到“ Authorize”的狀態(tài)，監(jiān)聽(tīng)線程生成了一個(gè) WTP 會(huì)話特別業(yè)務(wù)線程和相關(guān)狀態(tài)的上下文。 在 Station Configuration Request 消息中包含配置 station的相關(guān)信息。為了建立 DTLS 連接， WTP 需要做相當(dāng)一部分的準(zhǔn)備工作，在 節(jié)將具體講述。 術(shù)語(yǔ) 接入控制（ AC）：在網(wǎng)絡(luò)架構(gòu)的數(shù)據(jù)面、控制面和管理面中提供 WTP接入的一種網(wǎng) 絡(luò)實(shí)體。第二種模式下，意味著 WTP 將會(huì)起到 的綜合作用。摘要： 此協(xié)議是關(guān)于無(wú)線控制和保護(hù)協(xié)議（ capwap）協(xié)議的相關(guān)規(guī)范。 ++ 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)行操作。 InterAC 和 stationto ACmunication 這些接口都不在本文檔種設(shè)計(jì)。一旦接受到 Discovery Response 消息，那么 WTP 將選擇發(fā)出響應(yīng)的 AC 去建立起一個(gè)基于 DTLS 的會(huì)話連接。對(duì)于綁定者來(lái)說(shuō)至少應(yīng)該提供： 在 WTP 的 Request 消息中，含有綁定統(tǒng)計(jì)字段的定義。在執(zhí)行成功后，監(jiān)聽(tīng)線程將開(kāi)始 DTLS 的狀態(tài)建立。 Idle to Discovery (1) ： 此狀態(tài)遷移主要為了支持 CAPWAP 發(fā)現(xiàn)處理。 Discovery to Sulking (!)：這個(gè)遷移發(fā)生在 WTP 上，當(dāng) AC 的 Discovery 過(guò)程失敗。當(dāng) discovery 階段被繞開(kāi)，則可以認(rèn)為 WTP 已經(jīng)配置了相關(guān)的 AC。 AC： 當(dāng)接收到一個(gè) DTL