【正文】 ion is established now ) Join Request Join Response [ Join State Complete ] ( assume image is up to date ) Configuration Status Request Configuration Status Response [ Configure State Complete ] Change State Event Request Change State Event Response [ Data Check State Complete ] ( enter RUN state ) : : Echo Request Echo Response : : Event Request Event Response : : 圖 3: CAPWAP 控制協(xié)議交換 上面所指的都是一種正常的交互情況， 關(guān)于異常部分的 細節(jié)部分在 節(jié)的時候會涉及到。在 CAPWAP 中使用 DTLS 導致這兩個原來各自獨立的兩個狀態(tài)機聯(lián)系在了一起。 DTLS 狀態(tài)機中的某種傳輸被 CAPWAP 狀態(tài)機的命令觸發(fā)， 另一方面， CAPWAP 狀態(tài)機中的特 定傳輸 也能 被 DTLS 狀態(tài)機中的通知觸發(fā)。 圖 4: CAPWAP 完整的狀態(tài)機 （此圖存在錯誤，參考嵌入式的文件） c a p w a p _ i n t e g r a t e d _ s t a t e _ m a c h i n e _ 1 5 . v s d 如果 WTP 僅僅和單獨的一個 AC 進行通信，那么將構(gòu)成一個簡單的 CAPWAP 狀態(tài)機模型。 AC 涉及到三種線程的概念。在執(zhí)行成功后，監(jiān)聽線程將開始 DTLS 的狀態(tài)建立。對于 AC 來說，防止那些未經(jīng)鑒權(quán)的幀的攻擊是非常必要的， 12 章會有更多描述。發(fā)現(xiàn)線程不保存每個 WTP 的指定上下文信息，而只保存一個當前存在狀態(tài)下的 WTP的上下文信息。當狀態(tài)機處于 Authorize 狀態(tài)的時候監(jiān)聽線程將創(chuàng)建業(yè)務(wù)進程。當與 WTP 的通信完成后，業(yè)務(wù)線程終止，同時所有相關(guān)的資源被釋放。 CAPWAP 協(xié)議狀態(tài)遷移 這個部分描述了不同狀態(tài)的遷移和引起這些狀態(tài)遷移的 事件。這些交互在 中會被涉及到。 WTP：開始一個 WTP 的 CAPWAP 狀態(tài)機。 Idle to Discovery (1) ： 此狀態(tài)遷移主要為了支持 CAPWAP 發(fā)現(xiàn)處理。一旦 進入了這個狀態(tài)， WTP 將設(shè)置一個 DiscoveryInterval 的事件定時器，同時 WTP 將 DiscoveryCount 計數(shù)清零。 AC：當 Discovery Request 被 AC 接收到， AC 上的 Discovery 線程將執(zhí)行狀態(tài)機的遷 移。 Discovery to Discovery () ：在 Discovery 階段， WTP 判決那個 AC 可以和它進行連接。假如 WTP 中配置的是 一個 AC 的列表，則該 WTP 將發(fā)送一條 Discovery Requst 消息到每一個 未響應(yīng) Discovery Response 的 AC。 WTP如何知道應(yīng)該給哪些 AC 發(fā)送 Discovery Request消息。 AC：這個狀態(tài)對于 AC 來說是無效的狀態(tài)， AC 在此狀態(tài)中并無動作。 WTP：此狀態(tài)， WTP 無任何動作。 Discovery to Sulking (!)：這個遷移發(fā)生在 WTP 上，當 AC 的 Discovery 過程失敗。處于這種狀態(tài)的時候， WTP 將開啟一個 SilentInterval 的定時器。 AC： AC 在此階段無操作。 WTP：當 SilentInterval 定時器超時，狀態(tài)機遷移到此狀態(tài)。 AC： AC 在此階段無操作。): Sulking階段提供了一個 Silent 的階段，最低程度的減少了 DOS 攻擊的可能性。 AC： AC 在此階段無操作。 WTP：當調(diào)用了 DTLSStart 命令后， WTP 開始狀態(tài)的遷移。當 discovery 階段被繞開，則可以認為 WTP 已經(jīng)配置了相關(guān)的 AC。 Discovery to DTLS Setup (%):在對等節(jié)點間建立了一個安全的 DTLS 會話后，遷移到此 狀態(tài)。判定與哪個 AC 進行連 接成為了 discovery 階段的結(jié)果。 DTLS Setup to Idle ($): 當 DTLS 連接建立失 敗時，遷移到此狀態(tài)。 AC： AC 在此狀態(tài)下無操作。 WTP： 當 FailedDTLSAuthFailCount 或者 FailedDTLSSessionCount 計數(shù)超過了 MaxFailedDTLSSessionRetry 的值， WTP 啟動狀態(tài)遷移。當處于 Sulking 狀態(tài)的時 候，所有接收的的 CAPWAP 和 DTLS 協(xié)議的消息包將會被舍棄。 DTLS Setup to DTLS Setup (4):當 DTLS 會話建立失敗，狀態(tài)遷移到此狀態(tài) 。 AC： 當接收到一個 DTLSEstablishFail 的通知消息， AC 的 Listener將發(fā)起狀態(tài)的 遷移。當接收到了通知 消息后， FailedDTLSSessionCount 計數(shù)自增。 WTP：當 WTP 接收到 DTLSPeerAuthorize 的通知時，狀態(tài)發(fā)生遷移。 AC： 當 DTLS 模塊發(fā)出 DTLSPeerAuthorize 通知的時候 AC 的監(jiān)聽進程將啟動狀 態(tài)遷移。 Authorize to DTLS Setup (6):當監(jiān)聽線程被用來監(jiān)聽新的會話線程的時候，狀態(tài) 機發(fā)生遷移。 AC： 當 AC 的監(jiān)聽線程創(chuàng) 建了一個 WTP 的上下文和相關(guān) 的業(yè)務(wù)進程的時 候，發(fā)生狀態(tài)遷移。（ 中會涉及 到） Authorize to DTLS Connect (a): 當 DTLS 協(xié)議棧接收到會話建立的通知時，狀態(tài)機發(fā) 生遷移。當調(diào)用 DTLSAccept 的 DTLS 命令時候完成。當調(diào)用 DTLSAccept 的 DTLS 命令時候完成。 WTP： 當 WTP 使用 AC 的證書，無法授權(quán) AC 時，進入此狀態(tài)機流程。當 WaitDTLS 定時器超時的時候，也會發(fā)生此狀態(tài)遷移。 AC：當 AC 通過 WTP的證書，無法授權(quán) WTP 時，進入此狀態(tài)機流程。 DTLS Connect to DTLS Teardown (c):當 DTLS 會話建立失敗時，狀態(tài)機遷移到此狀態(tài)。當狀態(tài)機的狀態(tài)遷移時由于接收到 DTLSAuthenticateFail 消息時， FailedDTLSAuthFailCount 計數(shù)增加。假如 WaitDTLS 定時器超時，也會發(fā)生狀態(tài)的遷移。 AC： 當 AC 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個 通知消息的時候，表明會話連接建立失敗，同時保證FailedDTLSAuthFailCount 和 FailedDTLSSessionCount 的計數(shù)沒有超過MaxFailedDTLSSessionRetry 的變量值。在這個過程中 AC 會啟動 DTLSSessionDelete 的定時器。 WTP：當 WTP 接收到一個 DTLSEstablished 的通知，表示 DTLS 會話已經(jīng)被成功 建立起來之后。WTP 此時發(fā)出 Join Request 消息來進入 Join 的狀態(tài)，同時 WTP 停止了WailDTLS 的定時器。當通知收到之后， FailedDTLSSessionCount 計數(shù)會被清零。 Join to DTLS Teardown (e):當加入的處理失敗時，狀態(tài)機遷移到此狀態(tài)。 此狀態(tài)下 WTP發(fā)送命令 DTLSShutdown。同時 WTP 啟動了 DTLSSessionDelete 定時器。 AC 發(fā)送 DTLSShutdown 命令。同時 AC 啟動了 DTLSSessionDelete 定時器。 WTP：當接收到一個成功的 Join Response 消息，或者判斷當前運行的映像文 件和效應(yīng)消息里的軟件版本號不相同時， WTP 將進入映像文件的數(shù)據(jù)加載階段。 WTP 初始化 EchoInterval 定時器，然后發(fā)送映像文件的數(shù)據(jù)請求消息，來請求啟動固件下載。 AC 停止 WaitJoin定時器。 Join to Configure (g):此狀態(tài)用于 WTP 和 AC 之間交換配置信息。 WTP 發(fā)送一個 Configuration Status Request 消息給 AC，消息字段中 描述了 WTP 的當前配置。 AC 同時停止 WaitJoin定時器。 Configure to Reset (h): 此階段主要是為重新建立連接，無論是因為在配置階段發(fā)生 了錯誤，還時 WTP 判決需要重啟來使新的配置生效，都能夠通 過重啟來重新建立連接。 AC： 當 AC 收到一個 WTP 發(fā)送的 Change StateEvent 消息包，包中含一個錯誤（ AC 不允許 WTP 提供服務(wù)）。 Configure to DTLS Teardown (i):當由于一個 DTLS 錯誤導致整 個配置流程失敗時，狀 態(tài)機遷移到此狀態(tài)。 當 頻 繁 的 接 收 到DTLSDecapFailure 通知的時候， DTLS 會話可能被終止。 Image Data to Image Data (j)：映像文件數(shù)據(jù)狀態(tài)在 WTP和 AC 之間進行固件加載時使用。 WTP： 當 WTP 接收到 Image Data Response 消息，消息中指定 AC 還有更多數(shù)據(jù)