【正文】 如果 DTLS 握手消息超過了最大長度， DTLS 支持將握手消息分成若干個消息。 DTLS 握手錯誤 假如 AC 或者 WTP沒有響應(yīng) DTLS 的握手消息，則按照規(guī)定 DTLS 需要重傳。（ TLS 的重建連接往往只能建立在相同 IP 地址和端口之間）。 這部分對 DTLS 模塊和 CAPWAP 模塊之間的交互做了一個粗略的介紹，基本上它們通過命令（ CAPWAP DTLS）和通知（ DTLSCAPWAP）來進(jìn)行操作交互。 DTLSReassemblyFailure 用于發(fā)送到 CAPWAP 組件表明 DTLS 的幀組裝失敗。當(dāng)接收到通知后FailedDTLSSessionCount 自增。當(dāng) DTLS 的會話建立成功，一旦對等方的身份被確認(rèn) 后，就會發(fā)送此消息。 DTLSAbortSession 用于發(fā)送消息以一個放棄正在進(jìn)行的會話。 CAPWAP/DTLS 之間的接口 這部分描述了被 capwap中使用的 DTLS 命令。在進(jìn)入這種狀態(tài)后， WTP 需要啟動 SilentInterval 定時器。 AC：當(dāng) AC 接收到一個 Reset Response 消息時，遷移到此狀態(tài)。 Run to Reset (r):當(dāng) AC 和 WTP斷開連接的時候遷移到此狀態(tài)。 Echo Request： AC 接收得到一個 Echo Request 消息后需要返回一個 Echo Response 消息。 WTP 會收到數(shù)據(jù)傳輸 Request 或者數(shù)據(jù)傳輸響應(yīng)從 AC 那里。 狀態(tài)改變：當(dāng) WTP 接收到一個 Change State Event Response消息時， 或者主動發(fā)起一個 Change State Event Request 消息時，遷 移到此狀態(tài)。當(dāng)重傳次數(shù)超過 MaxRetransmit 變量的值時，將遷移到此狀態(tài)。接收到數(shù)據(jù)?；钕螅?AC 會發(fā)送自己的數(shù)據(jù)?；钕? WTP：當(dāng) WTP 接收到一個成功的 Change State Event響應(yīng)消息的時候 ，遷移到 此狀態(tài)。 Data Check to DTLS Teardown (n):當(dāng) WTP 未完成數(shù)據(jù)交換檢查時，遷移到此狀態(tài)。當(dāng) AC 頻繁收 到 DTLSDecapFailure 通知時，可能中斷 DTLS 的會話。 Image Data to Reset (k):在映像文件被加 載完成后， WTP 重啟，在 DTLS 連接建立之 前，遷移到此狀態(tài)。 WTP： 當(dāng) WTP 接收到 Image Data Response 消息，消息中指定 AC 還有更多數(shù)據(jù) 要進(jìn)行發(fā)送時。 AC： 當(dāng) AC 收到一個 WTP 發(fā)送的 Change StateEvent 消息包，包中含一個錯誤（ AC 不允許 WTP 提供服務(wù)）。 Join to Configure (g):此狀態(tài)用于 WTP 和 AC 之間交換配置信息。同時 AC 啟動了 DTLSSessionDelete 定時器。 Join to DTLS Teardown (e):當(dāng)加入的處理失敗時，狀態(tài)機(jī)遷移到此狀態(tài)。在這個過程中 AC 會啟動 DTLSSessionDelete 的定時器。 DTLS Connect to DTLS Teardown (c):當(dāng) DTLS 會話建立失敗時，狀態(tài)機(jī)遷移到此狀態(tài)。當(dāng)調(diào)用 DTLSAccept 的 DTLS 命令時候完成。 Authorize to DTLS Setup (6):當(dāng)監(jiān)聽線程被用來監(jiān)聽新的會話線程的時候，狀態(tài) 機(jī)發(fā)生遷移。 AC： 當(dāng)接收到一個 DTLSEstablishFail 的通知消息， AC 的 Listener將發(fā)起狀態(tài)的 遷移。 AC： AC 在此狀態(tài)下無操作。當(dāng) discovery 階段被繞開，則可以認(rèn)為 WTP 已經(jīng)配置了相關(guān)的 AC。 AC： AC 在此階段無操作。 Discovery to Sulking (!)：這個遷移發(fā)生在 WTP 上，當(dāng) AC 的 Discovery 過程失敗。假如 WTP 中配置的是 一個 AC 的列表，則該 WTP 將發(fā)送一條 Discovery Requst 消息到每一個 未響應(yīng) Discovery Response 的 AC。 Idle to Discovery (1) ： 此狀態(tài)遷移主要為了支持 CAPWAP 發(fā)現(xiàn)處理。當(dāng)與 WTP 的通信完成后，業(yè)務(wù)線程終止，同時所有相關(guān)的資源被釋放。在執(zhí)行成功后，監(jiān)聽線程將開始 DTLS 的狀態(tài)建立。在 CAPWAP 中使用 DTLS 導(dǎo)致這兩個原來各自獨(dú)立的兩個狀態(tài)機(jī)聯(lián)系在了一起。對于綁定者來說至少應(yīng)該提供： 在 WTP 的 Request 消息中，含有綁定統(tǒng)計字段的定義。分片后的數(shù)據(jù)包在另外的一端被重新組裝成了原來封裝好的負(fù)載單元。一旦接受到 Discovery Response 消息，那么 WTP 將選擇發(fā)出響應(yīng)的 AC 去建立起一個基于 DTLS 的會話連接。 DTLS是一種基于 TLS 的協(xié)議。 InterAC 和 stationto ACmunication 這些接口都不在本文檔種設(shè)計。集中式的管理能夠降低成本，同時能夠高效的利用網(wǎng)絡(luò)資源。 ++ wireless frames ++ | || | | | ++ | | | || || | | |wireless PHY/ | | CAPWAP | | | | MAC sublayer | | | | ++ ++ ++ STA WTP AC 圖 1: Split MAC 模式下的 CAPWAP 架構(gòu) Local MAC的模式下對于數(shù)據(jù)幀的操作既可以通過本地橋接的方式，同時也可以作為 幀格式的形式進(jìn)行操作。 在 WLAN 架構(gòu)下， 規(guī)定的簡單 WTP 被一個 AC 控制的這種模式，被認(rèn)為是一種標(biāo)準(zhǔn)的，操作性十分強(qiáng)的并能從根本上簡化無線網(wǎng)絡(luò)之間的管理和調(diào)度的工作 模式。摘要： 此協(xié)議是關(guān)于無線控制和保護(hù)協(xié)議（ capwap）協(xié)議的相關(guān)規(guī)范。 WPT 需要一組動態(tài)的管理和控制的功能來滿足它們和無線媒介直接的初始連結(jié)。第二種模式下，意味著 WTP 將會起到 的綜合作用。將整個無線網(wǎng)絡(luò)看做是以個無線的局域網(wǎng)一樣進(jìn)行管理。 術(shù)語 接入控制（ AC）：在網(wǎng)絡(luò)架構(gòu)的數(shù)據(jù)面、控制面和管理面中提供 WTP接入的一種網(wǎng) 絡(luò)實體。 TLS 的一些和加密相關(guān)的協(xié)議機(jī)制已經(jīng)被成功應(yīng)用了多年。為了建立 DTLS 連接， WTP 需要做相當(dāng)一部分的準(zhǔn)備工作，在 節(jié)將具體講述。 MTU 的發(fā)現(xiàn)和分片機(jī)制將在第三部分種做出說明。 在 Station Configuration Request 消息中包含配置 station的相關(guān)信息。 DTLS 和 CAPWAP 的狀態(tài)機(jī)通過一個由命令和通知組成的 API 聯(lián)系在了一起。一旦 DTLS 會話成功，狀態(tài)機(jī)會轉(zhuǎn)換到“ Authorize”的狀態(tài)，監(jiān)聽線程生成了一個 WTP 會話特別業(yè)務(wù)線程和相關(guān)狀態(tài)的上下文。狀態(tài)機(jī)的遷移在圖四中用字母順序和標(biāo)點(diǎn)字符描述。 WTP： WTP 首先進(jìn)入了 Discovery 狀態(tài)發(fā)送了 第一個 Discovery Request 消息。每一次狀態(tài)遷移過后， WTP 的 DiscoveryCount 計數(shù)增加。 WTP： 當(dāng) WTP 上的 DiscoveryInterval 定時器超時，同時 DiscoveryCount 的變量 值超過了最大計數(shù)（計數(shù)最大值在 節(jié)中涉及）。 Sulking to Sulking (amp。 AC： 從初始狀態(tài)遷移到了 Idle 狀態(tài) ，新創(chuàng)建的監(jiān)聽線程自動跳轉(zhuǎn)到 DTLS 的 建立階段，同時調(diào)用 DTLSListen命令，并開啟了 WaitDTLS 的定時器。 DTLS Setup to Sulking (*): 當(dāng)反復(fù)建立 DTLS 連接失敗時，遷移到此狀態(tài)。失敗的通知消息將導(dǎo)致安全的 DTLS 會話被中斷。 WTP： WTP 在此狀態(tài)下無操作。 Authorize to DTLS Teardown (b):DTLS 協(xié)議棧接到會話丟棄的通知消息時，狀態(tài)機(jī)發(fā) 生遷移。 WTP：當(dāng) WTP 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個 通知消息的時候，表明會話連接建立失敗。 DTLS Connect to Join (d):當(dāng) DLTS 的會話建立成功，狀態(tài)機(jī)遷移至此狀態(tài)。 WTP：當(dāng) WTP接收到的 Join Response消息里面的 Result Code結(jié)果字段是錯誤， 或者 AC 在 Join Response 消息里面提供的映像文件標(biāo)志位和當(dāng)前正在運(yùn)行的固件 firmware 版本不一致，并且和 WTP 所請求的保存在非易失性寄存器中的映像文件不一致的時候，將發(fā)生狀態(tài)的遷移。 Join to Image Data (f):當(dāng) WTP 和 AC 下載 可執(zhí)行的 firmware 文件時，狀態(tài)機(jī)遷移到 此狀態(tài)。 WTP：當(dāng)成功接收到一個 Join Response 的消息，并且判斷消息里面的 Image Identifier 字段和當(dāng)前運(yùn)行的映像文件相同時，遷移到此狀態(tài)。當(dāng) AC 的 ChangeStatPendingTimer 定時器超 時，也會遷移到此狀態(tài)。 當(dāng) WTP 接收到一個并發(fā)的 Image Data Request 消息時。 WTP：當(dāng)映像文件加載完成，或者 ImageDataStartTimer 定時器超時， WTP 進(jìn) 入重啟階段。 AC 同時啟動DTLSSessionDelete 定時器。 WTP：當(dāng) WTP 在定時器超時之前未收到 Change State Response 消息時，遷移 到此狀態(tài)。 WTP 發(fā)起數(shù)據(jù)通道連接，可能需要建立 DTLS 會話，啟動DataChannelKeepAlive 定時器，在數(shù)據(jù)信道里面 數(shù)據(jù)通道?；钕?。 Run to DTLS Teardown (p):當(dāng)在 DTLS 協(xié)議棧處理中出現(xiàn)錯誤，并引起 DTLS會話中斷 時，將遷移到此狀態(tài)。當(dāng) AC 的EchoInterval 定時器超時，也會引起狀態(tài)的遷移。 Echo Request： WTP 發(fā)送 Echo Request 消息或者從 AC 那接收到一個 相應(yīng)的 Echo Response 消息。當(dāng)收到一個數(shù)據(jù)傳輸?shù)恼埱螅?WTP 傳 送一個數(shù)據(jù)傳輸響應(yīng)給AC。 清除配置響應(yīng)： AC 發(fā)送一個 Clear Configuration Request 消息給 WTP 去清除它的配置。重啟的原因可能 是一種正常操作現(xiàn)象，也有可能是由錯誤的條件引起的。 AC發(fā)送 DTLSShutdown 命令。當(dāng)在 Sulking狀態(tài)的時候，所有接收到的 capwap和 dtls 協(xié)議消息都 被忽略。同時還有接收到的一些 DTLS 給 capwap協(xié)議棧發(fā)送的通知消息。當(dāng) WaitDTLS定時器超時時，也會調(diào)用此接口來發(fā)送命令。這個消息可以用于在基于通信雙方互相信任的前提 下建立連接。 DTLSAuthenticateFail。 DTLSDecapFailure 可以用于發(fā)送到 CAPWAP 模塊表示解封裝失敗。 DTLS 握手處理 DLTS 的握手處理在 RFC4347 中已經(jīng)做了說明。 一旦 CAPWAP 利用新的重新加密的幀進(jìn)行重傳，任何原來的 DTLS 幀的副本都被認(rèn)為是不可靠的，應(yīng)該被默默的丟棄。 在握手期間， WTP 和 AC 都期待一個握手消息，如果沒有收到握手消息，則重 新傳送消息。在重組幀的時候有些潛在的原因會導(dǎo)致錯誤，比方說幀疊加和丟幀。 AC 日志記錄下失敗，同時把這個消息 看成時一個沒有 cookie 的消息。這個通知消息可以使 CAPWAP 模塊遷移到 Idle 狀態(tài)，