使用CUWN排除無線客戶端互操作性問題

已更新: 2023 年 2 月 14 日

文件 ID:200480

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

本檔案介紹使用思科整合無線網路(CUWN)解決方案時出現的互通性問題。

必要條件

需求

思科建議您瞭解以下主題：

Cisco無線AP
無線LAN控制器(WLC)
相關網路裝置

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

注意：本文檔的目標讀者是已熟悉這些主題的使用、配置和故障排除的經驗豐富的無線網路工程師和管理員。

背景資訊

通常可以發現，給定各種既存在又繼續被開發的客戶端裝置。在建立、維護或僅僅為了充分利用與無線網路的連線和支援基礎設施方面，可能會出現各種問題。

這通常可以歸結為客戶端裝置和/或無線基礎設施本身的一個簡單配置問題。但是，在某些情況下，這可能是因為與特定使用者端裝置和支援此裝置的元件（請求者、WLAN介面卡、無線驅動程式……）及/或相關AP相關的互用性問題所造成。作為無線工程師，此類互操作性問題為辨識、排除和解決潛在的複雜挑戰提供了機會。

本文檔詳細介紹在思科統一無線網路(CUWN)解決方案出現此類無線互操作性問題時，需要初步收集哪些資訊來有效地調查和解決這些問題。隨著無線客戶端裝置和存取點(AP)無線電的數量和組合不斷成長，對這種全面方法的需求也變得越來越重要。鑑於規定此類要求的變數數量不限，可能需要逐個收集有關本文所述內容的更多資訊。但是，此處詳述的資訊是解決任何潛在無線客戶端互操作性問題的通用指南。

一、問題定義

要想有效地處理任何問題，並取得決斷的意圖，第一步就是準確界定眼前的問題。為此，請確保至少提出以下問題並清楚地記錄其答案：

此問題是否僅限於AP和/或無線電型別的特定型號（2.4 GHz與5 GHz）？
是否僅在特定WLC軟體版本上發現問題？
問題是否只發生在特定版本的使用者端型別和/或軟體（作業系統版本、WLAN驅動程式版本……）
是否有其他無線裝置不存在此問題？如果是，它們是什麼？
當客戶端連線到簡化的無線設定（如開放式SSID，通道寬度為20 MHz，802.11ac已停用）時，此問題是否可重複？（亦即，此問題是否發生在802.11n模式，而不是僅發生在802.11ac模式？）。
如果問題無法在開放的SSID中再現，則在哪一最小安全性配置下可發現此問題？（WLAN上的PSK或802.1X）。
以前的已知良好配置和軟體版本是什麼？

二。WLC配置和一般日誌

運行配置

無一例外，絕對有必要收集WLC組態，以詳細檢閱客戶使用的功能、其特定設定及其他此類詳細資訊。為此，您必須建立與所討論WLC的Telnet/SSH會話，並將以下CLI命令的輸出儲存到文本檔案中：

config paging disable

show run-config

由於包含有關加入的AP和相關RF資訊的詳細資訊，因此始終優先使用完整run-config輸出。但在某些案例和情況中，例如您最初使用加入大量AP的WLC（8510 WLC和2500個以上的AP）。最初可能比較好的做法是只收集WLC的配置，而不收集這些AP資訊，以便快速檢視，因為完整show run-config可能需要花費30分鐘或更長時間來完成指定的AP數量。但是，以後可能仍需要收集full run-config輸出。

為此，您可以選擇性地將以下CLI命令的輸出收集到文本檔案中：

config paging disable

show run-config no-ap

show wlan apgroups

WLC配置檔案

除show run-config或show run-config no-ap輸出外，還建議您收集WLC配置的完整備份。如果實驗室重建需要由TAC/HTTS和BU Escalation共同進行，這有助於在思科實驗室環境中嘗試重現問題。您可使用TFTP或FTP將組態檔儲存到外部TFTP/FTP伺服器，透過相關WLC的GUI或CLI收集WLC備份。此範例顯示使用TFTP透過GUI和CLI儲存WLC備份的用法：

GUI

Commands > Upload File > Configuration > Upload，如下圖所示。

WLC_GUI-Backup_示例

CLI

transfer upload datatype config

transfer upload mode tftp

transfer upload serverip <TFTP-Server_IP-address>

transfer upload path /

transfer upload filename <desired-filename>

transfer upload start

WLC中的Syslog

