在組建企業(yè)級(jí)無線局域網(wǎng)（WLAN）時(shí)，往往采用無線控制器AC+無線接入點(diǎn)AP的方式，便于實(shí)現(xiàn)無線設(shè)備集中統(tǒng)一管理和維護(hù)。AC和各AP之間一般運(yùn)行CAPWAP（無線接入點(diǎn)控制和配置）協(xié)議。

CAPWAP是基于UDP端口的應(yīng)用層協(xié)議，AC與AP的數(shù)據(jù)交互，需要先通過控制報(bào)文（基于UDP 5246）建立CAPWAP隧道，再發(fā)送數(shù)據(jù)報(bào)文（基 于 UDP 5247）。 數(shù)據(jù)報(bào)文可以選擇經(jīng)由CAPWAP隧 道 封 裝，也可以選擇直接發(fā)送。CAPWAP隧道建立過程比較復(fù)雜，如圖1所示。

由于AP和AC交互過程多，又采用UDP協(xié)議，而實(shí)際的WLAN組網(wǎng)中，經(jīng)常會(huì)碰到所選用的WLAN產(chǎn)品廠商與原有有線局域網(wǎng)產(chǎn)品廠商不同的情況，此時(shí)CAPWAP隧道的建立可能會(huì)遇到一些問題。

圖1 CAPWAP隧道建立過程

比如筆者單位在CISCO有線局域網(wǎng)環(huán)境中，部署華為WLAN時(shí)就發(fā)生了AC和AP建立CAPWAP隧道失敗的情況。有線網(wǎng)絡(luò)采用的核心層、接入層的兩層架構(gòu)，核心交換機(jī)為CISCO6504-E，接入層為C2960；WLAN部分采用華為 AC6605和 AP6050DN，由于AP數(shù)量為130臺(tái)，只需一臺(tái)AC即可，且為了不改變有線網(wǎng)絡(luò)的結(jié)構(gòu)，AC采用旁掛式部署，二層組網(wǎng)，即AC地址和AP的管理地址在同一VLAN，另外再為AP劃分幾個(gè)業(yè)務(wù)VLAN，總體拓?fù)淙鐖D2。

為便于說明多廠商設(shè)備組建無線局域網(wǎng)時(shí)CAPWAP管理隧道建立時(shí)所遇到的問題，本文使用了GNS3和ENSP兩種模擬器來進(jìn)行組合實(shí)驗(yàn)。用GNS3模擬CISCO的匯聚層C6504-E和接入層C2960交換機(jī)，即有線網(wǎng)絡(luò)部分，用華為的ENSP模擬器來模擬華為AC6605和AP6050DN等無線設(shè)備，并用環(huán)回網(wǎng)卡來互聯(lián)兩個(gè)模擬器的網(wǎng)絡(luò)設(shè)備，有線側(cè)拓?fù)淙鐖D3。

圖2 總體拓?fù)?/p>

GNS3版 本 為 2.1.3，R3為7200路由器，用于代替防火墻，配置f0/0.100、f0/0.101等子接口，并封裝802.1q，設(shè)置子接口IP地址。R1為3640路由器，配NM-16ESW交換板卡來模擬C6504-E核心交換機(jī)，創(chuàng) 建 VLAN 100、101，均設(shè)置VLAN接口地址，創(chuàng)建2個(gè)DHCP地址池，VLAN 100為管理VLAN，為所有AP提 供 IP地 址，f0/0、f0/1、f0/2接口均設(shè)為TRUNK即可，不設(shè)Native VLAN。R2為3640路由器，配NM-16ESW交換板卡來模擬C2960接入交換機(jī)，創(chuàng)建 VLAN 100、101，不設(shè)置VLAN接口地址，f0/0、f0/1接口均設(shè)為TRUNK即可，不設(shè)Native VLAN。

圖3 GNS3的拓?fù)?/p>

在Windows設(shè)備管理器中添加過時(shí)硬件、網(wǎng)絡(luò)適配 器、廠 商 Microsoft、型號(hào)Microsoft KM-TEST環(huán)回 適 配 器（Windows 10系統(tǒng)下），添加2塊環(huán)回網(wǎng)卡，重啟電腦，為防止實(shí)驗(yàn)過程中AP通過DHCP獲取IP時(shí)，環(huán)回網(wǎng)卡的IP突然發(fā)生變化，手動(dòng)指定2塊環(huán)回網(wǎng)卡的 IP，如 169.254.X.X/16即可。添加2個(gè)Cloud，其中Cloud-1使用環(huán)回網(wǎng)卡用來橋接ENSP中的華為AC，Cloud-2使用環(huán)回網(wǎng)卡2用來橋接ENSP中的華為AP，為盡量簡化實(shí)驗(yàn)設(shè)計(jì)，實(shí)驗(yàn)中只接入一個(gè)AP，若要接入更多AP，可再添加幾個(gè)環(huán)回網(wǎng)卡，無線側(cè)拓?fù)淙鐖D4。

