【正文】 WAP 組件一個(gè)安全的通道已經(jīng)建立，可以在 DTLS 初始化的處理過(guò)程中使用已經(jīng)提供的參數(shù)。這種失敗可能時(shí)由于 本地的錯(cuò)誤，也可能時(shí)通信的對(duì)方反對(duì)進(jìn)行會(huì)話(huà)連接。接收到此消息后 FailedDTLSAuthFailCount 計(jì)數(shù)自增。當(dāng)接收到通知消息的時(shí)候， WaitDTLS 定時(shí)器停止。此通知消息主要時(shí)為了提供多種信息，而不用于導(dǎo)致 CAPWAP 狀態(tài)機(jī)的遷移。雖然 DTLS 和 CAPWAP 名以上被稱(chēng)為兩種實(shí)體，但是它們有著十分緊密的聯(lián)系 ，有時(shí)甚至在實(shí)現(xiàn)上都時(shí)相關(guān)的。 RFC4347沒(méi)有制動(dòng)多長(zhǎng)事件應(yīng)該繼續(xù)進(jìn)行重傳。因?yàn)閿?shù)據(jù)通道需要不同的端口號(hào)，在 WTP 上的 DTLS 實(shí)現(xiàn)需要提供一個(gè)接口來(lái)允許 CAPWAP模塊通過(guò)不同的端口開(kāi)重建會(huì)話(huà)連接。WTP用 DTLSStartde 的指令來(lái)請(qǐng)求和一個(gè)已經(jīng)選擇好的 AC 進(jìn)行一個(gè)安全的連接。這個(gè)通知消息可以使 CAPWAP 模塊遷移到 Idle 狀態(tài)，一旦接收到一個(gè) DTLSEstablished 通知消息，則WaitDTLS 定時(shí)器將被去激活。） 如果 WTP 或這 AC 在重傳后依然沒(méi)有收到 DTLS 的握手消息， WaitDTLS 定時(shí)器會(huì)最終超時(shí)，同時(shí)會(huì)話(huà)被終止。 AC 日志記錄下失敗，同時(shí)把這個(gè)消息 看成時(shí)一個(gè)沒(méi)有 cookie 的消息。 如果接收到了錯(cuò)誤的消息，CAPWAP 組件應(yīng)該記錄下日志。在重組幀的時(shí)候有些潛在的原因會(huì)導(dǎo)致錯(cuò)誤，比方說(shuō)幀疊加和丟幀。 假如一個(gè) cookie 生效失敗，則可能出現(xiàn)一個(gè) WTP 的錯(cuò)誤，或者出現(xiàn)一個(gè) DOS 攻擊。 在握手期間， WTP 和 AC 都期待一個(gè)握手消息，如果沒(méi)有收到握手消息，則重 新傳送消息。然后哦調(diào)用 DTLSStart 或者 DTLSListen 命令，然后 WTP 和 AC 分別設(shè)置 WaitDTLS 定時(shí)器。 一旦 CAPWAP 利用新的重新加密的幀進(jìn)行重傳，任何原來(lái)的 DTLS 幀的副本都被認(rèn)為是不可靠的，應(yīng)該被默默的丟棄。 DTLS 應(yīng)該支持會(huì)話(huà)重建。 DTLS 握手處理 DLTS 的握手處理在 RFC4347 中已經(jīng)做了說(shuō)明。僅當(dāng)整個(gè)會(huì)話(huà)已經(jīng)被建立后，才有可能收到此消息。 DTLSDecapFailure 可以用于發(fā)送到 CAPWAP 模塊表示解封裝失敗。此通知用于發(fā)送到 CAPWAP 組件表明整個(gè)會(huì)話(huà) Aort 過(guò)程已經(jīng)完成了，當(dāng) DLTS 會(huì)話(huà)的整個(gè)會(huì)話(huà)的 abort過(guò)程被確認(rèn)。 DTLSAuthenticateFail。 WaitDTLS 定時(shí)器被停止。這個(gè)消息可以用于在基于通信雙方互相信任的前提 下建立連接。 MTU 缺省的大小為 1468 字節(jié)。當(dāng) WaitDTLS定時(shí)器超時(shí)時(shí)，也會(huì)調(diào)用此接口來(lái)發(fā)送命令。在 DTLSStart命令發(fā)送后， WaitDTLS 被啟動(dòng)。同時(shí)還有接收到的一些 DTLS 給 capwap協(xié)議棧發(fā)送的通知消息。數(shù)據(jù)面 DTLS 會(huì)話(huà)已經(jīng)消失，所有的資源被釋放。當(dāng)在 Sulking狀態(tài)的時(shí)候，所有接收到的 capwap和 dtls 協(xié)議消息都 被忽略。 AC： AC 在此狀態(tài)無(wú)操作。 AC發(fā)送 DTLSShutdown 命令。 WTP： 當(dāng) WTP 發(fā)送一個(gè) Reset Response 消息時(shí)，遷移到此狀態(tài)。重啟的原因可能 是一種正常操作現(xiàn)象，也有可能是由錯(cuò)誤的條件引起的。 AC 接收到一個(gè) Data Transfer Request 或者 Data Transfer Response 消息從 WTP。 清除配置響應(yīng)： AC 發(fā)送一個(gè) Clear Configuration Request 消息給 WTP 去清除它的配置。 配置升級(jí)： AC 發(fā)送配置升級(jí)請(qǐng)求消息給 WTP 去升級(jí)它的配置。當(dāng)收到一個(gè)數(shù)據(jù)傳輸?shù)恼?qǐng)求， WTP 傳 送一個(gè)數(shù)據(jù)傳輸響應(yīng)給AC。 WTP 事件： WTP 發(fā)送 WTP Event Request 消息到 AC。 Echo Request： WTP 發(fā)送 Echo Request 消息或者從 AC 那接收到一個(gè) 相應(yīng)的 Echo Response 消息。有許多事件能夠使?fàn)顟B(tài)機(jī)遷移到此狀態(tài)。當(dāng) AC 的EchoInterval 定時(shí)器超時(shí)，也會(huì)引起狀態(tài)的遷移。 WTP啟動(dòng) DTLSSessionDelete 定時(shí)器。 Run to DTLS Teardown (p):當(dāng)在 DTLS 協(xié)議棧處理中出現(xiàn)錯(cuò)誤，并引起 DTLS會(huì)話(huà)中斷 時(shí)，將遷移到此狀態(tài)。 AC 去使能 DataCheckTimer 的定時(shí)器。 WTP 發(fā)起數(shù)據(jù)通道連接，可能需要建立 DTLS 會(huì)話(huà)，啟動(dòng)DataChannelKeepAlive 定時(shí)器，在數(shù)據(jù)信道里面 數(shù)據(jù)通道?；钕?。同時(shí) Ac 啟動(dòng) DTLSSessionDelete 定時(shí)器。 WTP：當(dāng) WTP 在定時(shí)器超時(shí)之前未收到 Change State Response 消息時(shí)，遷移 到此狀態(tài)。 AC：當(dāng) AC 接收到一個(gè) Change State Event 消息時(shí)，遷移到此狀態(tài)。 AC 同時(shí)啟動(dòng)DTLSSessionDelete 定時(shí)器。 WTP：當(dāng) WTP 接收到下面 DTLS 通知消息中的某一個(gè)時(shí)，遷移到此狀態(tài)： DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。 WTP：當(dāng)映像文件加載完成，或者 ImageDataStartTimer 定時(shí)器超時(shí)， WTP 進(jìn) 入重啟階段。 當(dāng) WTP 從 AC 上接收到一個(gè) Echo Response 的消息時(shí)候。 當(dāng) WTP 接收到一個(gè)并發(fā)的 Image Data Request 消息時(shí)。在此狀態(tài)下 WTP 開(kāi)啟了 DTLSSessionDelete 定時(shí)器。當(dāng) AC 的 ChangeStatPendingTimer 定時(shí)器超 時(shí)，也會(huì)遷移到此狀態(tài)。 AC 之后發(fā)送 Configuration Status Response 消息，同時(shí)開(kāi)啟 ChangeStatPendingTimer 定時(shí)器。 WTP：當(dāng)成功接收到一個(gè) Join Response 的消息，并且判斷消息里面的 Image Identifier 字段和當(dāng)前運(yùn)行的映像文件相同時(shí)，遷移到此狀態(tài)。 AC：當(dāng) AC 接收到 WTP 發(fā)送的映像數(shù)據(jù)請(qǐng)求消息，然后發(fā)送 join Response 的 消息給 WTP。 Join to Image Data (f):當(dāng) WTP 和 AC 下載 可執(zhí)行的 firmware 文件時(shí)，狀態(tài)機(jī)遷移到 此狀態(tài)。 AC： 當(dāng) WaitJoin定時(shí)器超時(shí)，或者 AC 回應(yīng)的 Join Response 消息中 Result Code 字段中包含錯(cuò)誤，狀態(tài)機(jī)遷移到此狀態(tài)。 WTP：當(dāng) WTP接收到的 Join Response消息里面的 Result Code結(jié)果字段是錯(cuò)誤， 或者 AC 在 Join Response 消息里面提供的映像文件標(biāo)志位和當(dāng)前正在運(yùn)行的固件 firmware 版本不一致，并且和 WTP 所請(qǐng)求的保存在非易失性寄存器中的映像文件不一致的時(shí)候，將發(fā)生狀態(tài)的遷移。 AC：當(dāng) WTP 接收到一個(gè) DTLSEstablished 的通知，表示 DTLS 會(huì)話(huà)已經(jīng)被成功 建立起來(lái)之后。 DTLS Connect to Join (d):當(dāng) DLTS 的會(huì)話(huà)建立成功，狀態(tài)機(jī)遷移至此狀態(tài)。在這個(gè)過(guò)程中 WTP會(huì)啟動(dòng) DTLSSessionDelete的定時(shí)器。 WTP：當(dāng) WTP 接收到 DTLSAborted或者 DTLSAuthenticateFail 兩者之中的某個(gè) 通知消息的時(shí)候，表明會(huì)話(huà)連接建立失敗。在這種狀態(tài)時(shí)， DTLSSessionDelete定時(shí)器被 WTP 啟動(dòng)。 Authorize to DTLS Teardown (b):DTLS 協(xié)議棧接到會(huì)話(huà)丟棄的通知消息時(shí)，狀態(tài)機(jī)發(fā) 生遷移。 WTP： 當(dāng) AC 被 WTP 成功鑒權(quán)后，狀態(tài)發(fā)生遷移。 WTP： WTP 在此狀態(tài)下無(wú)操作。在這種狀 態(tài)下， WTP 作為授權(quán)方對(duì) AC 的證書(shū)進(jìn)行認(rèn)證。失敗的通知消息將導(dǎo)致安全的 DTLS 會(huì)話(huà)被中斷。 AC： AC 在此狀態(tài)下無(wú)操作。 DTLS Setup to Sulking (*): 當(dāng)反復(fù)建立 DTLS 連接失敗時(shí)，遷移到此狀態(tài)。 AC： AC 在此階段無(wú)操作。 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í)器。 Idle to DTLS Setup (3):在對(duì)等節(jié)點(diǎn)間建立了一個(gè)安全的 DTLS會(huì)話(huà)后，遷移到此狀態(tài)。 Sulking to Sulking (amp。 Sulking to Idle ():當(dāng) WTP 重新開(kāi)始 Discovery 階段的時(shí)候，遷移到此狀態(tài)。 WTP： 當(dāng) WTP 上的 DiscoveryInterval 定時(shí)器超時(shí)，同時(shí) DiscoveryCount 的變量 值超過(guò)了最大計(jì)數(shù)（計(jì)數(shù)最大值在 節(jié)中涉及）。 Discovery to Idle (2)：在 AC 的 Discovery 線(xiàn)程中，當(dāng) Discovery 處理完成之后，狀態(tài) 機(jī)發(fā)生遷移。每一次狀態(tài)遷移過(guò)后， WTP 的 DiscoveryCount 計(jì)數(shù)增加。 AC 應(yīng)該相應(yīng)一個(gè) Discovery Response 消息。 WTP： WTP 首先進(jìn)入了 Discovery 狀態(tài)發(fā)送了 第一個(gè) Discovery Request 消息。 Start to Idle (0):此狀態(tài)遷移主要是當(dāng)設(shè)備的初始化完成之后進(jìn)行。狀態(tài)機(jī)的遷移在圖四中用字母順序和標(biāo)點(diǎn)字符描述。 業(yè)務(wù)線(xiàn)程： AC 的業(yè)務(wù)線(xiàn)程處理每個(gè) WTP 的連接。一旦 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)的上下文。如 果涉及到多個(gè) AC 和多個(gè) WTP 之間的通信，那么狀態(tài)機(jī)將比較復(fù)雜。 DTLS 和 CAPWAP 的狀態(tài)機(jī)通過(guò)一個(gè)由命令和通知組成的 API 聯(lián)系在了一起。 CAPWAP 協(xié)議的狀態(tài)機(jī)在 節(jié)會(huì)被描述。 在 Station Configuration Request 消息中包含配置 station的相關(guān)信息。 CAPWAP 的原理是為每一種特殊需求的無(wú)線(xiàn)技術(shù)提供一種通用的標(biāo)準(zhǔn)。 MTU 的發(fā)現(xiàn)和分片機(jī)制將在第三部分種做出說(shuō)明。然后， WPT被使能。為了建立 DTLS 連接， WTP 需要做相當(dāng)一部分的準(zhǔn)備工作，在 節(jié)將具體講述。 CAPWAP 的數(shù)據(jù)和控制消息包分別 發(fā)往單獨(dú)的 UDP 端口。 TLS 的一些和加密相關(guān)的協(xié)議機(jī)制已經(jīng)被成功應(yīng)用了多年。 Wirless Termination Point（ WTP）：一種在無(wú)線(xiàn)接入網(wǎng)上提供射頻天線(xiàn)和無(wú) 線(xiàn)物理器件來(lái)和 station 進(jìn)行通信的物理或網(wǎng)絡(luò)實(shí)體。 術(shù)語(yǔ) 接入控制（ AC）：在網(wǎng)絡(luò)架構(gòu)的數(shù)據(jù)面、控制面和管理面中提供 WTP接入的一種網(wǎng) 絡(luò)實(shí)體。通過(guò)一類(lèi)封裝和傳輸?shù)臓顟B(tài)機(jī)可擴(kuò)展性得到了保證。將整個(gè)無(wú)線(xiàn)網(wǎng)絡(luò)看做是以個(gè)無(wú)線(xiàn)的局域網(wǎng)一樣進(jìn)行管理。允許網(wǎng)絡(luò)的操作人員能夠更加緊密的控制和管理整個(gè)網(wǎng)絡(luò) 。第二種模式下，意味著 WTP 將會(huì)起到 的綜合作用。 CAPWAP 協(xié)議支持兩種模式：Split mac 和 Loacl mac。 WPT 需要一組動(dòng)態(tài)的管理和控制的功能來(lái)滿(mǎn)足它們和無(wú)線(xiàn)媒介直接的初始連結(jié)。 介紹 協(xié)議預(yù)覽 CAPWAP 傳輸 CAPWAP 包格式 CAPwap的發(fā)現(xiàn)操作 CAPWAP 加入操作 控制信道管理 WTP 配置管理 設(shè)備管理操作 基站會(huì)話(huà)管理 1 NAT 協(xié)議描述 1 安全描述 1 操作描述 1 傳輸描述 1 IANA（ 國(guó)際因特網(wǎng)地址分配委員會(huì) ）描述 一、 介紹 文檔描述了 CAPWAP 協(xié)議，一種標(biāo)準(zhǔn)，一種可操作的協(xié)議。摘要： 此協(xié)議是關(guān)于無(wú)線(xiàn)控制和保護(hù)協(xié)議（ capwap）協(xié)議的相關(guān)規(guī)范。此文檔用于描述基本 CAPWAP 協(xié)議，當(dāng)分別綁定不同的擴(kuò)展時(shí)，將可以用于多種無(wú)線(xiàn)技術(shù)。 在 WLAN 架構(gòu)下， 規(guī)定的簡(jiǎn)單 WTP 被一個(gè) AC 控制的這種模式，被認(rèn)為是一種標(biāo)準(zhǔn)的，操作性十分強(qiáng)的并能從根本上簡(jiǎn)化無(wú)線(xiàn)網(wǎng)絡(luò)之間的管理和調(diào)度的工作 模式。 AC 將 WTP 被看做是一種射頻的接口。 +