此時，您還希望從WLC收集當前日誌，以便根據需要進行其他檢視。理想情況下，您希望在使用無線客戶端進行測試後立即收集這些日誌，從而重現報告的問題。如果客戶將WLC日誌匯出到外部系統日誌伺服器，則您需要從該處擷取WLC日誌。否則，您可以將此CLI會話輸出儲存到另一個文本檔案中，從而儲存當前儲存在WLC本地的msglog和traplog：

config paging disable

show msglog

show traplog

三。客戶端裝置詳細資訊和資訊

下一步是收集儘可能多的有關正在使用的客戶端裝置的資訊和細節，這些裝置可能會遇到潛在的無線互操作性問題。此類資訊必須包括（但不一定限於）以下內容：

使用者端型別（平板電腦、智慧型手機、筆記型電腦……）
裝置品牌和型號
OS版本
WLAN介面卡型號
WLAN介面卡驅動程式版本
已使用請求方(Windows Zero Config / Auto Config、Intel PROSet...)
為無線客戶端和WLAN配置的安全性(Open、PSK、EAP-PEAP/MSCHAPv2、...)
請注意已從相關供應商提供的預設設定更改的任何客戶端引數（睡眠狀態、漫遊引數、U-APSD、...）。

注意：有關客戶端裝置的任何其他資訊或說明（包括其WLAN相關配置的螢幕截圖等）也必須按需要包括在內。

四。網路拓撲

為進一步加快故障排除工作和根本原因分析(RCA)過程，我們始終建議提供詳細而全面的網路拓撲圖。網路拓撲圖不僅必須包含網路和無線基礎架構的詳細資訊，而且必須深入瞭解相關無線裝置在網路中的運作方式（印表機/掃描器、使用中的使用者端VLAN...）以及它們彼此之間的相對位置。

可以使用許多工具(Microsoft Visio、draw.io、...)和各種樣式來建立這樣的網路圖。重要的一點是，只要確保正確的資訊在提供給所有相關方和供應商審查的圖表中明確反映出來。圖中所示的範例網路拓撲，擷取基礎架構和使用者端裝置的基本但有用的資訊。

網路圖示例

V.跟蹤其他詳細資訊和具體資訊

幫助確保在對終端使用者遇到問題的客戶端裝置進行任何測試時收集適當的資訊。建議先建立電子表格或類似表格，以記錄測試時觀察到的所有客戶端問題及相關詳細資訊，如以下示例：

MAC 地址	使用者名稱	報告症狀的描述	終端使用者觀察到的時間症狀	Ping預設網關是/否	WiFi訊號狀態（已連線/嘗試連線）	記錄ipconfig /all（或等效項）
xxyy.aabb.0011	test_user1	間歇性斷開與存取點的連線。	從AP3丟失網路連線和無線關聯。	否	正在嘗試連線	ifconfig en0 en0： flags=8863<UP，BROADCAST，SMART，RUNNING，SIMPLEX，MULTICAST> mtu 1500 ether xx：yy：aa：bb：00:11 inet6 fe80：：848：cb8f：881a：4cbf%en0 prefixlen 64安全作用域ID 0x4 inet 192.168.10.237 netmask 0xffffff00 broadcast 192.168.10.255 nd6 options=201<效能，DAD> 媒體：自動選取狀態：活動

本練習的目的是幫助記錄和確定共同感興趣的模式，並準確瞭解當前的問題。一旦準備使用此試算表進行資料收集，您就可以開始測試了。下面是一些其他但重要的考慮因素：

注意：收集的所有調試和資料包捕獲需要同步到同一NTP伺服器，以便更輕鬆地與日誌關聯，並且必須同時執行任何給定測試。

注意：提供觀察問題的時間以及問題似乎可以恢復的時間（如果適用）的準確時間戳。

注意：始終收集AP和WLC上每個客戶端MAC地址過濾的調試。

注意：請勿在同一Telnet/SSH/控制檯會話中對AP運行show和debug命令，這兩個命令將在不同的會話中分別執行。

注意：與控制檯相比，最好在Telnet/SSH上執行AP調試，因為控制檯通常速度太慢，所以不起作用。

六。WLC - Show和Debug命令

進行測試以重現潛在的無線客戶端互操作性問題並排除其故障時，必須從正在使用的無線基礎架構中收集調試和附加日誌。這兩個部分可以詳細解釋分別從WLC和AP收集的特定日誌和初始調試輸出。

WLC Debug命令

config sessions timeout 0
debug client <MAC_address>
debug dhcp message enable

