【正文】 假如雙方通信完全失敗，或者某一方發(fā)送了一個丟包的 DTLS告警消息，前面所說的情況就會發(fā)生 （ DTLS 不會重傳告警消息） 。因此，超時 DTLS 的握手沒有完成就完全時 CAPWAP 模塊的責(zé)任。 DTLSAborted。 DTLSMtuUpdate 用來修改 MTU 的大小。 AC：當(dāng) AC 成功清除了所有資源和控制面 DTLS 會話之間的聯(lián)系， 或者 DTLSSessionDelete 定時器超時的 時候，狀態(tài)機遷移到此狀態(tài)。 Reset to DTLS Teardown (s):當(dāng) CAPWAP的重啟完成，判決產(chǎn)生 DTLS會話連接時， 遷移到此狀態(tài)。接收到任何 WTP 的請求將引起 AC 重啟它 的 EchoInterval 定時器。 WTP：這時一種正常的操作狀態(tài)， WTP 重啟 EchoInterval定時器每當(dāng) WTP 發(fā)送請求到 AC。 這個消息包里面包含一個會話 ID，此 ID和 WTP 在 Join Request消息中的ID 時匹配的。 WTP 發(fā)送 Change state Event Request 消息。此時 WTP 發(fā)送 了 Echo Request 消息，同時重置了 EchoInterval 定時器。 AC 同時停止 WaitJoin定時器。同時 WTP 啟動了 DTLSSessionDelete 定時器。假如 WaitDTLS 定時器超時，也會發(fā)生狀態(tài)的遷移。（ 中會涉及 到） Authorize to DTLS Connect (a): 當(dāng) DTLS 協(xié)議棧接收到會話建立的通知時，狀態(tài)機發(fā) 生遷移。當(dāng)處于 Sulking 狀態(tài)的時 候，所有接收的的 CAPWAP 和 DTLS 協(xié)議的消息包將會被舍棄。 AC： AC 在此階段無操作。 AC：這個狀態(tài)對于 AC 來說是無效的狀態(tài)， AC 在此狀態(tài)中并無動作。這些交互在 中會被涉及到。 圖 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)機模型。 無線資源綁定的定義 CAPWAP 協(xié)議與 WTP的射頻技術(shù)無關(guān)，而和無線鏈路層協(xié)議有關(guān)。 CAPWAP 的控制包用于 AC 和 WTP之間的管理消息的交換。 提供了一種不需要指定某種無線技術(shù)的可擴展協(xié)議。 AC 將 WTP 被看做是一種射頻的接口。 介紹 協(xié)議預(yù)覽 CAPWAP 傳輸 CAPWAP 包格式 CAPwap的發(fā)現(xiàn)操作 CAPWAP 加入操作 控制信道管理 WTP 配置管理 設(shè)備管理操作 基站會話管理 1 NAT 協(xié)議描述 1 安全描述 1 操作描述 1 傳輸描述 1 IANA（ 國際因特網(wǎng)地址分配委員會 ）描述 一、 介紹 文檔描述了 CAPWAP 協(xié)議，一種標(biāo)準(zhǔn)，一種可操作的協(xié)議。允許網(wǎng)絡(luò)的操作人員能夠更加緊密的控制和管理整個網(wǎng)絡(luò) 。 Wirless Termination Point（ WTP）：一種在無線接入網(wǎng)上提供射頻天線和無 線物理器件來和 station 進行通信的物理或網(wǎng)絡(luò)實體。然后， WPT被使能。 CAPWAP 協(xié)議的狀態(tài)機在 節(jié)會被描述。 業(yè)務(wù)線程： AC 的業(yè)務(wù)線程處理每個 WTP 的連接。 AC 應(yīng)該相應(yīng)一個 Discovery Response 消息。 Sulking to Idle ():當(dāng) WTP 重新開始 Discovery 階段的時候，遷移到此狀態(tài)。 AC： AC 在此階段無操作。在這種狀 態(tài)下， WTP 作為授權(quán)方對 AC 的證書進行認(rèn)證。在這種狀態(tài)時， DTLSSessionDelete定時器被 WTP 啟動。 AC：當(dāng) WTP 接收到一個 DTLSEstablished 的通知，表示 DTLS 會話已經(jīng)被成功 建立起來之后。 AC：當(dāng) AC 接收到 WTP 發(fā)送的映像數(shù)據(jù)請求消息，然后發(fā)送 join Response 的 消息給 WTP。在此狀態(tài)下 WTP 開啟了 DTLSSessionDelete 定時器。 WTP：當(dāng) WTP 接收到下面 DTLS 通知消息中的某一個時，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。同時 Ac 啟動 DTLSSessionDelete 定時器。 WTP啟動 DTLSSessionDelete 定時器。 WTP 事件： WTP 發(fā)送 WTP Event Request 消息到 AC。 AC 接收到一個 Data Transfer Request 或者 Data Transfer Response 消息從 WTP。 AC： AC 在此狀態(tài)無操作。在 DTLSStart命令發(fā)送后， WaitDTLS 被啟動。 WaitDTLS 定時器被停止。僅當(dāng)整個會話已經(jīng)被建立后，才有可能收到此消息。然后哦調(diào)用 DTLSStart 或者 DTLSListen 命令，然后 WTP 和 AC 分別設(shè)置 WaitDTLS 定時器。 如果接收到了錯誤的消息，CAPWAP 組件應(yīng)該記錄下日志。WTP用 DTLSStartde 的指令來請求和一個已經(jīng)選擇好的 AC 進行一個安全的連接。此通知消息主要時為了提供多種信息，而不用于導(dǎo)致 CAPWAP 狀態(tài)機的遷移。 DTLSEstablished用于告訴 CAPWAP 組件一個安全的通道已經(jīng)建立，可以在 DTLS 初始化的處理過程中使用已經(jīng)提供的參數(shù)。這些命令時抽象的，當(dāng)一個或者多個被調(diào)用時實現(xiàn)。 DTLS Teardown to Idle (t):當(dāng) DTLS 會話被切斷時，遷移到此狀態(tài)。 WTP 事 件： AC 從 WTP 接收到一個 WTP Event Request 消息后，產(chǎn) 生了一個響應(yīng)的 WTP Event Response 消息。 清除配置請求： WTP 接收到一個 ClearConfiguration Request 消息，同 時相應(yīng)返回一個 Clear Configuration Response 消息。當(dāng) WTP頻繁的接收到 DTLSDecapFailure 通知的時候 ,WTP 可 能斷掉 DTLS的會話連接。同時 WTP 啟動 DTLSSessionDelete 定時器。 AC：當(dāng) Image 傳輸 成功或者在加載過程中出錯時，會遷移到此狀態(tài)。 WTP：當(dāng) WTP 接收到下面通知消息中的一種時，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure 、 DTLSPeerDisconnect 。 WTP 同時檢測到請求的映像文件里面的版本號在非易失性寄存器里面時當(dāng)前不可用的狀態(tài)。當(dāng)通知收到之后， FailedDTLSSessionCount 計數(shù)會被清零。 WTP 然 后調(diào)用 DTLSAbortSession 命令來丟棄 DTLS 會話。 DTLS Setup to Authorize (5):當(dāng) DTLS 會話被成功建立， DTLS 需要對會話連接進行授 權(quán)的時候，狀態(tài)機遷移到此狀態(tài)。 WTP：當(dāng)調(diào)用 DTLSStart 命令時， WTP 發(fā)起狀態(tài)遷移。當(dāng)處于 Sulking狀態(tài)的時候，接 收的的 CAPWAP 消息將會被丟棄。 WTP 同時清除了上個 Discovery 階段所有 從 AC 那接收到的信息。 發(fā)現(xiàn)線程： AC 的發(fā)現(xiàn)線程是為了接收和相應(yīng) Discovery Request這種消息包的。 CAPWAP 會話建立 這個會話描述了會話建立的過程中 WTP 和 AC 之間的包交換處理過程。 一旦 WTP 和 AC 完成了 DTLS 的會話建立，會話雙方會在相互支持的版本基礎(chǔ)上進行配置交互。 CAPWAP 數(shù)據(jù)通道：一種包含 AC 的 IP地址、 WTP 的 IP 地址、 AC 的數(shù)據(jù) 端口、 WTP 的數(shù)據(jù)端口和傳輸層協(xié)議（包括 UDP 和 UDPLite）的雙向數(shù)據(jù)流 ，在這種數(shù)據(jù)流是在 CAPWAP 在數(shù)據(jù)包的收發(fā)過程種形成的。圖 2展示了 Loacl MAC 模式，在這種模式下從 STA發(fā)送的無線幀，在 WTP 被封裝成 的幀格式后傳送到 AC。 CAPWAP 協(xié)議被制定成一種靈活的，允許應(yīng)用在多種無線技術(shù)中的一種協(xié)議規(guī)范。在 split mac模式下層二的無線數(shù)據(jù)和管理幀被 CAPWAP 的協(xié)議封裝，在 AC 和 WTP 之間進行數(shù)據(jù)交換。同時，這種可擴展的特性使 CAPWAP 協(xié) 議能夠在未來支持對于多個不同類型接入點的接入。一旦數(shù)據(jù)和控制包的大小超過了 MTU 的長度，那么 CAPWAP 的數(shù)據(jù)和控制報文會被自動的分片。如果和某種特殊的無線技術(shù)相結(jié)合的話， CAPWAP 需要遵循兩者之間的綁定規(guī)則。 AC 涉及到三種線程的概念。 WTP：開始一個 WTP 的 CAPWAP 狀態(tài)機。 WTP：此狀態(tài)， WTP 無任何動作。 WTP：當(dāng)調(diào)用了 DTLSStart 命令后， WTP 開始狀態(tài)的遷移。 DTLS Setup to DTLS Setup (4):當(dāng) DTLS 會話建立失敗，狀態(tài)遷移到此狀態(tài) 。當(dāng)調(diào)用 DTLSAccept 的 DTLS 命令時候完成。 AC： 當(dāng) AC 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個 通知消息的時候，表明會話連接建立失敗，同時保證FailedDTLSAuthFailCount 和 FailedDTLSSessionCount 的計數(shù)沒有超過MaxFailedDTLSSessionRetry 的變量值。 AC 發(fā)送 DTLSShutdown 命令。 Configure to Reset (h): 此階段主要是為重新建立連接，無論是因為在配置階段發(fā)生 了錯誤，還時 WTP 判決需要重啟來使新的配置生效，都能夠通 過重啟來重新建立連接。 AC： 當(dāng) AC 收到 Image Data Response 的相應(yīng)消息的時候，遷移到此狀態(tài)。 AC 響應(yīng)一 個 Change State Event Response 消息。如果 AC 規(guī)定需要對數(shù)據(jù)通道 進行加密。 配置升級： WTP接收到一個 Configuration Update Request 消息。 AC接收到 WTP 發(fā)送過來的響應(yīng)消息。 WTP 沒有調(diào)用 DTLSShutdown 命令。當(dāng)前狀態(tài)機中的所有定時器都被清除。 DTLS 給 CAPWAP 的通知 給 CAPWAP 的 API 在 DTLS 的通知消息中也有定義?；蛘弋?dāng) WaitDTLS定時器超時的時候。會話重建主要用于 DTLS 會話中的數(shù)據(jù)通道建立。因此， AC 資源利用率將被降到最低。（所有的 CAPWAP 控制消息都是以 request 和 response 來定義的，同時發(fā)送請求的那一方保證重傳。 ============ ============ WTP AC ============ ============ ClientHello HelloVerifyRequest (with cookie) ClientHello (with cookie) ServerHello Certificate ServerHelloDone (WTP