CUWNでのワイヤレスクライアントの相互運用性の問題のトラブルシューティング

概要

このドキュメントでは、Cisco Unified Wireless Network(CUWN)ソリューションで発生する相互運用性の問題について説明します。 

前提条件

要件

次の項目に関する知識があることが推奨されます。

• CiscoワイヤレスAP
• ワイヤレス LAN コントローラ（WLC）
• 関連するネットワークデバイス

使用するコンポーネント

このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

注：このドキュメントの対象読者は、これらのトピックの使用、設定、およびトラブルシューティングに精通した経験豊富なワイヤレスネットワークエンジニアおよび管理者です。

背景説明

さまざまなクライアントデバイスが存在し、開発が続いていることを考えると、一般的です。ワイヤレスネットワークへの接続を確立、維持、または単に最大限に活用し、インフラストラクチャをサポートするために、さまざまな問題が発生する可能性があります。

これは、クライアントデバイスやワイヤレスインフラストラクチャ自体の単純な設定の問題に起因する場合があります。ただし、場合によっては、特定のクライアントデバイスとそれをサポートするコンポーネント（サプリカント、WLANアダプタ、ワイヤレスドライバなど）、または問題のAPに関する相互運用性の問題が原因である可能性があります。ワイヤレスエンジニアにとって、このような相互運用性の問題は、潜在的に複雑な課題を特定、トラブルシューティング、および解決する機会となります。

このドキュメントでは、Cisco Unified Wireless Network(CUWN)ソリューションでワイヤレスの相互運用性に関する問題が発生した場合に、その問題を効果的に調査してトラブルシューティングするために最初に収集する必要がある情報について詳しく説明します。ワイヤレスクライアントデバイスとアクセスポイント(AP)無線の数や組み合わせが増え続ける中で、このような包括的なアプローチの必要性がますます重要になっています。この記事で説明されている情報の追加情報は、このような要件を規定する変数が無制限に存在することを考えると、必要に応じてケースごとに収集する必要があります。ただし、ここで説明する情報は、ワイヤレスクライアントの相互運用性に関する潜在的な問題に対処するための一般的なガイドラインです。

I.問題の定義

解決策を得るために問題に効果的にアプローチするための最初のステップは、手元の問題を正確に定義することです。そのためには、少なくとも次の質問を行い、その回答を明確に文書化します。

• この問題は、APの特定のモデルや無線タイプ（5 GHzではなく2.4 GHz）に限定されますか。
• この問題は、WLCソフトウェアの特定のバージョンでのみ発生しますか。
• 特定のバージョンのクライアントタイプまたはソフトウェア（OSバージョン、WLANドライババージョンなど）でのみ発生する問題ですか。
• この問題が発生していない他のワイヤレスデバイスはありますか。その場合、それらは何ですか。
• クライアントがオープンSSID、チャネル幅20 MHz、802.11acを無効にするなどの簡素化されたワイヤレス設定に接続している間に、問題が再現できますか。（つまり、この問題は802.11nモードだけで発生するのか、802.11acモードだけで発生するのか）。
• オープンSSIDを使用しても問題が再現されない場合、問題が発生している最小セキュリティ設定はどれか？（WLANではPSKまたは802.1X）。
• 以前の正常な設定とソフトウェアのバージョンは何でしたか。

II. WLCの設定と一般的なログ

Run-Config

例外なく、お客様が使用する機能、具体的な設定、およびその他の詳細を詳細に確認するためにWLC設定を収集することが絶対必要です。これを行うには、対象のWLCへのTelnet/SSHセッションを確立し、次のCLIコマンドの出力をテキストファイルに保存する必要があります。

config paging disable

show run-config

結合されたAPおよび関連するRF情報に関する詳細情報が含まれているため、完全なrun-config出力が常に優先されます。ただし、最初に多数のAPが接続されたWLCを使用する場合（2500以上のAPを使用する8510 WLC）など、場合や状況によって異なります。AP情報を含まないWLCの設定だけを最初に収集し、短時間で確認することを推奨する場合があります。これは、指定されたAPの数がshow run-configの全体の収集に30分以上かかることがあるためです。ただし、完全な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エスカレーションの両方で実行する必要がある場合に、シスコのラボ環境で問題を再現するための支援になります。WLCのバックアップは、TFTPまたはFTPを使用してコンフィギュレーションファイルを外部のTFTP/FTPサーバに保存することで、該当するWLCのGUIまたはCLIを介して収集できます。次の例は、TFTPを使用してWLCのバックアップを保存するGUIとCLIの両方の使用方法を示しています。