就目前問題的性質而言，您還可以根據個案，新增以下WLC偵錯：

debug aaa detail enable -如果AAA伺服器存在與身份驗證相關的問題，請使用此命令
debug aaa events enable -如果AAA伺服器存在與身份驗證相關的問題，請使用此命令
debug aaa all enable -用於身份驗證問題；此調試的輸出是詳細的，因此僅在絕對必要時使用（對於AAA覆蓋情況，...）
debug mobility handoff -在WLC之間出現漫遊問題時使用

一旦問題再次出現在相關的無線客戶端，就會收集並記錄之前和之後各節中概述的所有資訊。要執行這些CLI命令，您必須停用WLC上的調試。

debug disable-all

WLC Show命令

config paging disable

show time

show client detail <MAC_address>

ping <client_IP-address> <repeat count [1-100]>

如前所述，確保在一個Telnet/SSH會話中運行WLC調試，並在通向WLC的另一個Telnet/SSH中收集這些show命令的輸出。您必須執行相同的操作來收集本部分詳細介紹的AP調試和show命令輸出。

七。AP - Show和Debug命令

輕量Cisco IOS®存取點

開始對測試中涉及的任何輕量Cisco IOS® AP（例如2600、2700、3700或之前型號的Cisco存取點）進行任何調試之前。您必須首先在AP上執行以下CLI命令，以避免在客戶端測試時，與所討論AP進行Telnet/SSH/控制檯會話時出現超時：

debug capwap console cli

config t

line vty 0 4

exec-timeout 0

session-timeout 0

還可以按照以下步驟使用控制檯連線，並用line console 0替換line vty 0 4語句，以相應地停用串列/控制檯連線的exec和會話超時。

line console 0 -用於修改串列會話超時引數
line vty 0 4 -用於修改Telnet/SSH會話超時引數

AP Show命令

在開始測試之前，您必須先在AP上收集這些show命令的示例。在涉及所述無線客戶端的每次測試中，至少收集兩次show命令的輸出；包括在測試完成之前和之後。

term len 0

show clock

show tech

show capwap client mn

show int do1 dfs

show logging

more event.log

show trace dot11_rst display time format local

show trace dot11_rst

show trace dot11_bcn display time format local

show trace dot11_bcn

AP調試命令

收集到前面提到的show命令的初始輸出後，您現在可以在單獨的Telnet/SSH會話中啟用同一存取點上的調試，如下所示。確保將整個輸出儲存到文本檔案中。

debug dot11 {d0|d1} monitor addr <client_MAC-address>

debug dot11 {d0|d1} trace print clients mgmt keys rxev txev rcv xmt txfail ba

term mon

旗標	說明
d0	2.4 GHz射頻（插槽0）
d1	5 GHz無線電（插槽1）
管理	跟蹤管理資料包
ba	跟蹤塊ACK資訊
rcv	跟蹤接收的資料包
按鍵	追蹤設定鍵
rxev	跟蹤已接收的事件
txev	追蹤傳輸事件
txrad	追蹤傳輸至無線電
xmt	跟蹤傳輸資料包
txfail	追蹤傳輸失敗
費率	追蹤速率變更

要在完成測試和資料收集過程後在AP上停用調試，可以在AP上執行以下CLI命令：

u all

AP-COS存取點

適用於802.11ac wave 2及更高版本的存取點，例如1800、2800和3800型號存取點。這些較新的型號AP為存取點平台（稱為AP-COS）引入了一種全新的作業系統。因此，先前詳細介紹的傳統輕量型Cisco IOS®型存取點上使用的命令並非仍適用。如果對涉及各種客戶端STA裝置和AP-COS型號AP的互操作性問題進行故障排除時，必須從涉及等效測試的AP-COS存取點收集這些資訊。

在測試所涉及的任何AP-COS型號AP上啟動任何調試之前。您必須首先在AP上執行以下CLI命令，以避免在客戶端測試時，與所討論AP進行Telnet/SSH/控制檯會話時出現超時：

exec-timeout 0

AP-COS Show命令

term len 0

show clock

show tech

show client statistics <client_MAC-address>

show cont nss status

show cont nss stats

show log

1800系列 | AP-COS調試命令

這些調試是特定於18xx系列存取點的。這是因為，用於1800系列AP的晶片組與2800/3800系列存取點中的晶片組不同，因此在這種情況下需要一組不同的偵錯以進行比較。下一節將介紹2800/3800系列AP的相應調試。

