【正文】 一旦接收到一個(gè) DTLSEstablished 通知消息，則WaitDTLS 定時(shí)器將被去激活。因?yàn)閿?shù)據(jù)通道需要不同的端口號(hào)，在 WTP 上的 DTLS 實(shí)現(xiàn)需要提供一個(gè)接口來(lái)允許 CAPWAP模塊通過(guò)不同的端口開(kāi)重建會(huì)話連接。雖然 DTLS 和 CAPWAP 名以上被稱(chēng)為兩種實(shí)體，但是它們有著十分緊密的聯(lián)系 ，有時(shí)甚至在實(shí)現(xiàn)上都時(shí)相關(guān)的。當(dāng)接收到通知消息的時(shí)候， WaitDTLS 定時(shí)器停止。這種失敗可能時(shí)由于 本地的錯(cuò)誤，也可能時(shí)通信的對(duì)方反對(duì)進(jìn)行會(huì)話連接。 下面時(shí)通知的 API 列表： DTLSPeerAuthorize 。 DTLSListen 用于允許 DTLS 組建接收 DTLS 會(huì)話請(qǐng)求。 AC 的業(yè)務(wù)線程也被終結(jié)。 WTP： 當(dāng) FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 的計(jì)數(shù) 超過(guò) MaxFailedDTLSSessionRetry 變量的值的時(shí)候， WTP進(jìn)入此狀態(tài)。 WTP 啟動(dòng)了 DTLSSessionDelete 定時(shí)器。 基站配置請(qǐng)求： AC 發(fā)送基站配置請(qǐng)求消息或者接收到一個(gè)響應(yīng)的基 站配置請(qǐng)求消息從 WTP那里。 狀態(tài)改變：當(dāng) AC 接收到一個(gè) Change State Event Request消息的時(shí)候， 同時(shí)需要響應(yīng)一個(gè) Change State EventResponse 消息。 數(shù)據(jù)傳輸： WTP 發(fā)送數(shù)據(jù)傳輸?shù)恼?qǐng)求或者數(shù)據(jù)響應(yīng)的消息給 AC。 WTP 響應(yīng)一個(gè) Configuration Update Response 消息回去。當(dāng) AC 頻繁的接收到 DTLSDecapFailure通知的時(shí)候 ,AC 可能斷掉 DTLS 的會(huì)話連接。則需要建立一個(gè)數(shù)據(jù)通道的 DTLS 會(huì)話。此時(shí) AC 和 WTP 都可以進(jìn)行正常的操作。 AC 同時(shí)需要啟動(dòng) DataCheckTimer定時(shí)器，并且停止 ChangeStatePendingTimer 定時(shí)器。 AC：當(dāng) AC 接收到下面 DTLS 通知消息中的某一個(gè)時(shí)，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。當(dāng) AC 接 收到一個(gè)從 WTP 發(fā)送過(guò)來(lái)的 Echo Request 消息時(shí)，也會(huì)遷移到此狀態(tài)，在這 種情況下， AC 響應(yīng)一個(gè) Echo Response 的消息，同時(shí)重啟 EchoInterval 定時(shí)器。 在 下面四種情況下， WTP 的狀態(tài)機(jī)遷移到 J 狀態(tài)。 WTP： WTP 收到 Configuration Status Response 錯(cuò)誤的消息包，還有當(dāng) WTP 需 要重啟來(lái)生效一個(gè)新的配置的時(shí)候，處于此狀態(tài)。然后 AC 返回 Image Data Response消息到 WTP，這個(gè)相應(yīng)消息里面包含了部分的固件信息。當(dāng)AC 接收到下面 DTLS 通知中的其中一種時(shí)，將引起狀態(tài)機(jī)的遷移：DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。AC 此時(shí)停止了 WaitDTLS 定時(shí)器，同時(shí)開(kāi)啟了 WaitJoin定時(shí)器。假如 WaitDTLS 定時(shí)器超時(shí)，也會(huì)發(fā)生狀態(tài)的遷移。 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：當(dāng) WTP 被 AC 成功鑒權(quán)后，狀態(tài)發(fā)生遷移。監(jiān)聽(tīng)線程衍生出了一個(gè)業(yè)務(wù)進(jìn)程的實(shí)例，業(yè)務(wù)進(jìn)程同時(shí)作為授權(quán)方對(duì) WTP 的證書(shū)進(jìn)行驗(yàn)證。 WTP： WTP 在此狀態(tài)下無(wú)操作。 WTP：當(dāng)在 DTLS 的過(guò)程中接收到一個(gè) DTLSEstablishFail Notification 消息，同時(shí) FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 計(jì)數(shù)未超過(guò) MaxFaileDTLSSessionRetry 的值時(shí)， WTP 開(kāi)始發(fā)起狀態(tài)的遷移。 WTP 開(kāi)始了 DTLS 與已選擇的 AC 之間的會(huì)話，同時(shí)啟動(dòng)了 WaitDTLS的定時(shí)器。 FailedDTLSSessionCount、 DiscoveryCount 和 FailedDTLSAuthFailCount 計(jì) 數(shù)清零。 AC： 當(dāng) AC 對(duì)發(fā)出 Discovery Request 的 WTP 發(fā)送完 Discovery Response 消息 之后，發(fā)生狀態(tài)的遷移。 WTP：當(dāng) DiscoveryInterval 定時(shí)器超時(shí)，狀態(tài)開(kāi)始發(fā)生遷移。 AC： 生成了 Discovery 和 Listener 線程，同時(shí)開(kāi)始 CAPWAP 的狀態(tài)機(jī)。當(dāng)創(chuàng)建成功之后，業(yè)務(wù)線程集成了監(jiān)聽(tīng)線程的上下文信息。 監(jiān)聽(tīng)線程： AC 的監(jiān)聽(tīng)線程處理內(nèi)部的 DTLS 會(huì)話建立請(qǐng)求消息，通過(guò) DTLSListen 命令。 CAPWAP 的狀態(tài)機(jī)定義 下面的狀態(tài)圖說(shuō)明了 WTPAC 之間會(huì)話的一個(gè)周期。 當(dāng)綁定了某種無(wú)線技術(shù)，使用者必須指定必要的綁定規(guī)則來(lái)處理特殊規(guī)則的包。如果 CAPWAP 的協(xié)議報(bào)文超過(guò)了 MTU的最大長(zhǎng)度，將會(huì)被進(jìn)行分片。 當(dāng) WTP 發(fā)送以個(gè) Discovery Request消息，來(lái)引起某個(gè) AC 接受到這個(gè)消息后相應(yīng)一個(gè) Discovery Response 的消息。 CAPWAP 控制包和普通的數(shù)據(jù)包 在 DTLS（數(shù)據(jù)傳輸層加密協(xié)議）種能夠安全的被傳輸。 CapWap 協(xié)議規(guī)定了 WTP 和 AC 之間的一些獨(dú)立的接口。 AC 同時(shí)能夠提供集中橋接、前向管理、和加密傳輸。如下面的圖一所示，移動(dòng)設(shè)備（ STA）發(fā)送無(wú)線幀到 WTP，這種無(wú)線的幀直接在 WTP 封裝完后發(fā)送到 AC。 CAPWAP 協(xié)議是一種獨(dú)立于層 2 技術(shù)，同時(shí)滿(mǎn)足對(duì)于無(wú)線接入點(diǎn)的控制和保護(hù)。它滿(mǎn)足了 CAPWAP 工作組在 RFC4564 文檔里規(guī)定的相關(guān)細(xì)節(jié)。以往對(duì)于 WTP 的管理是通過(guò) HTTP、層 2 私有配置來(lái)手動(dòng)靜態(tài)配置的。不管在哪種情況下， 2 層的管理幀都會(huì)被 WTP 進(jìn)行處理，然后傳送給 AC。 為了 WTP 的高層協(xié)議， CapWap提供了超時(shí)機(jī)制來(lái)處理無(wú)線控制和接入在WTP 內(nèi)部。 CAPWAP 控制通道：一種包含 AC 的 IP 地址、 WTP 的 IP地址、 AC 的控制端口、 WTP 的控制端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這 種數(shù)據(jù)流是在 CAPWAP 在控制包的收發(fā)過(guò)程種形成的。 CAPWAP 協(xié)議傳輸層支持兩種類(lèi)型的負(fù)載， CAPWAP 數(shù)據(jù)包和控制消息包。 CAPWAP 協(xié)議消息如果達(dá)到了網(wǎng)絡(luò)傳輸支持的最大傳輸 長(zhǎng)度，將會(huì)被分片。 CAPWAP 協(xié)議提供 了一種?；畹臋C(jī)制來(lái)保護(hù) WTP 和 AC 之間的通信交流。 在 Discovery、 Primary Discovery、 JoinRequest 和 Response消息中包含一個(gè) WTP 無(wú)線信息字段，這個(gè)字段指定了在 WTP 和 AC 之間支持的無(wú)線類(lèi)型。 DTLS 狀態(tài)機(jī)中的某種傳輸被 CAPWAP 狀態(tài)機(jī)的命令觸發(fā)， 另一方面， CAPWAP 狀態(tài)機(jī)中的特 定傳輸 也能 被 DTLS 狀態(tài)機(jī)中的通知觸發(fā)。對(duì)于 AC 來(lái)說(shuō)，防止那些未經(jīng)鑒權(quán)的幀的攻擊是非常必要的， 12 章會(huì)有更多描述。 CAPWAP 協(xié)議狀態(tài)遷移 這個(gè)部分描述了不同狀態(tài)的遷移和引起這些狀態(tài)遷移的 事件。一旦 進(jìn)入了這個(gè)狀態(tài)， WTP 將設(shè)置一個(gè) DiscoveryInterval 的事件定時(shí)器，同時(shí) WTP 將 DiscoveryCount 計(jì)數(shù)清零。 WTP如何知道應(yīng)該給哪些 AC 發(fā)送 Discovery Request消息。處于這種狀態(tài)的時(shí)候， WTP 將開(kāi)啟一個(gè) SilentInterval 的定時(shí)器。): Sulking階段提供了一個(gè) Silent 的階段，最低程度的減少了 DOS 攻擊的可能性。 Discovery to DTLS Setup (%):在對(duì)等節(jié)點(diǎn)間建立了一個(gè)安全的 DTLS 會(huì)話后，遷移到此 狀態(tài)。 WTP： 當(dāng) FailedDTLSAuthFailCount 或者 FailedDTLSSessionCount 計(jì)數(shù)超過(guò)了 MaxFailedDTLSSessionRetry 的值， WTP 啟動(dòng)狀態(tài)遷移。當(dāng)接收到了通知 消息后， FailedDTLSSessionCount 計(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) WTP 使用 AC 的證書(shū)，無(wú)法授權(quán) AC 時(shí)，進(jìn)入此狀態(tài)機(jī)流程。當(dāng)狀態(tài)機(jī)的狀態(tài)遷移時(shí)由于接收到 DTLSAuthenticateFail 消息時(shí)， FailedDTLSAuthFailCount 計(jì)數(shù)增加。 WTP：當(dāng) WTP 接收到一個(gè) DTLSEstablished 的通知，表示 DTLS 會(huì)話已經(jīng)被成功 建立起來(lái)之后。 此狀態(tài)下 WTP發(fā)送命令 DTLSShutdown。 WTP：當(dāng)接收到一個(gè)成功的 Join Response 消息，或者判斷當(dāng)前運(yùn)行的映像文 件和效應(yīng)消息里的軟件版本號(hào)不相同時(shí)， WTP 將進(jìn)入映像文件的數(shù)據(jù)加載階段。 WTP 發(fā)送一個(gè) Configuration Status Request 消息給 AC，消息字段中 描述了 WTP 的當(dāng)前配置。 Configure to DTLS Teardown (i):當(dāng)由于一個(gè) DTLS 錯(cuò)誤導(dǎo)致整 個(gè)配置流程失敗時(shí)，狀 態(tài)機(jī)遷移到此狀態(tài)。在接收到 Image Data Request 的時(shí)候， WTP 會(huì)重啟 ImageDataStartTimer 的定時(shí)器使 WTP能夠接收 AC 發(fā)過(guò)來(lái)的下一個(gè) Image Data Request 消息。當(dāng) WTP 接收到 AC 的一個(gè)返回失敗的 Image Data Response消息時(shí)，也可能會(huì)遷移到此狀態(tài)。 Configure to Data Check (m):當(dāng) WTP 和 AC 之間的配置被確認(rèn)之后，遷移到此狀態(tài)。當(dāng) WTP 的超時(shí)重傳次數(shù)超過(guò)了 MaxRetransmit 變量的值，也會(huì)引起狀態(tài)機(jī)遷移到此狀態(tài)。WTP 然后開(kāi)始 EchoInterval 定時(shí)器和 DataChannelDeadInterval定時(shí)器。 WTP：當(dāng)接收到下面集中 DTLS 通知中的一種，狀態(tài)機(jī)遷移到此狀 態(tài) :DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。在這個(gè)過(guò)程中， AC 啟動(dòng)DTLSSessionDelete 定時(shí)器。當(dāng) WTP 接收到 Echo Response，它會(huì)重新啟動(dòng) EchoInterval 定時(shí)器。 基站配置請(qǐng)求： WTP接收到一個(gè) Station Configuration Request 消息， 同時(shí)響應(yīng)一個(gè) Station Configuration Response 消息。 AC 接收到一個(gè) Clear Configuration Response 消息從 WTP 那里。 WTP：當(dāng)接收到一個(gè) Reset Request 消息的時(shí)候， WTP 進(jìn)入了重啟的 流程。 AC 啟動(dòng)了 DTLSSessionDelete定時(shí)器。 DTLS Teardown to Dead (w):當(dāng) DTLS 會(huì)話被關(guān)閉的時(shí)候，遷移到此狀態(tài)。 對(duì) DTLS 的命令 給 CAPWAP 使用的六個(gè)命令被 DTLS API 定義。當(dāng)命令被執(zhí)行時(shí)，F(xiàn)ailDTLSSessionCount 計(jì)數(shù)自增。一旦認(rèn)證開(kāi)始 CAPWAP 組件將發(fā)送 DTLSAccept 或者 DTLSAbortSession 命令。當(dāng)由于鑒權(quán)失敗導(dǎo)致 DTLS 會(huì)話建立失敗時(shí)，發(fā)送此 通知消息。DTLSDecapFailure 可以用于發(fā)送到 CAPWAP模塊表示一個(gè)加密 /鑒權(quán)過(guò)程失敗。 ============ ============ WTP AC ============ ============ ClientHello HelloVerifyRequest