GUI

図に示すように、[Commands] > [Upload File] > [Configuration] > [Upload]の順に選択します。

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ログを外部syslogサーバにエクスポートする場合は、そこからログを取得する必要があります。それ以外の場合は、このCLIセッション出力を別のテキストファイルに保存することで、現在WLCにローカルに保存されているmsglogとtraplogを保存できます。

config paging disable

show msglog

show traplog

III.クライアントデバイスの詳細と情報

次のステップでは、ワイヤレスの相互運用性に関する潜在的な問題が発生している使用中のクライアントデバイスに関して、できるだけ多くの情報と詳細を収集します。このような情報には、次の情報が含まれている必要がありますが、これらに限定されるわけではありません。

• クライアントタイプ（タブレット、スマートフォン、ノートブックPCなど）
• デバイスのメーカーとモデル
• OSバージョン
• WLANアダプタモデル
• WLANアダプタドライババージョン
• 使用するサプリカント（Windows Zero Config/Auto Config、Intel PROSetなど）
• ワイヤレスクライアントおよびWLANで使用するように設定されたセキュリティ(Open、PSK、EAP-PEAP/MSCHAPv2、...)
• 問題のベンダーが提供するデフォルト設定（スリープ状態、ローミングパラメータ、U-APSDなど）から変更されたクライアントパラメータに注意してください。

注：クライアントデバイスに関する追加情報や注意事項も含める必要があります。これには、WLAN関連の設定のスクリーンショットなどが含まれます。

IV.ネットワークトポロジ

トラブルシューティングの取り組みと根本原因分析(RCA)プロセスをさらに促進するために、ネットワークトポロジ図を詳細かつ完全に提供することが常に推奨されます。ネットワークトポロジダイアグラムには、ネットワークおよびワイヤレスインフラストラクチャの詳細が含まれているだけでなく、ネットワーク内で動作する問題のワイヤレスデバイス（プリンタ/スキャナ、使用されているクライアントVLANなど）と、相互の相対的なロケーションに関する洞察も含まれている必要があります。

このようなネットワーク図を作成するには、多数のツール（Microsoft Visio、draw.ioなど）とさまざまなスタイルを使用できます。重要な側面は、関係するすべての当事者とベンダーがレビューするために提供される図に適切な情報が明確に反映されていることを確認することです。図に示すように、インフラストラクチャデバイスとクライアントデバイスの両方に関する基本的だが有用な情報をキャプチャするネットワークトポロジの例。

V.その他の詳細と詳細の追跡

エンドユーザが問題を経験するクライアントデバイスをテストする際に、適切な情報を確実に収集する。スプレッドシートなどをプリエンプティブに作成して、テスト時に観察されたすべてのクライアントの問題と関連する詳細情報を記録することをお勧めします。次に例を示します。

MAC アドレス	ユーザ名	報告された症状の説明	エンドユーザが観察した時間の現象	PingデフォルトゲートウェイY/N	WiFi信号の状態（接続中/接続中）	Record ipconfig /all （または同等の機能）
xxyy.aabb.0011	test_user1	アクセスポイントから断続的に切断されます。	AP3からのネットワーク接続と無線アソシエーションが失われました。	N	接続の試行	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 secured scopeid 0x4     inet 192.168.10.237 netmask 0xffffff00 broadcast 192.168.10.255     nd6 options=201<PERFORMNUD,DAD>     メディア：自動選択     ステータス：アクティブ

この実習の目的は、共通の関心パターンを文書化して決定し、目の前の問題を正確に把握することです。このスプレッドシートをデータ収集に使用する準備ができたら、テストを開始する準備が整います。その他の重要な考慮事項を次に示します。

注：ログとの関連付けを容易にするには、収集されたすべてのデバッグとパケットキャプチャを同じNTPサーバに同期させる必要があります。また、任意のテストで同時に実行する必要があります。