收集到前面提到的show命令的初始輸出後，您現在必須在單獨的Telnet/SSH會話中啟用相同1800存取點上的調試，如下所示。確保將整個輸出儲存到文本檔案中。

debug dot11 client level events addr <client_MAC-address>

debug dot11 client level errors addr <client_MAC-address>

debug dot11 client level critical addr <client_MAC-address>

debug dot11 client level info addr <client_MAC-address>

debug dot11 client datapath eapol addr <client_MAC-address>

debug dot11 client datapath dhcp addr <client_MAC-address>

debug dot11 client datapath arp addr <client_MAC-address>

在某些情況下，您可能還需要在18xx AP上啟用其他調試，以進一步排除客戶端互操作性問題。但是，只有在/根據思科TAC工程師對相應服務請求/案例的要求時，才能執行此操作。

由於額外的調試不僅在其輸出中更加詳細，而且還會在AP上引入額外的負載，因此需要進行額外的時間才能進行適當的分析。如果許多客戶端裝置嘗試連線到測試中的同一個AP或類似的變數，在某些情況下可能會中斷服務。

要在AP-COS變體存取點上停用調試-無論是在1800還是2800/3800系列AP上-完成測試和資料收集過程後，可以在AP上執行以下CLI命令：

config ap client-trace stop

2800/3800系列 | AP-COS調試命令

收集到上述show命令的初始輸出後，現在您必須在單獨的Telnet/SSH會話中啟用同一2800/3800存取點上的調試，如下所示。確保將整個輸出儲存到文本檔案中。

config ap client-trace address add <client_MAC-address>
 
config ap client-trace filter all enable 

config ap client-trace output console-log enable 

config ap client-trace start 

term mon

要在完成測試和資料收集過程後停用1800/2800/3800系列AP上的調試，可以在AP上執行以下CLI命令：

config ap client-trace stop

八。客戶端資料包捕獲

如果使用的客戶端裝置是筆記本PC、MacBook或類似裝置，則必須從用於重現問題的客戶端裝置的無線介面收集混合模式資料包捕獲。Netmon 3.4 （僅限Windows）或Wireshark等常用工具可以輕鬆下載並用於收集此捕獲並將其儲存到*.pcap檔案中。視裝置而定，也可能有辦法從相關使用者端收集tcpdump或類似檔案，因此您可能需要諮詢使用者端裝置製造商以取得此方面的協助。

以下是在MacBook Pro上為無線介面配置Wireshark捕獲的示例：

使用者介面

與任何資料包捕獲一樣，無論使用什麼實用程式來收集資料包，請確保以pcap檔案格式(*.pcap， *.pcpng， *.pkt，...)儲存檔案。這是為了確保不僅任何部門的思科工程師都能輕鬆檢視資料包捕獲檔案，而且確保其他供應商和組織（英特爾、蘋果……）的工程師也能輕鬆檢視資料包捕獲檔案。這樣可以實現更加無縫的合作和合作流程，從而進一步促進思科和客戶端裝置供應商更好地協同工作，以調查和解決任何潛在的互操作性問題。

九。空中(OTA)封包擷取

為了有效排除任何潛在的或現有的無線互操作性問題，收集該問題的高品質OTA資料包捕獲是至關重要的。這允許詳細分析無線客戶端和無線存取點無線電之間的實際802.11無線通訊，此外還可以進一步檢視客戶端和無線基礎設施日誌以及調試。這是針對潛在無線互通性問題的每項測試都必須完成的一項關鍵步驟，沒有任何例外。

但是，終端客戶往往沒有適當配備或準備收集OTA資料包捕獲。這是無線工程師經常遇到的常見障礙，他們必須與客戶合作以多種方式克服這一障礙。來自思科支援論壇的這篇文章可以作為一個良好的起點，相應地幫助指導和教育客戶：

802.11無線嗅探/資料包捕獲

以pcap檔案格式(*.pcap， *.pcpng， *.pkt，...)收集OTA資料包捕獲並包括802.11後設資料（RSSI、通道、資料速率……）至關重要。在測試期間，OTA嗅探器還必須始終緊鄰所述客戶端裝置，以確保正確觀察已測試客戶端裝置傳送和接收的流量。

注意：如果所討論的測試涉及客戶端裝置漫遊方案，在這種方案中，在聚合資料包捕獲中需要監控多個802.11通道。因此，目前不建議使用Fluke Networks的AirMagnet WiFi分析器。

