【正文】 此時 DTLS 組件應該發(fā)送一個 DTLSReassemblyFailure 的通知消息給 capwap組件。因此， AC 資源利用率將被降到最低。（所有的 CAPWAP 控制消息都是以 request 和 response 來定義的，同時發(fā)送請求的那一方保證重傳。如果在超時之前還未收到 DTLSEstablished的通知消息， DTLS 會話將被放棄通過 DTLSAbortSession 的 DTLS 命令。 DTLS 會話建立 WTP 不是通過 Discovery 處理，就是通過重配置來決定哪個 AC 去進行連接建立。會話重建主要用于 DTLS 會話中的數據通道建立。 ============ ============ WTP AC ============ ============ ClientHello HelloVerifyRequest (with cookie) ClientHello (with cookie) ServerHello Certificate ServerHelloDone (WTP 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ī)定，自己定義一個經驗值來確定重傳次數。 CAPWAP 協(xié)議中 DTLS 的使用 DTLS 對 CAPWAP 協(xié)議進行了緊密安全的封裝。DTLSDecapFailure 可以用于發(fā)送到 CAPWAP模塊表示一個加密 /鑒權過程失敗。或者當 WaitDTLS定時器超時的時候。當由于鑒權失敗導致 DTLS 會話建立失敗時，發(fā)送此 通知消息。 DTLSEstablishFail 用于當 DTLS 會話建立失敗時使用。一旦認證開始 CAPWAP 組件將發(fā)送 DTLSAccept 或者 DTLSAbortSession 命令。 DTLS 給 CAPWAP 的通知 給 CAPWAP 的 API 在 DTLS 的通知消息中也有定義。當命令被執(zhí)行時，FailDTLSSessionCount 計數自增。 WTP 發(fā)起 DTLS 會話連接， AC 不發(fā)起。 對 DTLS 的命令 給 CAPWAP 使用的六個命令被 DTLS API 定義。當前狀態(tài)機中的所有定時器都被清除。 DTLS Teardown to Dead (w):當 DTLS 會話被關閉的時候，遷移到此狀態(tài)。 DTLS Teardown to Sulking (u):當重復嘗試建立 DTLS 連接失敗后，遷移到此狀態(tài)。 AC 啟動了 DTLSSessionDelete定時器。 WTP 沒有調用 DTLSShutdown 命令。 WTP：當接收到一個 Reset Request 消息的時候， WTP 進入了重啟的 流程。只要接 收到一個數據傳輸的請求，那么 AC 就要發(fā)送一個數據傳 輸的響應消息。 AC 接收到一個 Clear Configuration Response 消息從 WTP 那里。 AC接收到 WTP 發(fā)送過來的響應消息。 基站配置請求： WTP接收到一個 Station Configuration Request 消息， 同時響應一個 Station Configuration Response 消息。 WTP 接收到一 個 WTP Event Response 消息從 AC 那里。當 WTP 接收到 Echo Response，它會重新啟動 EchoInterval 定時器。 配置升級： WTP接收到一個 Configuration Update Request 消息。在這個過程中， AC 啟動DTLSSessionDelete 定時器。 AC： 當接收到下面集中 DTLS 通知中的一種，狀態(tài)機遷移到此狀 態(tài) :DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。 WTP：當接收到下面集中 DTLS 通知中的一種，狀態(tài)機遷移到此狀 態(tài) :DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。如果 AC 規(guī)定需要對數據通道 進行加密。WTP 然后開始 EchoInterval 定時器和 DataChannelDeadInterval定時器。 Data Check to Run (o):當 AC 和 WTP 之間的數據和控制通道連接建立時，遷移到此 狀態(tài)。當 WTP 的超時重傳次數超過了 MaxRetransmit 變量的值，也會引起狀態(tài)機遷移到此狀態(tài)。 AC 響應一 個 Change State Event Response 消息。 Configure to Data Check (m):當 WTP 和 AC 之間的配置被確認之后，遷移到此狀態(tài)。當 WTP接收到一個 DTLSDecapFailure 的通知消息的時候也可以關閉會話，同時啟動DTLSSessionDelete 定時器。當 WTP 接收到 AC 的一個返回失敗的 Image Data Response消息時，也可能會遷移到此狀態(tài)。 AC： 當 AC 收到 Image Data Response 的相應消息的時候，遷移到此狀態(tài)。在接收到 Image Data Request 的時候， WTP 會重啟 ImageDataStartTimer 的定時器使 WTP能夠接收 AC 發(fā)過來的下一個 Image Data Request 消息。 Image Data to Image Data (j)：映像文件數據狀態(tài)在 WTP和 AC 之間進行固件加載時使用。 Configure to DTLS Teardown (i):當由于一個 DTLS 錯誤導致整 個配置流程失敗時，狀 態(tài)機遷移到此狀態(tài)。 Configure to Reset (h): 此階段主要是為重新建立連接，無論是因為在配置階段發(fā)生 了錯誤，還時 WTP 判決需要重啟來使新的配置生效，都能夠通 過重啟來重新建立連接。 WTP 發(fā)送一個 Configuration Status Request 消息給 AC，消息字段中 描述了 WTP 的當前配置。 AC 停止 WaitJoin定時器。 WTP：當接收到一個成功的 Join Response 消息，或者判斷當前運行的映像文 件和效應消息里的軟件版本號不相同時， WTP 將進入映像文件的數據加載階段。 AC 發(fā)送 DTLSShutdown 命令。 此狀態(tài)下 WTP發(fā)送命令 DTLSShutdown。當通知收到之后， FailedDTLSSessionCount 計數會被清零。 WTP：當 WTP 接收到一個 DTLSEstablished 的通知，表示 DTLS 會話已經被成功 建立起來之后。 AC： 當 AC 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個 通知消息的時候，表明會話連接建立失敗，同時保證FailedDTLSAuthFailCount 和 FailedDTLSSessionCount 的計數沒有超過MaxFailedDTLSSessionRetry 的變量值。當狀態(tài)機的狀態(tài)遷移時由于接收到 DTLSAuthenticateFail 消息時， FailedDTLSAuthFailCount 計數增加。 AC：當 AC 通過 WTP的證書，無法授權 WTP 時，進入此狀態(tài)機流程。 WTP： 當 WTP 使用 AC 的證書，無法授權 AC 時，進入此狀態(tài)機流程。當調用 DTLSAccept 的 DTLS 命令時候完成。 AC： 當 AC 的監(jiān)聽線程創(chuàng) 建了一個 WTP 的上下文和相關 的業(yè)務進程的時 候，發(fā)生狀態(tài)遷移。 AC： 當 DTLS 模塊發(fā)出 DTLSPeerAuthorize 通知的時候 AC 的監(jiān)聽進程將啟動狀 態(tài)遷移。當接收到了通知 消息后， FailedDTLSSessionCount 計數自增。 DTLS Setup to DTLS Setup (4):當 DTLS 會話建立失敗，狀態(tài)遷移到此狀態(tài) 。 WTP： 當 FailedDTLSAuthFailCount 或者 FailedDTLSSessionCount 計數超過了 MaxFailedDTLSSessionRetry 的值， WTP 啟動狀態(tài)遷移。 DTLS Setup to Idle ($): 當 DTLS 連接建立失 敗時，遷移到此狀態(tài)。 Discovery to DTLS Setup (%):在對等節(jié)點間建立了一個安全的 DTLS 會話后，遷移到此 狀態(tài)。 WTP：當調用了 DTLSStart 命令后， WTP 開始狀態(tài)的遷移。): Sulking階段提供了一個 Silent 的階段，最低程度的減少了 DOS 攻擊的可能性。 WTP：當 SilentInterval 定時器超時，狀態(tài)機遷移到此狀態(tài)。處于這種狀態(tài)的時候， WTP 將開啟一個 SilentInterval 的定時器。 WTP：此狀態(tài)， WTP 無任何動作。 WTP如何知道應該給哪些 AC 發(fā)送 Discovery Request消息。 Discovery to Discovery () ：在 Discovery 階段， WTP 判決那個 AC 可以和它進行連接。一旦 進入了這個狀態(tài)， WTP 將設置一個 DiscoveryInterval 的事件定時器，同時 WTP 將 DiscoveryCount 計數清零。 WTP：開始一個 WTP 的 CAPWAP 狀態(tài)機。 CAPWAP 協(xié)議狀態(tài)遷移 這個部分描述了不同狀態(tài)的遷移和引起這些狀態(tài)遷移的 事件。當狀態(tài)機處于 Authorize 狀態(tài)的時候監(jiān)聽線程將創(chuàng)建業(yè)務進程。對于 AC 來說，防止那些未經鑒權的幀的攻擊是非常必要的， 12 章會有更多描述。 AC 涉及到三種線程的概念。 DTLS 狀態(tài)機中的某種傳輸被 CAPWAP 狀態(tài)機的命令觸發(fā)， 另一方面， CAPWAP 狀態(tài)機中的特 定傳輸 也能 被 DTLS 狀態(tài)機中的通知觸發(fā)。 ============ ============ WTP AC ============ ===========