注：問題が発生した時点と、問題が回復したと思われる時点（該当する場合）の正確なタイムスタンプを入力します。

注:APとWLCの両方で、クライアントのMACアドレスごとにフィルタリングされたデバッグを常に収集します。

注：同じTelnet/SSH/コンソールセッション内のAPでshowコマンドとdebugコマンドを実行しないでください。これらは別のセッションで個別に実行されます。

注：コンソールは通常、非常に低速で有効ではないため、コンソールではなくTelnet/SSHでAPデバッグを実行することを推奨します。

VI. WLC:showコマンドとdebugコマンド

潜在的なワイヤレスクライアントの相互運用性の問題を再現してトラブルシューティングするためのテストを実施する場合は、使用中のワイヤレスインフラストラクチャからデバッグと追加ログを収集することが不可欠です。これら2つのセクションでは、WLCとAPからそれぞれ収集される特定のログと初期デバッグ出力について詳しく説明します。

WLCデバッグコマンド

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]>

前述したように、1つのTelnet/SSHセッションでWLCのデバッグを実行し、別のTelnet/SSHセッションでWLCに対してこれらのshowコマンドの出力を収集します。APのデバッグとshowコマンドの出力を収集する場合も、このセクションで説明する手順を実行する必要があります。

VII. AP:showコマンドとdebugコマンド

Lightweight Cisco IOS®アクセスポイント

2600、2700、3700、以前のモデルのシスコアクセスポイントなど、テストに関係する軽量のCisco IOS® APでデバッグを開始する前。クライアントのテスト時に該当するAPへのTelnet/SSH/コンソールセッション時にタイムアウトを回避するには、最初にAPで次のCLIコマンドを実行する必要があります。

debug capwap console cli

config t

line vty 0 4

exec-timeout 0

session-timeout 0

コンソール接続を使用してline vty 0 4ステートメントを代わりにline console 0に置き換え、シリアル/コンソール接続のexecおよびセッションタイムアウトを適宜無効にすることも可能です。

• line console 0：シリアルセッションタイムアウトパラメータの変更に使用
• line vty 0 4:Telnet/SSHセッションタイムアウトパラメータの変更に使用

APのshowコマンド

テストを開始する前に、まずAP上でこれらのshowコマンドのサンプルを収集する必要があります。対象のワイヤレスクライアントを含む各テストについて、少なくとも2回は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）
mgmt	管理パケットのトレース
ba	トレースブロックACK情報
rcv	受信したパケットをトレースする
キー	セットキーのトレース
RXEV	受信したイベントのトレース
txev	送信イベントのトレース
TXRAD	無線への送信のトレース
xmt	送信パケットのトレース
txfail	送信エラーのトレース
レート	トレースレートの変更

テストおよびデータ収集プロセスの完了後にAPのデバッグを無効にするには、APで次のCLIコマンドを実行できます。

u all

AP-COSアクセスポイント

1800、2800、3800モデルのアクセスポイントなど、802.11ac wave 2対応アクセスポイント以降の場合。これらの新しいモデルのAPでは、AP-COSと呼ばれるアクセスポイントプラットフォーム用のまったく新しいオペレーティングシステムが導入されています。そのため、従来の軽量なCisco IOS®ベースのアクセスポイントで以前に使用したコマンドの中には、前述のように適用されないものもあります。問題のトラブルシューティングに、さまざまなクライアントSTAデバイスおよびAP-COSモデルAPとの相互運用性の問題が含まれる場合、これらの情報は、同等のテストに関係するAP-COSアクセスポイントから収集する必要があります。

テストに関係するAP-COSモデルAPでデバッグを開始する前に、次の手順を実行します。クライアントのテスト時に該当するAPへのTelnet/SSH/コンソールセッション時にタイムアウトを回避するには、最初にAPで次のCLIコマンドを実行する必要があります。

exec-timeout 0

AP-COS showコマンド

テストを開始する前に、まずAP上でこれらのshowコマンドのサンプルを収集する必要があります。対象のワイヤレスクライアントを含む各テストについて、少なくとも2回は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で追加のデバッグを有効にする必要があります。ただし、この作業は、Cisco 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

VIII.クライアント側のパケットキャプチャ

