簡介
本文檔介紹使用Cisco Mobility Express (ME)軟體透過乙太網橋接部署點對點網狀鏈路。
關於Mobility Express
本文檔使用Cisco 1542室外無線存取點。 版本8.10中引入了針對Flex+Bridge模式中室內和室外AP的Mobility Express軟體的網狀支援。
支援以下AP型號:
Mobility Express (ME)是一種替代自治AP模式和軟體的解決方案。它允許存取點本身執行精簡版的AireOS型無線區域網路控制器(WLC)軟體。WLC和AP代碼都儲存在AP記憶體的單個分割槽內。Mobility Express部署不需要許可證檔案,也不需要許可證啟用。
一旦啟動運行Mobility Express功能軟體的裝置,就會首先啟動「AP部件」。幾分鐘後,控制器部分也初始化。一旦建立控制檯會話,支援ME的裝置將顯示WLC提示。要進入基礎AP shell,可以使用命令apciscoshell:
(Cisco Controller) >apciscoshell
!!Warning!!: You are entering ap shell. This stops you from establishing new telnet/SSH/Web sessions to controller.
Also the exsisting sessions is suspended till you exit the ap shell.
To exit the ap shell, use 'logout'
User Access Verification
Username: admin
Password: ********
RAP>logout
(Cisco Controller) >
必要條件
採用元件
- 2個1542D-E存取點
- 2台3560-CX思科交換機
- 2檯筆記型電腦
- 1根控制檯電纜
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路運作中,請確保您瞭解任何指令可能造成的影響。
網路圖表
此網路中的所有裝置都位於192.168.1.0/24子網內。Mobility Express AP(控制器)的管理介面未標籤,而所有埠上的本地VLAN都是VLAN 39。AP 1542-1充當控制器和根存取點(RAP),而AP 1542-2充當網狀無線存取點(MAP)。此表包含網路中所有裝置的IP地址:
注意:標籤管理介面可能會導致AP加入內部WLC進程時出現問題。如果您決定標籤管理介面,請確保相應地配置有線基礎設施部分。
裝置 |
IP 位址 |
預設閘道 |
192.168.1.1 |
膝上型電腦1 |
192.168.1.100 |
膝上型電腦2 |
192.168.1.101 |
行動化Express WLC |
192.168.1.200 |
1542-1 (RAP) |
192.168.1.201 |
1542-2 (地圖) |
192.168.1.202 |
組態
交換機配置
連線筆記型電腦的交換機埠被配置為接入埠,VLAN設定為39:
Switch1#show run interface Gig 0/1
Current configuration : 205 bytes
!
interface GigabitEthernet0/1
description Laptop1
switchport access vlan 39
switchport mode access
end
Switch2#show run interface Gig 0/8
Current configuration : 205 bytes
!
interface GigabitEthernet0/8
description Laptop2
switchport access vlan 39
switchport mode access
end
連線AP的交換機埠處於TRUNK模式,本徵VLAN設定為39:
Switch1#show run interface Gig 0/8
Building configuration...
!
interface GigabitEthernet0/8
description 1542-1 (RAP)
switchport mode trunk
switchport trunk native vlan 39
end
Switch2#show run interface Gig 0/1
Building configuration...
!
interface GigabitEthernet0/1
description 1542-1 (RAP)
switchport mode trunk
switchport trunk native vlan 39
end
AP的工廠重置
建議先對AP執行出廠重置,然後再開始新部署。這可以透過按下AP上的模式/重置按鈕、插入電源並繼續保持電源超過20秒來完成。這可確保所有以前的配置都已清除。可透過預設使用者名稱Cisco和口令Cisco(區分大小寫)的控制檯連線訪問AP。
如果無線存取點已在Mobility Express中運行,則出廠重置並不一定將其移回輕量模式。一個重要的步驟是確定您的AP運行的是輕量映像還是Mobility express映像。
如果您的AP是輕量型的,您可以下載移動性快捷代碼將其轉換為Mobility Express。如果AP已處於移動性快速模式,則您必須按照存取點/控制器的GUI中的升級過程來更改軟體版本。
運行輕量映像的AP的show version示例:
cisco AIR-AP1562I-E-K9 ARMv7 Processor rev 1 (v7l) with 1028616/605344K bytes of memory. Processor board ID FCZ2150Z099 AP Running Image : 8.5.151.0 Primary Boot Image : 8.5.151.0 Backup Boot Image : 0.0.0.0 1 Gigabit Ethernet interfaces 2 802.11 Radios Radio Driver version : 9.0.5.5-W8964 Radio FW version : 9.1.8.1 NSS FW version : 2.4.26
以下是已在Mobility Express軟體中運行的AP的示例:
AP#show version . .. AP Running Image : 8.10.185.0 Primary Boot Image : 8.10.185.0 Backup Boot Image : 8.10.185.0 . .. . AP Image type : MOBILITY EXPRESS IMAGE AP Configuration : MOBILITY EXPRESS CAPABLE
下載輕量capwap映像至1542-2 (MAP)
筆記型電腦1用作TFTP伺服器。AP 1542-2最初可連線到交換機1 Gig 0/8埠,以便執行升級。在software.cisco.com上,在1542個輕量影像下,下載對應至8.10.185發行版本影像的15.3.3-JJ1 (全名ap1g5-k9w8-tar.153-3.JK9.tar)。最新的輕量AP映像始終對應於最新的ME版本。
將映像放置在TFTP根資料夾中。 連線控制檯電纜,使用預設憑證登入(使用者名稱是Cisco,口令也是Cisco)。 為AP分配IP地址並使用以下命令執行升級:
#capwap ap ip 192.168.1.202 255.255.255.0 192.168.1.1
#archive download-sw /reload tftp://192.168.1.100/ap1g5-k9w8-tar.153-3.JK9.tar
AP執行升級,然後重新啟動。使用show version命令確認升級成功:
MAP#show version
.
..
AP Running Image : 8.10.185.0
Primary Boot Image : 8.10.185.0
Backup Boot Image : 8.8.125.0
AP已從Switch 1拔下並重新插入Switch 2。
注意:透過手動升級MAP的映像,我們避免了在建立網狀鏈路後立即進行映像升級的過程。
將支援移動性捷徑的映像下載到AP 1542-1 (RAP)
在1542 AP的Mobility Express 8.10.105版本下,我們可以看到2個可用檔案:.tar和.zip。下載.tar檔案:
下載.tar檔案
與物理WLC不同,ME存取點沒有足夠的快閃記憶體來儲存所有AP映像,因此,如果要將更多的AP加入到Mobility Express存取點中,必須隨時訪問TFTP伺服器。如果我們像本示例中那樣手動升級AP,則無需執行此步驟。
要執行升級,請將控制檯連線到AP 1542-1,為其分配IP地址並執行映像升級:
#capwap ap ip 192.168.1.201 255.255.255.0 192.168.1.1
#ap-type mobility-express tftp://192.16.1.100/AIR-AP1540-K9-ME-8-10-185.tar
升級完成後,AP將重新啟動。在AP啟動後不久,控制器部件也開始啟動。我們很快看到正在廣播的零日調配SSID「CiscoAirProvision」。
如果位於控制檯,則可以看到CLI嚮導,但不要以這種方式配置AP。無線GUI精靈就是最好的選擇。
零日SSID調配
使用口令password連線到AP廣播的「CiscoAirProvision」 SSID。筆記型電腦從子網192.168.1.0/24獲取IP地址。
如果您沒有看到正在廣播的SSID,仍有可能是AP處於「Mobility express CAPABLE」狀態,但未作為mobility express運行。然後,您必須連線到AP CLI並輸入ap type mobility-express,並且AP將重新啟動並廣播調配SSID。
也可以使用在本地模式和網狀模式之間轉換AP capwap ap mode local/flex-bridge 如果需要,則在此設定過程中。
在Web瀏覽器中打開地址http://192.168.1.1。 此頁面會重新導向至初始組態精靈。 指定管理員使用者名稱和密碼,然後在控制器上建立管理員帳戶,然後點選Start。
在下一個步驟中,指定值以設定控制器。
欄位名稱 |
說明 |
系統名稱 |
輸入Mobility Express AP的系統名稱。示例:MobilityExpress-WLC |
國家 |
從下拉選單中選擇國家/地區。 |
日期與時間 |
選擇目前的日期和時間。
注意:精靈會嘗試使用JavaScript從電腦匯入時鐘資訊(日期和時間)。強烈建議您在繼續之前確認時鐘設定。存取點根據時鐘設定加入WLC。 |
時區 |
選擇當前時區。 |
NTP伺服器 |
輸入NTP伺服器詳細資訊。 |
管理IP |
輸入管理IP地址。注意:它必須與分配給存取點的IP不同!在本例中,當AP獲得。201 IP時,我們在配置嚮導中分配。200。兩者都使用。 |
子網路遮罩 |
輸入子網掩碼地址。 |
預設閘道 |
輸入預設網關。 |
在此設定中,DHCP伺服器在交換機1上運行,因此不需要在ME WLC上啟用它。將「網格」選項滑動到 啟用 然後按一下下一步。
在下一個步驟中,指定以下欄位來建立無線網路:
欄位名稱 |
說明 |
網路名稱 |
輸入網路名稱。 |
安全性 |
選擇 WPA2個人安全型別。 |
複雜密碼 |
指定預共用金鑰(PSK)。 |
確認密碼短語 |
重新輸入並確認密語。 |
稍後階段可以停用此網路。
在「進階設定」標籤中,將 RF引數最佳化 已停用滑塊,然後按一下下一步:
確認設定後,WLC會重新啟動:
其他網狀配置
在建立網狀鏈路之前,需要將MAP轉換為Flex-Bridge模式。如果在初始配置過程中啟用了網狀選項,則RAP已處於靈活網橋模式。此操作可從CLI完成:
MAP# capwap ap mode flex-bridge
MAP#[*11/05/2019 18:26:28.1599] AP Rebooting: Reset Reason - AP mode changed
為了使MAP top加入ME控制器,需要獲得授權。在MAP上,查詢其乙太網介面的mac地址:
MAP#show interfaces wired 0
wired0 Link encap:Ethernet HWaddr 00:EE:AB:83:D3:20
inet addr:192.168.1.202 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:183 errors:0 dropped:11 overruns:0 frame:0
TX packets:192 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:80
RX bytes:19362 (18.9 KiB) TX bytes:22536 (22.0 KiB)
從laptop 1透過https://192.168.1.200訪問ME控制器Web介面。啟用Expert模式後(右上角),「Wireless settings(無線設定)」下會顯示網狀頁籤。在mac filtering下,增加對映的乙太網MAC地址:
註:要加入到ME WLC的網橋模式或Flex-bridge模式下的任何後續AP也需要授權
設定完成後,會建立網狀鏈路。為了使MAP之後的有線客戶端能夠透過網狀鏈路傳輸流量,需要在Wireless Settings > Access Points > MAP > Mesh下的MAP上啟用乙太網橋接:
如果網狀鏈路使用5GHz頻帶,則可能會受到雷達訊號的影響。一旦RAP檢測到雷達事件,就會切換到另一個通道。建議啟用通道更改通知,以便RAP通知MAP通道已交換。這顯著降低了收斂時間,因為MAP無需掃描所有可用通道:
驗證
我們可以運行show mesh ap summary命令來驗證MAP是否已加入:
(Cisco Controller) >show mesh ap summary
AP Name AP Model BVI MAC CERT MAC Hop Bridge Group Name Enhanced Feature Set
------------------ ------------------- ----------------- ------------------ --- ----------------- --------------------
RAP AIR-AP1542I-E-K9 00:fd:22:19:8c:f8 11:22:33:44:55:66 0 default N/A
MAP AIR-AP1542D-E-K9 00:ee:ab:83:d3:20 11:22:33:44:55:66 1 default N/A
Number of Mesh APs............................... 0
Number of RAPs................................... 0
Number of MAPs................................... 0
Number of Flex+Bridge APs........................ 2
Number of Flex+Bridge RAPs....................... 1
Number of Flex+Bridge MAPs....................... 1
為了測試鏈路是否透過流量,思科嘗試從Laptop 1 ping Laptop 2 :
VAPEROVI:~ vaperovi$ ping 192.168.1.101
PING192.168.1.101 (192.168.1.101): 56 data bytes
64 bytes from192.168.1.101: icmp_seq=0 ttl=64 time=5.461 ms
64 bytes from192.168.1.101: icmp_seq=1 ttl=64 time=3.136 ms
64 bytes from192.168.1.101: icmp_seq=2 ttl=64 time=2.875 ms
注意:只有網狀鏈路建立後,您才能ping通MAP或RAP IP地址。
疑難排解
在MAP/RAP上:
在ME WLC上:
- debug capwap events enable
- debug capwap errors enable
- debug mesh events enable
從MAP觀察到的成功加入過程的示例(某些消息由於不相關而被編輯):
MAP#debug mesh events
Enabled all mesh event debugs
[*11/05/2019 18:28:24.5699] EVENT-MeshRadioBackhaul[1]: Sending SEEK_START to Channel Manager
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: Starting regular seek
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: channels to be seeked: 100
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[0]: start scanning on channel 1.
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[1]: start scanning on channel 100.
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADD_LINK to MeshLink
[*11/05/2019 18:28:06.5699] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: AWPP adjacency added channel(100) bgn() snr(99)
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADJ_FOUND to Channel Manager 0x64
[*11/05/2019 18:28:06.5699] EVENT-MeshChannelMgr[1]: Adj found on channel 100.
[*11/05/2019 18:28:07.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:08.5499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[0]: continue scanning on channel 2.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:09.0399] EVENT-MeshChannelMgr[1]: continue scanning on channel 104.
[*11/05/2019 18:28:09.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:10.7899] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:11.0199] EVENT-MeshChannelMgr[0]: continue scanning on channel 3.
[*11/05/2019 18:28:11.0399] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:11.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:11.3099] EVENT-MeshChannelMgr[1]: continue scanning on channel 108.
[*11/05/2019 18:28:13.0199] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:13.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:13.2499] EVENT-MeshChannelMgr[0]: continue scanning on channel 4.
[*11/05/2019 18:28:13.3099] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:13.5599] EVENT-MeshChannelMgr[1]: continue scanning on channel 112.
[*11/05/2019 18:28:15.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:15.2499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:15.5099] EVENT-MeshChannelMgr[0]: continue scanning on channel 5.
[*11/05/2019 18:28:15.5599] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:15.8099] EVENT-MeshChannelMgr[1]: continue scanning on channel 116.
.
..
.
[*11/05/2019 18:28:35.7999] EVENT-MeshChannelMgr[1]: Mesh BH requests to switch to channel 100, width 20 MHz
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: abort scanning.
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: Set to configured channel 1, width 20 MHz
[*11/05/2019 18:28:36.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:37.5099] EVENT-MeshRadioBackhaul[1]: Sending LINK_UP to MeshLink
[*11/05/2019 18:28:37.5099] CRIT-MeshLink: Set Root port Mac: D4:78:9B:7B:DF:11 BH Id: 2 Port:54 Device:DEVNO_BH_R1
[*11/05/2019 18:28:37.5099] EVENT-MeshLink: Sending NOTIFY_SECURITY_LINK_UP to MeshSecurity
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Intermodule message NOTIFY_SECURITY_LINK_UP
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Start full auth to parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: start_auth, Parent(D4:78:9B:7B:DF:11) state changed to ASSOC
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: Opening wpas socket
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: start socket to WPA supplicant
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: MeshSecurity::wpas_init my_mac=00:EE:AB:83:D3:20, username(18)=c1540-00eeab83d320
[*11/05/2019 18:28:38.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6799] EVENT-MeshSecurity: Generating pmk r0 as child(D4:E8:80:A0:D0:B1)
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: pmk(eap) r0 generated for D4:78:9B:7B:DF:11: 5309c9fb 0521f380 e2cdacd2 ad2dd4be 350c71f3 8810947f b4f3946b 10aabcbf
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: EAP authentication is done, Parent(D4:78:9B:7B:DF:11) state changed to KEY_INIT
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Child(D4:E8:80:A0:D0:B1) generating keys to Parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_AUTH_RSP, Parent(D4:78:9B:7B:DF:11) state changed to KEY_VALIDATE
[*11/05/2019 18:28:40.6899] CRIT-MeshSecurity: Mesh Security successful authenticating parent D4:78:9B:7B:DF:11, informing Mesh Link
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mac: D4:78:9B:7B:DF:11 bh_id:2 auth_result: 1
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Sending NOTIFY_SECURITY_DONE to Control
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mesh Link:Security success on parent :D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Uplink Auth done: Mac: D4:78:9B:7B:DF:11 Port:54 Device:DEVNO_BH_R1 notify bridge to start PCP
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_REASSOC_RSP, Parent(D4:78:9B:7B:DF:11) state changed to STATE_RUN
[*11/05/2019 18:28:40.6899] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: auth_complete Result(PASS)
.
..
.
[*11/05/2019 18:28:45.6799] CAPWAP State: Discovery
[*11/05/2019 18:28:45.6799] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Sent Discovery to mobility group member 1. 192.168.1.200, type 1.
[*11/05/2019 18:28:45.7099] Discovery Request sent to 255.255.255.255, discovery type UNKNOWN(0)
[*11/05/2019 18:28:46.9699] AP GW IP Address updated to 192.168.1.1
[*11/05/2019 18:28:47.3999] Flexconnect Switching to Standalone Mode!
[*11/05/2019 18:28:47.4599] EVENT-MeshLink: Sending NOTIFY_CAPWAP_COMPLETE to Control
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Capwap Complete Notification: bh:2 Result:2
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Received CAPWAP Disconnect for: bh_id(2), D4:78:9B:7B:DF:11
[*11/05/2019 18:28:47.4899] Discovery Response from 192.168.1.200
.
..
.
Adding Ipv4 AP manager 192.168.1.200 to least load
[*11/05/2019 18:28:55.1299] WLC: ME ApMgr count 1, ipTransportTried 0, prefer-mode 1, isIpv4OrIpv6Static 2
[*11/05/2019 18:28:55.1399] IPv4 Pref mode. Choosing AP Mgr with index 0, IP 192.168.1.200, load 1, AP ip: (192.168.1.202)
[*11/05/2019 18:28:55.1399] capwapSetTransportAddr returning: index 0, apMgrCount 0
[*11/05/2019 18:28:55.1399]
[*11/06/2019 13:23:36.0000]
[*11/06/2019 13:23:36.0000] CAPWAP State: DTLS Setup
[*11/06/2019 13:23:36.0000] DTLS connection created sucessfully local_ip: 192.168.1.202 local_port: 5248 peer_ip: 192.168.1.200 peer_port: 5246
[*11/06/2019 13:23:36.8599] Dtls Session Established with the AC 192.168.1.200, port 5246
[*11/06/2019 13:23:36.8599]
[*11/06/2019 13:23:36.8599] CAPWAP State: Join
[*11/06/2019 13:23:36.8699] Sending Join request to 192.168.1.200 through port 5248
[*11/06/2019 13:23:36.8899] Join Response from 192.168.1.200
[*11/06/2019 13:23:36.8899] AC accepted join request with result code: 0
.
..
.
CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:37.4999] Starting Post Join timer
[*11/06/2019 13:23:37.4999]
[*11/06/2019 13:23:37.4999] CAPWAP State: Image Data
[*11/06/2019 13:23:37.5099] AP image version 8.10.105.0 backup 8.8.125.0, Controller 8.10.105.0
[*11/06/2019 13:23:37.5099] Version is the same, do not need update.
[*11/06/2019 13:23:37.6399] do NO_UPGRADE, part1 is active part
[*11/06/2019 13:23:37.6499]
[*11/06/2019 13:23:37.6499] CAPWAP State: Configure
[*11/06/2019 13:23:37.6599] DOT11_CFG[0] Radio Mode is changed from Remote Bridge to Remote Bridge
.
..
.
[*11/06/2019 13:23:38.7799] DOT11_CFG[0]: Starting radio 0
[*11/06/2019 13:23:38.7799] DOT11_CFG[1]: Starting radio 1
[*11/06/2019 13:23:38.8899] EVENT-MeshRadioBackhaul[0]: BH_RATE_AUTO
[*11/06/2019 13:23:38.8899] EVENT-MeshSecurity: Intermodule message LSC_MODE_CHANGE
[*11/06/2019 13:23:38.9099] CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:38.9999] Setting Prefer-mode IPv4
[*11/06/2019 13:23:39.0499]
[*11/06/2019 13:23:39.0499] CAPWAP State: Run
[*11/06/2019 13:23:39.0499] EVENT-MeshCapwap: CAPWAP joined controller
[*11/06/2019 13:23:39.0599] CAPWAP moved to RUN state stopping post join timer
[*11/06/2019 13:23:39.1599] CAPWAP data tunnel ADD to forwarding SUCCEEDED
[*11/06/2019 13:23:39.2299] AP has joined controller ME
[*11/06/2019 13:23:39.2599] Flexconnect Switching to Connected Mode!
秘訣、訣竅與常見錯誤
- 透過線上上將MAP和RAP升級到相同的映象版本,我們避免了透過空中下載映象(在「髒」RF環境中可能會出現問題)。
- 增加5GHz回程鏈路的通道寬度可能導致較低的訊雜比和虛假雷達檢測(主要在80MHz和160 MHz)。
- 不能透過ping MAP或RAP來測試Mesh鏈路連通性。網狀鏈路啟動後,它們將無法ping通。
- 強烈建議先在受控環境中測試設定,然後再將其部署到現場。
- 如果使用帶有外部天線的AP,請務必參閱部署指南,檢查哪些天線相容,以及必須插入哪個埠。
- 為了透過網狀鏈路橋接來自不同VLAN的流量,需要停用VLAN透明功能。
- 考慮在AP本地設定系統日誌伺服器,因為它可以提供除錯資訊,否則只能透過控制檯連線使用。