原因在於，使用此實用程式捕獲的聚合資料包當前以專有檔案格式儲存，而非pcap樣式格式，這種格式可以在Wireshark或其他類似實用程式中隨時檢視。確保您的OTA資料包捕獲採用非專有檔案格式，這有助於確保所有參與方和供應商隨時檢視任何捕獲檔案，並最終幫助加快解決速度。

採用當前Wireshark可讀取的格式，其中包括802.11後設資料（RSSI、通道、資料速率）-有關詳細資訊，請訪問： https://supportforums.cisco.com/document/75331/80211-wireless-sniffing-packet-capture#sthash.Xhlx5LSS.dpuf

以下是收集OTA資料包捕獲的一些常用方法：

AirPCAP與Wireshark
MacBook Pro
OmniPeek Professional、OmniPeek Enterprise、...
OmniPeek遠端助理(ORA)
嗅探器模式下的Cisco AP

802.11n捕獲

對於涉及802.11n無線客戶端的OTA資料包捕獲，目前具有更高的靈活性和易用性。這是因為有多種可用的無線USB WLAN介面卡，可以很容易地與許多工具（例如OmniPeek和其他工具）搭配使用。

請注意用於收集802.11n OTA捕獲的特定無線介面卡的功能與嘗試進行故障排除的客戶端裝置所使用的實際WLAN晶片集的功能有何不同。例如，如果使用者端裝置遇到使用支援2個空間串流(2SS)的802.11n晶片組的潛在無線互通性問題。因此，強烈建議您確保用來收集OTA封包擷取的無線介面卡也是2SS或更好的介面卡，具有802.11n或更新的規格。

802.11ac OTA捕獲

對於3個空間流(3SS) 802.11ac捕獲，您可以使用2014型號MacBook Pro或更高版本與Mac OS X 10.10.x或更高版本的本機嗅探功能。如果對2空間流802.11ac客戶端裝置進行故障排除，您還可以使用MacBook Air進行802.11ac捕獲。Air的MacBooks型號目前僅使用2SS的WLAN晶片組。有關使用Mac OS X透過各種方法收集OTA資料包捕獲的說明，請參閱列出的思科支援論壇文章：

使用Mac OS X 10.6+進行無線探查

您也可以在監聽器模式下使用2702/2802/3702/3802系列或類似AP來收集使用3SS的正確802.11ac封包擷取。您也可以參閱列出的資源，瞭解可用的802.11ac無線網路卡目前清單。其中一些可以與OmniPeek等常用工具一起使用，以及其他工具來收集802.11ac封包擷取（來自Ralink、Atheros的晶片組……）：

https://wikidevi.com/wiki/List_of_802.11ac_Hardware#Wireless_adapters

您也可以在監聽器模式下使用2702/2802/3702/3802系列或類似AP來收集使用3SS的正確802.11ac封包擷取。為方便起見，有關如何在嗅探器模式下配置Cisco AP和收集OTA資料包捕獲的分步說明，請參閱Cisco支援論壇文章：

嗅探器模式下的Cisco AP

對於使用無線客戶端裝置的漫遊場景進行故障排除，常見的問題是在多個通道上有效收集OTA資料包捕獲。這種同時監控多個802.11通道的方法是透過收集聚合OTA資料包捕獲來實現的。建議使用多重相容的802.11ac USB WLAN介面卡搭配相容的網路分析軟體以達到此目的。某些常見的802.11ac功能USB WLAN介面卡包括適用於OmniPeek (802.11ac)的Savvius WiFI介面卡、Netgear A6210或類似產品。

十、總結

此處簡要總結了為有效解決與CUWN的潛在無線客戶端互操作性問題而需要收集的資訊。本部分旨在根據需要作為快速參考部分。

一、問題定義

此問題是否僅限於特定型號的存取點和/或無線電型別（2.4 GHz與5 GHz）？
是否只有在特定版本的無線LAN控制器(WLC)軟體上才發現此問題？
問題是否只發生在特定版本的使用者端型別和/或軟體（作業系統版本、WLAN驅動程式版本……）
是否有其他無線裝置不存在此問題？如果是，它們是什麼？
當客戶端連線到開放式SSID、通道寬度為20 MHz且停用了802.11ac時，此問題是否可重複？（此問題是否發生在11n模式與僅限11ac模式下）
如果問題無法在開放的SSID中再現，則在哪一最小安全性配置下可發現此問題？（WLAN上的PSK或802.1X）
以前的已知良好配置和軟體版本是什麼？

