CAPWAP協(xié)議的介紹(五)

CAPWAP介紹

--wendynie

CAPWAP報文的簡單介紹CAPWAP協(xié)議可靠機制要求消息必須成對，由請求和響應組成。所有的請求消息的消息類型值都為奇數(shù)，所有的響應消息類型值都為偶數(shù)。如果WTP或者AC接收到了一個不認識的消息，消息類型是奇數(shù)，那么會將消息類型值加一，然后響應給發(fā)送者，并且在響應中帶有“不認識的消息類型”元素。如果不認識的消息類型為偶數(shù)，那么這個消息將會被忽略。CAPWAP報文的簡單介紹CAPWAP控制報文分為以下幾種類型：Discovery：發(fā)現(xiàn)網(wǎng)絡中的AC，AC位置和能力Join：WTP用于向AC請求服務，AC用于響應WTPControlChannelManagement：維持控制通道WTPConfigurationManagement：AC給WTP發(fā)送配置文件。StationSessionManagement：AC發(fā)送station策略給WTPDeviceManagementOperations:請求和發(fā)送firmware給WTPBinding-SpecificCAPWAPManagementMessages:

AC和WTP用于交換協(xié)議指定的CAPWAP管理信息。可能交換一個station的連接狀態(tài)信息。

返回CAPWAPDiscoveryOperationsDiscoveryRequestMessageWTP用DiscoveryRequest來自動發(fā)現(xiàn)網(wǎng)絡中可用的AC，提供自己的基本性能給AC。DiscoveryResponseMessageAC使用DiscoveryResponse，將自己支持的服務告訴給請求服務的WTP。PrimaryDiscoveryRequestMessageWTP發(fā)送PrimaryDiscoveryRequest用于：判斷它首選（或者配置的）的AC是否可用或者執(zhí)行一個PathMTUDiscoveryPrimaryDiscoveryResponseAC使用PrimaryDiscoveryResponse告訴WTP自己當前可用，與支持服務。

返回CAPWAPJoinOperationsJoinRequest在與AC建立DTLS連接之后，WTP使用JoinRequest來向一個AC請求服務JoinResponseAC使用JoinResponse告知WTP是否會向其提供服務

返回ControlChannelManagementEchoRequestEchoResponseEchoRequest和EchoResponse用于在控制報文沒有發(fā)送的時候，來顯式的維持控制通道的連接

返回WTPConfigurationManagementConfigurationStatusRequestWTP用于發(fā)送自己當前的配置給ACConfigurationStatusResponseAC提供自己的配置數(shù)據(jù)給WTP，覆蓋WTP所請求的配置ConfigurationUpdateRequestrun狀態(tài)的時候，AC發(fā)送給WTP用于修改WTP上的配置。ConfigurationUpdateResponse響應ConfigurationUpdateRequestChangeStateEventRequest1：當WTP收到來自AC的ConfigurationStatusResponse，WTP使用ChangeStateEventRequest來提供WTPradio的當前狀態(tài)，確認AC提供的配置已經(jīng)成功應用2：在run狀態(tài)下，WTP發(fā)送ChangeStateEventRequest來告訴AC，WTPradio發(fā)生了意料之外的改變。ChangeStateEventResponse：

響應ChangeStateEventRequestClearConfigurationRequest：

AC用于請求WTP將自己的配置恢復至出廠默認值ClearConfigurationResponseWTP恢復出廠默認值后，發(fā)送給AC的確認。

返回DeviceManagementOperations（可選）ImageDataRequest在WTP和AC之間交換，用于WTP下載一個新的firmwareImageDataResponse響應ImageDataResponseResetRequest要求WTP進行重啟。ResetResponse響應ResetRequestWTPEventRequestWTP用來發(fā)送信息給AC。WTPEventRequest可能是階段性發(fā)送，或者是作為一個WTP同步事件的響應。WTPEventResponse響應WTPEventRequestDataTransferRequest將WTP上的調(diào)試信息發(fā)送給ACDataTransferResponse響應DataTransferRequest返回StationSessionManagementStationConfigurationRequestAC用于創(chuàng)建，修改，刪除WTP上的staion會話狀態(tài)StationConfigurationResponse

響應StationConfigurationRequest

返回CAPWAPBindingforIEEE802.11CAPWAP協(xié)議本身并不包括任何指定的無線技術。它依靠綁定協(xié)議來擴展對特定無線技術的支持。RFC5416就是用來擴展CAPWAP對IEEE802.11網(wǎng)絡的支持。其中定義了控制消息字段，新的控制消息，消息元素。注意，這個協(xié)議僅支持IEEE802.11-2007規(guī)范，并不支持IEEE802.11-2007standard中定義的adhoc網(wǎng)絡模式，也不適用于four-address格式的數(shù)據(jù)幀（這種數(shù)據(jù)幀一般用于網(wǎng)橋，在IEEE802.11-2007標準中沒有指定這種用法）。協(xié)議并不支持IEEE802.11n。SplitMACSplitMAC

在IEEE802.11中，AC與WTP在splitMAC中的分工如下：SplitMAC使用802.1X終端用戶認證和AdvancedEncryptionStandard-Counter模式與CBC-MAC協(xié)議(AES-CCMP)加密LocalMACLocalMAC

在IEEE802.11中，AC與WTP在splitMAC中的分工如下：LocalMAC使用AES-CCMP用于加密RoamingGroupKeyRefresh由于BSS的GroupKey(GTK)需要間隔刷新。在SplitMAC的情況下，AC需要復制所有的廣播報文，更新key的索引，讓報文以當前和新的GTK的方式重復發(fā)送，來保證BSS上所有的station都能收到廣播包。在LocalMAC的時候，這個過程由WTP來完成。CAPWAPDataChannelQoSBehavior

CAPWAPIEEE802.11binding規(guī)范提供了WTP對IEEE802.11數(shù)據(jù)報文的QOS支持。當WTP上創(chuàng)建WLAN的時候，會使用一個默認的QOS服務策略，使得WTP對每個關聯(lián)的station使用默認的QOS值。AC也可以修改這個QOS策略。IEEE802.11協(xié)議也允許每個station要求自己有特別的QOS策略。

WTP使用DifferentiatedServicesCodePoint(DSCP)或者802.1p來實現(xiàn)QOS機制。AC可能要求WTP不使用，使用其中的任何一種，或者兩種同時使用。IEEE802.11SpecificCAPWAPControlMessagesIEEE802.11WLANConfigurationRequest由AC發(fā)送給WTP，用于改變WTP上提供的服務。這個報文可以用于創(chuàng)建，升級或者刪除WTP上的WLAN.可能由手動的管理配置導致（比如，刪除一個WLAN），也可能是自動在WTP上創(chuàng)建一個WLAN.如果是后者，那么這個報文將會在AC收到CAPWAPConfigurationUpdateResponse后發(fā)送。收到這個控制報文之后，WTP將會作出要求的修改，然后發(fā)送一個IEEE802.11WLANConfigurationResponse。WTP可能提供多個WLAN，因此，每個WLAN用一個數(shù)字索引來定義。例如，一個支持16個SSID的WTP，可以接受16個IEEE802.11WLANConfigurationRequest來創(chuàng)建一個WLAN。索引是WLAN的基本標識符，AC可能嘗試來做到它管理的所有WTP上相同的WLAN用相同的