技術標籤：ac ap原理、

LWAPP (Lightweight Access Point Protocol) 思科的私有

CAPWAP (Control and provisioning of wireless access points) IETF標準,起源於思科的LWAPP，目前是在IETF的RFC5415和5416中有描述

The CAPWAP protocol supports two modes of operation

‒ Split MAC (Centralized Mode)

所有二層的無線資料和管理幀都會被CAPWAP協議封裝，然後在AC和AP之間交換

‒ Local MAC (H-REAP/FlexConnect)

本地轉發模式允許資料幀可以用本地橋或者使用802.3的幀形式用隧道轉發。在這種情況下，二層無線管理幀在AP本地已經處理，然後轉發給AC。

CAPWAP 通過UDP 埠 5246（控制埠）,5247（資料埠） 進行通訊.

CAPWAP建立需要經歷以下七個過程：

1)AP通過DNS、DHCP、靜態配置IP地址、廣播等方式獲取到AC的IP地址

2)AP發現AC

3)AP請求加入AC

4)AP自動升級

5)AP配置下發

6)AP配置確認

7)通過CAPWAP隧道轉發資料

CAPWAP 詳細工作原理：

http://www.ruijie.com.cn/fw/wt/36523​www.ruijie.com.cn

AP在啟動時會經歷以下過程：

如果先前未為它分配靜態IP地址，則LAP引導並DHCP一個IP地址。

LAP通過各種發現演算法將發現請求傳送到控制器，並建立控制器列表。本質上，LAP通過以下方式為控制器列表學習儘可能多的管理介面地址：

發現： 動態和靜態發現

1. DHCP選項43
2. cisco-capwap-controller的DNS條目
3. LAP先前記住的控制器的管理IP地址
4. 子網中的第3層廣播
5. 靜態配置的資訊
6. AP最近加入的WLC移動組中的控制器

加入：

主控制器系統名稱（以前在LAP上配置）
輔助控制器系統名稱（以前在LAP上配置）
第三控制器系統名稱（以前在LAP上配置）
Master controller（如果以前未使用任何主控制器，輔助控制器或三級控制器名稱來配置LAP。用於始終知道加入哪個控制器的全新LAP）

如果以上均未發現，請使用發現響應中的剩餘容量值在控制器之間進行負載平衡。
如果兩個控制器具有相同的剩餘容量，則將加入請求傳送到以發現響應對發現請求作出響應的第一個控制器。如果單個控制器在多個介面上具有多個AP管理器，請選擇AP數量最少的AP管理器介面。
控制器將響應所有發現請求，而不檢查證書或AP憑據。但是，加入請求必須具有有效的證書才能從控制器獲得加入響應。如果LAP未從其選擇中收到加入響應，則LAP將嘗試列表中的下一個控制器，除非該控制器是已配置的控制器(Primary/Secondary/Tertiary）。

Troubleshoot a Lightweight Access Point Not Joining a Wireless LAN Controller

Wireless LAN Controller (WLC) FAQ​www.cisco.com

a. 靜態配置LAP的IP地址及閘道器：

AP#capwap ap ip add  [IP address]  [netmask]                  

AP#capwap ap ip default-gateway [Gateway Address]       

 

b. 靜態配置LAP的控制器地址（兩種方法）：

b1. AP#capwap ap controller ip add [Controller address]

b2. AP#capwap ap primary-base [Controller name] [Controller address]

 
c. 檢視靜態指定的LAP資訊：

AP#show capwap ip config