使用しているクライアントデバイスがノートブックPCやMacBookなどの場合は、問題の再現に使用するクライアントデバイスのワイヤレスインターフェイスから無差別モードパケットキャプチャを収集する必要があります。Netmon 3.4（Windowsのみ）やWiresharkなどの一般的なユーティリティを簡単にダウンロードして使用し、このキャプチャを収集して*.pcapファイルに保存できます。デバイスによっては、問題のクライアントからtcpdumpなどを収集する手段がある場合もあるため、クライアントデバイスの製造元に問い合わせて、この点に関するサポートを受ける必要があります。

MacBook ProのワイヤレスインターフェイスにWiresharkキャプチャを設定する例を次に示します。

パケットキャプチャと同様に、収集に使用するユーティリティに関係なく、ファイルはpcapファイル形式(*.pcap、*.pcapng、*.pkt、...)で保存してください。これは、どの部門のシスコのエンジニアでもパケットキャプチャファイルを簡単に表示できるようにするだけでなく、他のベンダーや組織（Intel、Appleなど）のエンジニアでも確認できるようにするためです。これにより、よりシームレスな連携とコラボレーションプロセスが可能になり、シスコとクライアントデバイスベンダーの両方が連携して相互運用性の問題を調査し、解決することがさらに容易になります。

IX. Over-the-Air(OTA)パケットキャプチャ

潜在的または既存のワイヤレス相互運用性の問題を効果的にトラブルシューティングするには、問題の高品質なOTAパケットキャプチャを収集することが重要です。これにより、対象のワイヤレスクライアントとアクセスポイントの無線間の実際の802.11ワイヤレス通信の詳細な分析が可能になるだけでなく、クライアント側とワイヤレスインフラストラクチャのログおよびデバッグの詳細な情報も得られます。これは、ワイヤレスの相互運用性に関する潜在的な問題のテストごとに例外なく実行する必要がある重要な手順です。

ただし、エンドカスタマーがOTAパケットキャプチャを収集するための適切な装備や準備を行っていない場合がよくあります。これは、無線エンジニアが直面することが多い共通の障害であり、顧客と協力して様々な方法でこれを克服する必要があります。シスコのサポートフォーラムのこの記事は、お客様を適切に指導および教育するための出発点として役立ちます。

802.11ワイヤレススニッフィング/パケットキャプチャ

OTAパケットキャプチャをpcapファイル形式（*.pcap、*.pcapng、*.pktなど）で収集し、802.11メタデータ（RSSI、チャネル、データレートなど）を含めることは最も重要です。OTAスニファは、テスト中は常に問題のクライアントデバイスの近くに置いておく必要があります。これは、テスト対象のクライアントデバイスとの間で送受信されるトラフィックを正確に把握するためです。

注：問題のテストにクライアントデバイスのローミングシナリオが含まれている場合は、集約パケットキャプチャで複数の802.11チャネルを監視する必要があります。Fluke Networks社のAirMagnet WiFi Analyzerを使用することは、現時点では推奨されていません。

この理由は、このユーティリティを使用して集約されたパケットキャプチャが現在独自のファイル形式で保存されており、Wiresharkや他の同様のユーティリティで簡単に表示できるpcap形式の形式ではないためです。OTAパケットキャプチャが独自仕様ではないファイル形式であることを確認します。これにより、関係するすべての当事者とベンダーがキャプチャファイルを常に容易に確認でき、最終的には解決の取り組みを迅速化できます。

OTAパケットキャプチャを収集する一般的な方法を次に示します。

• Wiresharkを使用したAirPCAP
• MacBook Pro
• OmniPeek Professional、OmniPeek Enterpriseなど
• OmniPeek Remote Assistant(ORA)
• スニファモードのCisco AP

802.11nのキャプチャ

802.11nワイヤレスクライアントを含むOTAパケットキャプチャでは、現在より柔軟性と使いやすさが向上しています。これは、OmniPeekなどの多くのツールで簡単に使用できる、さまざまなワイヤレスUSB WLANアダプタが用意されているためです。

802.11n OTAキャプチャの収集に使用される特定のワイヤレスアダプタの機能と、トラブルシューティングを試みるクライアントデバイスで使用される実際のWLANチップセットの機能を比較する方法に注意してください。たとえば、クライアントデバイスで、2空間ストリーム(2SS)対応の802.11nチップセットを使用する潜在的なワイヤレス相互運用性の問題が発生した場合などです。次に、OTAパケットキャプチャの収集に使用するワイヤレスアダプタも、802.11n以降の仕様の2SS以上のアダプタにすることを強く推奨します。