AC上創(chuàng)建VLANIF 100、101，為 VLANIF 100接口指定IP地址為172.16.100.100，g0/0/1接口配置TRUNK，允許VLAN 100、101 通過，不指定 PVID，設(shè)置 CAPWAP源接 口 為 VLANIF 100，AP零配置即可。添加2個(gè)Cloud，Cloud1添加 1個(gè)UDP接口，添加1個(gè)環(huán)回接口（綁定環(huán)回網(wǎng)卡），并將2個(gè)接口做雙向通道端口映射，用來橋接GNS3中的C6504-E核心（或稱匯聚）交換機(jī)。Cloud2添加1個(gè)UDP接口，添加1個(gè)環(huán)回接口（綁定環(huán)回網(wǎng)卡2），并將2個(gè)接口做雙向通道端口映射，用來橋接GNS3中的C2960接入交換機(jī)。

GNS3中CISCO設(shè)備配置如下。

圖4 ENSP的拓?fù)?/p>

R1配置：

R2配置：

R3配置：

R1和R3進(jìn)行連通性測試，正常。

ENSP中AC配置如下。

AC配置：

配置說明：由于AP采用默認(rèn)的直接轉(zhuǎn)發(fā)方式，業(yè)務(wù)VLAN不經(jīng)CAPWAP隧道封裝，而是本地轉(zhuǎn)發(fā)，在AP與AC通信所經(jīng)過的每臺(tái)CISCO交換機(jī)的相應(yīng)接口上，均必須設(shè)置為TRUNK。

進(jìn)行上述配置后，分別在AP上聯(lián)接口ge0/0/0和AC接口ge0/0/1進(jìn)行Wireshark抓包，觀察CAPWAP隧道建立是否正常，進(jìn)行到哪個(gè)階段。發(fā)現(xiàn)第一階段的DHCP過程中，AP發(fā)送DHCP Discover廣播包，而始終無法收到DHCP Offer報(bào)文。

分析：AP通過Cloud2橋接在R2的f0/1接口，而該接口設(shè)置為TRUNK模式，默認(rèn)的Natrive VLAN是VLAN 1，與 作 為 DHCP Server的R1上VLAN 100間因?yàn)閂LAN tag的原因無法進(jìn)行L2廣播，因此DHCP Server根本無法收到DHCP Discover廣播包，也就無法做出響應(yīng)。

在R2的f0/1接口設(shè)置Native VLAN 100，對(duì) VLAN 100不打tag標(biāo)記，即在R2上添加如下配置：

interface fast Ethernet 0/1

switchport trunk native vlan 100

圖5 wireshark抓包分析

exit

此時(shí)Wireshark顯示DHCP過程正常，且WAPCAP過程已啟動(dòng)。但到控制通道維護(hù)的Run階段，AC響應(yīng)Echo Response后，出現(xiàn)了不應(yīng)有的組播包，隧道發(fā)生故障，可能是VLAN tag原因，導(dǎo)致無法正確解包。在AC上用“display ap all”命令查看AP狀態(tài)，發(fā)現(xiàn)AP狀態(tài)會(huì)經(jīng)歷idle、cfg、cfgfa、fault，WAPCAP隧道建立失敗。將vap-profile改為隧道轉(zhuǎn)發(fā)模式時(shí)故障依舊，因?yàn)榇藭r(shí)CAPWAP管理隧道尚未完全建立，無法建立數(shù)據(jù)隧道來下發(fā)射頻、業(yè)務(wù)VLAN等配置。Wireshark抓包如圖5所示。

經(jīng)過對(duì)各設(shè)備接口TRUNK配置的不斷調(diào)整，最終發(fā)現(xiàn)只有在將R1的f0/0口、AC的g0/0/1口、R2的f0/1口同時(shí)對(duì)VLAN 100不打tag標(biāo)記時(shí)，CAPWAP才完全正常，此時(shí)AP處于normal狀態(tài)，AP能夠發(fā)射2.4G射頻信號(hào)，STA可以連接SSID，通過DHCP獲取業(yè)務(wù)VLAN 101的地址，并與R1、R3等設(shè)備通信。即在R1上需添加命令：

interface fast Ethernet 0/0

switchport trunk native vlan 100

exit

在AC上添加命令：

interface Gigabit Ethernet 0/0/1

port trunk pvid vlan 100

exit