二。WLC配置和日誌

從相關WLC的CLI收集此資訊：

設定分頁停用
show run-config

或者，您也可以根據需要僅收集以下輸出：

設定分頁停用
show run-config no-ap
show wlan apgroups

透過TFTP、FTP...備份WLC配置(GUI： Commands > Upload File > Configuration)

WLC中的Syslog

三。客戶端裝置資訊

使用者端型別（平板電腦、智慧型手機、筆記型電腦……）
裝置品牌和型號
OS版本
WLAN介面卡型號
WLAN介面卡驅動程式版本
已使用請求方(Windows Zero Config / Auto Config、Intel PROSet...)
為無線客戶端和WLAN配置的安全性(Open、PSK、EAP-PEAP/MSCHAPv2、...)

注意：任何客戶端引數均不同於相關供應商提供的預設設定。（睡眠狀態、漫遊引數、U-APSD...）

四。網路拓撲圖

其中包括與網路中的無線裝置（印表機/掃描器、WLC、...）相關的表示和/或詳細資訊

V.建立試算表以記錄所有客戶問題

範例：

MAC 地址	使用者名稱	報告症狀的描述	終端使用者觀察到的時間症狀	Ping預設網關是/否	WiFi訊號狀態（已連線/嘗試連線）	記錄ipconfig /all（或等效項）

本練習的目標是幫助確定通用模式，並展示當前問題的更準確圖景。

六。WLC上的Show和Debug命令

透過CLI收集以下WLC調試：

配置會話超時0
debug client <MAC_address>
debug dhcp message enable

根據具體情況，增加其他調試：

debug aaa detail enable -如果AAA伺服器存在與身份驗證相關的問題，請使用此命令
debug aaa events enable -如果AAA伺服器存在與身份驗證相關的問題，請使用此命令
debug aaa all enable -用於身份驗證問題；這是詳細的，因此僅在需要時使用（用於AAA覆蓋情況等）
debug mobility handoff -在WLC之間發生漫遊問題時使用

透過CLI收集WLC show命令的輸出：

設定分頁停用
顯示時間
show client detail <mac-address of client>（注意WLC上的客戶端狀態）
從WLC ping客戶端

一旦測試完成，請使用以下命令停止WLC上的所有當前調試：

debug disable-all

七。AP上的Show和Debug命令

輕量Cisco IOS® AP

本節詳述1700/2700/3700系列或舊型號存取點所需的偵錯。

要避免在Telnet/SSH/控制檯會話時出現AP會話超時，請使用以下命令：

debug capwap console cli
config t
line console 0 - 用於修改串列會話超時引數
line vty 0 4 - 用於修改Telnet/SSH會話超時引數
exec-timeout 0
會話超時0
字詞長度0

開始測試之前，請在AP上收集以下show命令示例。透過CLI使用以下AP show命令完成測試之前和之後，至少收集此輸出的兩個示例：

字詞長度0
show clock
show tech
show capwap client mn
show int do1 dfs
show logging
其他event.log
show trace dot11_rst display time format local
show trace dot11_rst
show trace dot11_bcn display time format local
show trace dot11_bcn

透過CLI收集以下AP調試：

debug dot11 { d0 | d1 } monitor addr <MAC_address>
debug dot11 { d0 | d1 } trace print clients mgmt keys rxev txev rcv xmt txfail ba
學期星期一

測試完成後，使用此命令可停用調試：

u all

AP-COS AP

本節詳細介紹1800/2800/3800系列AP所需的調試。

要避免在Telnet/SSH/控制檯會話時出現AP會話超時，請使用以下命令：

exec-timeout 0

開始測試之前，請在AP上收集show命令的示例。透過CLI使用以下AP show命令完成測試之前和之後，至少收集此輸出的兩個示例：

字詞長度0
show clock
show tech
show client statistics <client_MAC-address>
show contnss status
show cont nss stats
顯示日誌

對於1800系列存取點，透過CLI收集以下AP調試：

debug dot11 client level events addr <client_MAC-address>
debug dot11 client level errors addr <client_MAC-address>
debug dot11 client level critical addr <client_MAC-address>
debug dot11 client level info addr <client_MAC-address>
debug dot11 client datapath eapol addr <client_MAC-address>
debug dot11 client datapath dhcp addr <client_MAC-address>
debug dot11 client datapath arp addr <client_MAC-address>
學期星期一