802.11ac OTAキャプチャ

3空間ストリーム(3SS)の802.11acキャプチャでは、2014モデルMacBook Pro以降のネイティブスニフィング機能をMac OS X 10.10.x以降で使用できます。2空間ストリームの802.11acクライアントデバイスをトラブルシューティングする場合は、802.11acキャプチャ用にMacBook Airを使用することもできます。MacBooksのAirモデルでは、このドキュメントの執筆時点で、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 AP

ワイヤレスクライアントデバイスを使用したローミングシナリオのトラブルシューティングでは、複数のチャネルにまたがるOTAパケットキャプチャを効果的に収集することが一般的な課題です。複数の802.11チャネルを同時に監視するこの方法は、集約されたOTAパケットキャプチャの収集によって実現されます。これを実現するには、互換性のある複数の802.11ac対応USB WLANアダプタと、互換性のあるネットワーク解析ソフトウェアを使用することをお勧めします。一般的な802.11ac対応USB WLANアダプタには、OmniPeek(802.11ac)用Savvius WiFIアダプタ、Netgear A6210、または同様のものが含まれます。

X.まとめ

CUWNでワイヤレスクライアントの相互運用性に関する潜在的な問題を効果的にトラブルシューティングするために収集する必要がある情報の要約を次に示します。このセクションは、必要に応じてクイックリファレンスセクションとして使用することを目的としています。

I.問題の定義

• この問題は、特定のモデルのアクセスポイントや無線タイプ（5 GHzではなく2.4 GHz）に限定されますか。
• この問題は、ワイヤレスLANコントローラ(WLC)ソフトウェアの特定のバージョンでのみ発生しますか。
• 特定のバージョンのクライアントタイプまたはソフトウェア（OSバージョン、WLANドライババージョンなど）でのみ発生する問題ですか。
• この問題が発生していない他のワイヤレスデバイスはありますか。その場合、それらは何ですか。
• クライアントがオープンSSIDに接続され、チャネル幅が20 MHzで802.11acがディセーブルになっている場合、この問題は再現できますか。（この問題は11nモードでのみ発生するのか、11acモードでのみ発生するのか）
• オープンSSIDを使用しても問題が再現されない場合、問題が発生している最小セキュリティ設定はどれか？（WLANではPSKまたは802.1X）
• 以前の正常な設定とソフトウェアのバージョンは何でしたか。

II. WLCの設定とログ

問題のWLCのCLIから次の情報を収集します。

• config paging disable
• show run-config

または、必要に応じて次の出力のみを収集することもできます。

• config paging disable
• show run-config no-ap
• show wlan apgroups

TFTP、FTPなどを使用したWLC設定のバックアップ(GUI:[Commands] > [Upload File] > [Configuration])。

WLCからのsyslog

III.クライアントデバイス情報

• クライアントタイプ（タブレット、スマートフォン、ノートブックPCなど）
• デバイスのメーカーとモデル
• OSバージョン
• WLANアダプタモデル
• WLANアダプタドライババージョン
• 使用するサプリカント（Windows Zero Config/Auto Config、Intel PROSetなど）
• ワイヤレスクライアントおよびWLANで使用するように設定されたセキュリティ(Open、PSK、EAP-PEAP/MSCHAPv2、...)

注：対象のベンダーが提供するデフォルト設定から変更されたクライアントパラメータがある。（スリープ状態、ローミングパラメータ、U-APSDなど）

IV.ネットワークトポロジ図

これには、ネットワーク内のワイヤレスデバイス（プリンタ/スキャナ、WLCなど）に関する表現や詳細が含まれます。

V.すべてのクライアントの問題を記録するスプレッドシートの作成

例：

MAC アドレス	ユーザ名	報告された症状の説明	エンドユーザが観察した時間の現象	PingデフォルトゲートウェイY/N	WiFi信号の状態（接続中/接続中）	Record ipconfig /all （または同等の機能）

この実習の目的は、共通のパターンを特定し、目の前の問題をより正確に示すことです。

