【正文】 P 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個(gè) 通知消息的時(shí)候，表明會(huì)話(huà)連接建立失敗。 AC 然后 調(diào)用 DTLSAbortSession命令來(lái)丟棄 DTLS 會(huì)話(huà)，當(dāng) WaitDTLS 定時(shí)器超時(shí)時(shí)，也會(huì)發(fā)生此狀態(tài)遷移，在這種狀態(tài)時(shí)， DTLSSessionDelete 定時(shí)器被 WTP 啟動(dòng)。在這種狀態(tài)時(shí)， DTLSSessionDelete定時(shí)器被 WTP 啟動(dòng)。 WTP 然 后調(diào)用 DTLSAbortSession 命令來(lái)丟棄 DTLS 會(huì)話(huà)。 Authorize to DTLS Teardown (b):DTLS 協(xié)議棧接到會(huì)話(huà)丟棄的通知消息時(shí)，狀態(tài)機(jī)發(fā) 生遷移。 AC：當(dāng) WTP 被 AC 成功鑒權(quán)后，狀態(tài)發(fā)生遷移。 WTP： 當(dāng) AC 被 WTP 成功鑒權(quán)后，狀態(tài)發(fā)生遷移。 線(xiàn)程調(diào)用了 DTLSListen命令。 WTP： WTP 在此狀態(tài)下無(wú)操作。監(jiān)聽(tīng)線(xiàn)程衍生出了一個(gè)業(yè)務(wù)進(jìn)程的實(shí)例，業(yè)務(wù)進(jìn)程同時(shí)作為授權(quán)方對(duì) WTP 的證書(shū)進(jìn)行驗(yàn)證。在這種狀 態(tài)下， WTP 作為授權(quán)方對(duì) AC 的證書(shū)進(jìn)行認(rèn)證。 DTLS Setup to Authorize (5):當(dāng) DTLS 會(huì)話(huà)被成功建立， DTLS 需要對(duì)會(huì)話(huà)連接進(jìn)行授 權(quán)的時(shí)候，狀態(tài)機(jī)遷移到此狀態(tài)。失敗的通知消息將導(dǎo)致安全的 DTLS 會(huì)話(huà)被中斷。 WTP： WTP 在此狀態(tài)下無(wú)操作。 AC： AC 在此狀態(tài)下無(wú)操作。處于這種狀態(tài)的 時(shí)候， WTP 啟動(dòng)一個(gè) SilentInterval 的定時(shí)器。 DTLS Setup to Sulking (*): 當(dāng)反復(fù)建立 DTLS 連接失敗時(shí)，遷移到此狀態(tài)。 WTP：當(dāng)在 DTLS 的過(guò)程中接收到一個(gè) DTLSEstablishFail Notification 消息，同時(shí) FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 計(jì)數(shù)未超過(guò) MaxFaileDTLSSessionRetry 的值時(shí)， WTP 開(kāi)始發(fā)起狀態(tài)的遷移。 AC： AC 在此階段無(wú)操作。 WTP：當(dāng)調(diào)用 DTLSStart 命令時(shí)， WTP 發(fā)起狀態(tài)遷移。 AC： 從初始狀態(tài)遷移到了 Idle 狀態(tài) ，新創(chuàng)建的監(jiān)聽(tīng)線(xiàn)程自動(dòng)跳轉(zhuǎn)到 DTLS 的 建立階段，同時(shí)調(diào)用 DTLSListen命令，并開(kāi)啟了 WaitDTLS 的定時(shí)器。 WTP 開(kāi)始了 DTLS 與已選擇的 AC 之間的會(huì)話(huà)，同時(shí)啟動(dòng)了 WaitDTLS的定時(shí)器。 Idle to DTLS Setup (3):在對(duì)等節(jié)點(diǎn)間建立了一個(gè)安全的 DTLS會(huì)話(huà)后，遷移到此狀態(tài)。 WTP：所有在 sulking階段接收的的 AC 的消息包被丟棄。 Sulking to Sulking (amp。 FailedDTLSSessionCount、 DiscoveryCount 和 FailedDTLSAuthFailCount 計(jì) 數(shù)清零。 Sulking to Idle ():當(dāng) WTP 重新開(kāi)始 Discovery 階段的時(shí)候，遷移到此狀態(tài)。當(dāng)處于 Sulking狀態(tài)的時(shí)候，接 收的的 CAPWAP 消息將會(huì)被丟棄。 WTP： 當(dāng) WTP 上的 DiscoveryInterval 定時(shí)器超時(shí)，同時(shí) DiscoveryCount 的變量 值超過(guò)了最大計(jì)數(shù)（計(jì)數(shù)最大值在 節(jié)中涉及）。 AC： 當(dāng) AC 對(duì)發(fā)出 Discovery Request 的 WTP 發(fā)送完 Discovery Response 消息 之后，發(fā)生狀態(tài)的遷移。 Discovery to Idle (2)：在 AC 的 Discovery 線(xiàn)程中，當(dāng) Discovery 處理完成之后，狀態(tài) 機(jī)發(fā)生遷移。當(dāng) WTP發(fā)送完 Discovery Request消息后，將重啟相應(yīng)的 DiscoveryInterval 定時(shí)器。每一次狀態(tài)遷移過(guò)后， WTP 的 DiscoveryCount 計(jì)數(shù)增加。 WTP：當(dāng) DiscoveryInterval 定時(shí)器超時(shí)，狀態(tài)開(kāi)始發(fā)生遷移。 AC 應(yīng)該相應(yīng)一個(gè) Discovery Response 消息。 WTP 同時(shí)清除了上個(gè) Discovery 階段所有 從 AC 那接收到的信息。 WTP： WTP 首先進(jìn)入了 Discovery 狀態(tài)發(fā)送了 第一個(gè) Discovery Request 消息。 AC： 生成了 Discovery 和 Listener 線(xiàn)程，同時(shí)開(kāi)始 CAPWAP 的狀態(tài)機(jī)。 Start to Idle (0):此狀態(tài)遷移主要是當(dāng)設(shè)備的初始化完成之后進(jìn)行。這部分沒(méi)有討論在DTLS 和 CAPWAP 指定狀態(tài)之間的消息交互。狀態(tài)機(jī)的遷移在圖四中用字母順序和標(biāo)點(diǎn)字符描述。當(dāng)創(chuàng)建成功之后，業(yè)務(wù)線(xiàn)程集成了監(jiān)聽(tīng)線(xiàn)程的上下文信息。 業(yè)務(wù)線(xiàn)程： AC 的業(yè)務(wù)線(xiàn)程處理每個(gè) WTP 的連接。 發(fā)現(xiàn)線(xiàn)程： AC 的發(fā)現(xiàn)線(xiàn)程是為了接收和相應(yīng) Discovery Request這種消息包的。一旦 DTLS 會(huì)話(huà)成功，狀態(tài)機(jī)會(huì)轉(zhuǎn)換到“ Authorize”的狀態(tài)，監(jiān)聽(tīng)線(xiàn)程生成了一個(gè) WTP 會(huì)話(huà)特別業(yè)務(wù)線(xiàn)程和相關(guān)狀態(tài)的上下文。 監(jiān)聽(tīng)線(xiàn)程： AC 的監(jiān)聽(tīng)線(xiàn)程處理內(nèi)部的 DTLS 會(huì)話(huà)建立請(qǐng)求消息，通過(guò) DTLSListen 命令。如 果涉及到多個(gè) AC 和多個(gè) WTP 之間的通信，那么狀態(tài)機(jī)將比較復(fù)雜。 /\ | /\| | p| || | q++ r ++ || | | Run || Reset |\|| | ++ ++ ||| n| o ^ ^ ^ s||| ++/ | | ||| | Data Check | // | ||| ++\ | | ||| | | | ||| /+\ | ||| f| m| h| j v k| ||| ++ ++ ++||| | Join || Configure | | Image Data |||| ++ n ++ ++||| ^ |g i| l| ||| | | \\ | ||| | \\| | ||| \\ || | ||| /+\ || | ||| | /+\ | || | ||| | | 4 |d t| | vv v vvv | | ++ ++ ++ | | | DTLS Setup | | DTLS Connect || DTLS TD | /||++ ++ e ++ | | | |$ ^ ^ |5 ^6 ^ ^ |w v v v | | | | \\ | | | | | | | | | \\ | | // | | | | | | \\ | | | | | | | | | | | | | | | | | | | v 3| 1 |% v | |a |b v | | \++++ ++ ++ | | | Idle | | Disc | | Authorize | | Dead | | | ++++ ++ ++ | | ^ 0^ 2 |! | | | | | ++ *| |u | \+| Start | | | | | ++ | \++/ \| Sulking | ++amp。 DTLS 和 CAPWAP 的狀態(tài)機(jī)通過(guò)一個(gè)由命令和通知組成的 API 聯(lián)系在了一起。 CAPWAP 的狀態(tài)機(jī)定義 下面的狀態(tài)圖說(shuō)明了 WTPAC 之間會(huì)話(huà)的一個(gè)周期。 CAPWAP 協(xié)議的狀態(tài)機(jī)在 節(jié)會(huì)被描述。 CAPWAP 會(huì)話(huà)建立 這個(gè)會(huì)話(huà)描述了會(huì)話(huà)建立的過(guò)程中 WTP 和 AC 之間的包交換處理過(guò)程。 在 Station Configuration Request 消息中包含配置 station的相關(guān)信息。 當(dāng)綁定了某種無(wú)線(xiàn)技術(shù)，使用者必須指定必要的綁定規(guī)則來(lái)處理特殊規(guī)則的包。 CAPWAP 的原理是為每一種特殊需求的無(wú)線(xiàn)技術(shù)提供一種通用的標(biāo)準(zhǔn)。加入 AC故障， WTP 可以重新去尋找新的 AC。 MTU 的發(fā)現(xiàn)和分片機(jī)制將在第三部分種做出說(shuō)明。如果 CAPWAP 的協(xié)議報(bào)文超過(guò)了 MTU的最大長(zhǎng)度，將會(huì)被進(jìn)行分片。然后， WPT被使能。 一旦 WTP 和 AC 完成了 DTLS 的會(huì)話(huà)建立，會(huì)話(huà)雙方會(huì)在相互支持的版本基礎(chǔ)上進(jìn)行配置交互。為了建立 DTLS 連接， WTP 需要做相當(dāng)一部分的準(zhǔn)備工作，在 節(jié)將具體講述。 當(dāng) WTP 發(fā)送以個(gè) Discovery Request消息，來(lái)引起某個(gè) AC 接受到這個(gè)消息后相應(yīng)一個(gè) Discovery Response 的