對於2800/3800系列存取點，請透過CLI收集以下AP調試：

config ap client-trace address add <client_MAC-address>
config ap client-trace filter all enable
config ap client-trace output console-log enable
config ap client-trace start
學期星期一

測試完成後，使用此命令可停用調試：

config ap client-trace stop

八。客戶端捕獲

從客戶端裝置的WLAN介面卡收集混雜Netmon 3.4（僅限Windows XP或7）或Wireshark資料包捕獲。

九。OTA捕獲

802.11n捕獲

AirPCAP與Wireshark
MacBook Pro
OmniPeek Professional、Enterprise、...
OmniPeek遠端助理(ORA)
嗅探器模式下的Cisco AP

802.11ac捕獲

對於11ac 3SS捕獲，您可以使用運行10.10.x或更高版本的2014 Macbook Pro或更高版本（如果可能，請勿使用MacBook Air進行11ac捕獲，因為它是當前僅支援2SS的裝置）。
您也可以在嗅探器模式下使用2702、3702或類似的思科AP。
使用專業網路分析軟體（如Savvius的OmniPeek）進行漫遊分析。建議使用多個相容的802.11ac功能USB WLAN配接卡，例如適用於OmniPeek (802.11ac)的Savvius WiFI配接卡、Netgear A6210或類似的配接卡。

十一、附錄A -其他提示和訣竅

Windows

直接從Windows PC收集有關當前無線連線的一些其他資訊以及其他相關詳細資訊。您可以在Windows命令列(CMD)中使用以下netsh wlan相關命令：

C:\Users\engineer>netsh wlan show ?
These commands are available:
Commands in this context:
show all       - Shows complete wireless device and networks information.
show allowexplicitcreds - Shows the allow shared user credentials settings.
show autoconfig - Shows whether the auto configuration logic is enabled or
                 disabled.
show blockednetworks - Shows the blocked network display settings.
show createalluserprofile - Shows whether everyone is allowed to create all
                 user profiles.
show drivers   - Shows properties of the wireless LAN drivers on the system.
show filters   - Shows the allowed and blocked network list.
show hostednetwork - Show hosted network properties and status.
show interfaces - Shows a list of the wireless LAN interfaces on
                 the system.
show networks  - Shows a list of networks visible on the system.
show onlyUseGPProfilesforAllowedNetworks - Shows the only use GP profiles on GP
configured networks setting.
show profiles  - Shows a list of profiles configured on the system.
show settings  - Shows the global settings of wireless LAN.
show tracing   - Shows whether wireless LAN tracing is enabled or disabled.

C:\Users\engineer>netsh wlan show interfaces
There are 3 interfaces on the system:

    Name                   : Wireless Network Connection 8
    Description            : WildPackets Conceptronic Nano Wireless 150Mbps USB
Adapter #5
    GUID                   : 6beec9b0-9929-4bb4-aef8-0809ce01843e
    Physical address       : c8:d7:19:34:d5:85
    State                  : disconnected

    Name                   : Wireless Network Connection 4
    Description            : WildPackets Conceptronic Nano Wireless 150Mbps USB
Adapter
    GUID                   : 23aa09d4-c828-4184-965f-4e30f27ba359
    Physical address       : 48:f8:b3:b7:02:6e
    State                  : disconnected

    Name                   : Wireless Network Connection
    Description            : Intel(R) Centrino(R) Advanced-N 6200 AGN
    GUID                   : 8fa038f8-74e0-4167-98f9-de0943f0096c
    Physical address       : 58:94:6b:3e:a1:d0
    State                  : connected
    SSID                   : snowstorm
    BSSID                  : 00:3a:9a:e6:28:af
    Network type           : Infrastructure
    Radio type             : 802.11n
    Authentication         : WPA2-Enterprise
    Cipher                 : CCMP
    Connection mode        : Profile
    Channel                : 157
    Receive rate (Mbps)    : 300
    Transmit rate (Mbps)   : 300
    Signal                 : 80%
    Profile                : snowstorm

    Hosted network status  : Not started

C:\Users\engineer>netsh wlan show networks bssid | more

Interface name : Wireless Network Connection
There are 21 networks currently visible.

SSID 1 : snowstorm
    Network type            : Infrastructure
    Authentication          : WPA2-Enterprise
    Encryption              : CCMP
    BSSID 1                 : 00:3a:9a:e6:28:af
         Signal             : 99%
         Radio type         : 802.11n
         Channel            : 157
         Basic rates (Mbps) : 24 39 156
         Other rates (Mbps) : 18 19.5 36 48 54
    BSSID 2                 : 00:3a:9a:e6:28:a0
         Signal             : 91%
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2
         Other rates (Mbps) : 5.5 6 9 11 12 18 24 36 48 54