VI. WLCでのshowコマンドとdebugコマンド

CLIを使用して、次のWLCデバッグを収集します。

• config sessions timeout 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コマンドの出力を収集します。

• config paging disable
• show time
• show client detail <mac-address of client>（WLC上のクライアントの状態に注意）
• WLCからクライアントにpingを実行します

テストが完了したら、次のコマンドを使用してWLC上の現在のデバッグをすべて停止します。

• debug disable-all

VII. APでのshowコマンドとdebugコマンド

Lightweight 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
• session-timeout 0
• term len 0

テストを開始する前に、APで次のshowコマンドの例を収集します。CLIで次のAP showコマンドを使用して、テストの完了前後に少なくとも2つの出力例を収集します。

• term len 0
• show clock
• show tech
• show capwap client mn
• show int do1 dfs
• show logging
• その他のevent.log
• show trace dot11_rstローカルの表示時間形式
• 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 }クライアント管理キーのトレースrxev txev rcv xmt txfail ba
• 「mon」という用語

テストが完了したら、次のコマンドを使用してデバッグを無効にします。

• u all

AP-COS AP

このセクションでは、1800/2800/3800シリーズAPに必要なデバッグについて詳しく説明します。

Telnet/SSH/コンソールセッション時のAPセッションタイムアウトを回避するには、次のコマンドを使用します。

• exec-timeout 0

テストを開始する前に、APでshowコマンドのサンプルを収集します。CLIで次のAP showコマンドを使用して、テストの完了前後に少なくとも2つの出力例を収集します。

• term len 0
• show clock
• show tech
• show client statistics <client_MAC-address>
• show cont nss status
• show cont nss stats
• show log

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
• debug dot11 client datapath dhcp addr
• debug dot11 client datapath arp addr <client_MAC-address>
• 「mon」という用語

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
• 「mon」という用語

テストが完了したら、次のコマンドを使用してデバッグを無効にします。

• config ap client-trace stop

VIII.クライアント側のキャプチャ

クライアントデバイスのWLANアダプタから、無差別Netmon 3.4（Windows XPまたは7のみ）またはWiresharkパケットキャプチャを収集します。

IX. OTAキャプチャ

802.11nのキャプチャ

• Wiresharkを使用したAirPCAP
• MacBook Pro
• OmniPeek Professional、Enterprise、...
• OmniPeek Remote Assistant(ORA)
• スニファモードのCisco AP

802.11acのキャプチャ

• 11ac 3SSキャプチャの場合、10.10.x以降を実行している2014 Macbook Pro以降を使用できます（現在は2SSのみのデバイスであるため、可能であれば11acキャプチャにはMacBook Airを使用しないでください）。
• 2702、3702、または同様のCisco APをスニファモードで使用することもできます。
• SavviusのOmniPeekなどの専門的なネットワーク分析ソフトウェアを使用してローミングシナリオを行う場合。OmniPeek(802.11ac)向けSavvius WiFIアダプタ、Netgear A6210など、互換性のある複数の802.11ac対応USB WLANアダプタを使用することをお勧めします。

付録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コマンドと同等の出力を収集するには、代わりにifconfigの一般的なLinux/Unixコマンドを使用して、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上の現在のワイヤレス接続に関する迅速かつ詳細な情報を取得する。図に示すように、キーボードのoptionボタンを同時に押しながら、デスクトップの右上隅にあるWiFiアイコンを選択することもできます。

もう1つの便利なオプションは、airportという隠しコマンドラインユーティリティを使用することです。これを独自のMacBookまたはラボ環境で使用している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パケットキャプチャを収集するプロセスをさらに容易にする。macOSの組み込み機能を利用するには、[Wireless Diagnostics] > [Sniffer]の順に選択するか、前述の方法と同様の方法を使用しますが、オプションで、Airtoolと呼ばれるサードパーティのユーティリティ（OS X 10.8以降）を使用することもできます。この利点は、OTAパケットキャプチャを素早く収集できるシンプルなインターフェイスです。このキャプチャは、画面のトップメニューバーからアプリケーションUIを数回クリックするだけでデスクトップに直接保存されます。

 Airtoolの詳細とダウンロードリンクについては、次のURLを参照してください。

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