-- More  --

macOS（以前稱為OS X）

為了在Windows PC上收集與ipconfig /all命令等效的輸出，可以改用常用的Linux/Unix命令ifconfig來列出Apple MacBook上所有網路介面的詳細資訊。如果需要，您還可以指定只接收給定MacBook的本地無線介面的輸出（en0或en1，具體取決於型號）。例如以下示例：

bash-3.2$ ifconfig en0
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	ether 14:10:9f:de:df:f3 
	inet6 fe80::1610:9fff:fede:dff3%en0 prefixlen 64 scopeid 0x4 
	inet 10.150.128.40 netmask 0xffffe000 broadcast 10.150.159.255
	nd6 options=1<PERFORMNUD>
	media: autoselect
	status: active

為了取得一些關於MacBook上目前無線連線的快速詳細資訊。您也可以選擇案頭右上角的WiFi圖示，同時按住鍵盤上的選項按鈕（如圖所示）。

200480-Troubleshooting-Guide-for-Wireless-Client-03

另一個有用選項是使用隱藏的命令列實用程式airport。強烈建議只在您自己的MacBook或在實驗室環境中使用時才使用此功能。由於某些網路管理員可能不希望授予對終端使用者的MacBook訪問此實用程式的許可權，因此請相應地採取適當的注意級別。若要繼續，請在有關MacBook的Terminal中輸入以下內容：

sudo ln -s /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport /usr/local/bin/airport

現在您可以輕鬆呼叫機場CLI實用程式。範例如下：

bash-3.2$ airport -I
     agrCtlRSSI: -61
     agrExtRSSI: 0
    agrCtlNoise: -90
    agrExtNoise: 0
          state: running
        op mode: station 
     lastTxRate: 216
        maxRate: 300
lastAssocStatus: 0
    802.11 auth: open
      link auth: wpa2
          BSSID: 0:3a:9a:e6:28:af
           SSID: snowstorm
            MCS: 13
        channel: 157,1

使用MacBook Pro或類似功能，進一步簡化收集可靠的單一802.11通道OTA封包擷取的流程。您可以使用Wireless Diagnostics > Sniffer方法或前述類似方法，充分利用macOS中的內嵌功能，但也可以選擇使用名為Airtool的第三方實用程式（OS X 10.8及更高版本）。其優點是簡單介面可快速收集OTA資料包捕獲，只需從螢幕頂部選單欄透過應用UI按一下幾下，即可直接儲存到案頭。

GUI範例

如需有關Airtool的更多資訊和下載連結，請訪問：

https://www.adriangranados.com/apps/airtool

修訂記錄

修訂	發佈日期	意見
2.0	14-Feb-2023	重新認證
1.0	14-May-2016	初始版本

由思科工程師貢獻

Michael Combs
Cisco TAC Engineer

使用CUWN排除無線客戶端互操作性問題

無偏見用語

關於此翻譯

目錄

簡介

必要條件

需求

採用元件

背景資訊

一、問題定義

二。WLC配置和一般日誌

運行配置

WLC配置檔案

GUI

CLI

WLC中的Syslog

三。客戶端裝置詳細資訊和資訊

四。網路拓撲

V.跟蹤其他詳細資訊和具體資訊

六。WLC - Show和Debug命令

WLC Debug命令

WLC Show命令

七。AP - Show和Debug命令

輕量Cisco IOS®存取點

AP Show命令

AP調試命令

AP-COS存取點

AP-COS Show命令

1800系列 | AP-COS調試命令

2800/3800系列 | AP-COS調試命令

八。客戶端資料包捕獲

九。空中(OTA)封包擷取

802.11n捕獲

802.11ac OTA捕獲

十、總結

一、問題定義

二。WLC配置和日誌

三。客戶端裝置資訊

四。網路拓撲圖

V.建立試算表以記錄所有客戶問題

六。WLC上的Show和Debug命令

七。AP上的Show和Debug命令

輕量Cisco IOS® AP

AP-COS AP

八。客戶端捕獲

九。OTA捕獲

802.11n捕獲

802.11ac捕獲

十一、附錄A -其他提示和訣竅

Windows

macOS（以前稱為OS X）