Cisco Wireless Controller リリース 8.5 コンフィギュレーションガイド

Telnet または SSH を使用したアクセスポイントのトラブルシューティング

コントローラは、Telnet プロトコルおよび Secure Shell（SSH）プロトコルを使用した Lightweight アクセスポイントのトラブルシューティングをサポートしています。これらのプロトコルを使用すると、特にアクセスポイントがコントローラに接続できない場合に、デバッグを簡単に行うことができます。

Telnet または SSH セッションが有効になっている場合、upgrade コマンドは使用できません。
デフォルト以外のクレデンシャルを使用して、join されていないアクセスポイント上で Telnet または SSH セッションを有効にすることができます。

Telnet または SSH を使用したアクセスポイントのトラブルシューティング（GUI）

手順

ステップ 1	[Wireless] > [Access Points] > [All APs] の順に選択して、[All APs] ページを開きます。
ステップ 2	Telnet または SSH を有効にするアクセスポイントの名前をクリックします。
ステップ 3	[Advanced] タブを選択して、[All APs > Details for]（[Advanced]）ページを開きます。
ステップ 4	[Telnet] チェックボックスをオンにして、このアクセスポイント上の Telnet 接続を有効にします。デフォルトではオフになっています。
ステップ 5	[SSH] チェックボックスをオンにして、このアクセスポイント上の SSH 接続を有効にします。デフォルトではオフになっています。
ステップ 6	[Apply] をクリックします。
ステップ 7	[Save Configuration] をクリックします。

Telnet または SSH を使用したアクセスポイントのトラブルシューティング（CLI）

手順

ステップ 1

次のコマンドを入力して、アクセスポイントで Telnet または SSH の接続を有効にします。

config ap {telnet | ssh } enable Cisco_AP

デフォルト値は [disabled] です。

（注）

config ap {telnet | ssh } disable Cisco_AP コマンドを入力して、アクセスポイントで Telnet または SSH の接続を無効にします。

ステップ 2

次のコマンドを入力して、変更を保存します。

save config

ステップ 3

次のコマンドを入力して、Telnet または SSH がアクセスポイント上で有効かどうかを確認します。

show ap config general Cisco_AP

以下に類似した情報が表示されます。


Cisco AP Identifier.............................. 5
Cisco AP Name.................................... AP33
Country code..................................... Multiple Countries:US,AE,AR,AT,AU,BH
Reg. Domain allowed by Country................... 802.11bg:-ABCENR 802.11a:-ABCEN
AP Country code.................................. US - United States
AP Regulatory Domain............................. 802.11bg:-A 802.11a:-A
Switch Port Number .............................. 2
MAC Address...................................... 00:19:2f:11:16:7a
IP Address Configuration......................... Static IP assigned
IP Address....................................... 10.22.8.133
IP NetMask....................................... 255.255.248.0
Gateway IP Addr.................................. 10.22.8.1
Domain...........................................
Name Server......................................
Telnet State..................................... Enabled
Ssh State........................................ Enabled
...

アクセスポイント監視サービスのデバッグについて

コントローラから Cisco 3300 シリーズ Mobility Services Engine（MSE）にアクセスポイントステータス情報を送信するときに、アクセスポイント監視サービスが使用されます。

MSE は、サービスサブスクリプションおよびアクセスポイント監視サービス要求を送信して、その時点でコントローラが認識しているすべてのアクセスポイントのステータスを取得します。アクセスポイントのステータスが変更されると、MSE に通知が送信されます。

アクセスポイント監視サービスの問題のデバッグ（CLI）

アクセスポイント監視サービスの問題が発生した場合は、次のコマンドを入力します。

debug service ap-monitor {all | error | event | nmsp | packet} {enable | disable}

値は次のとおりです。

all：すべてのアクセスポイントステータスメッセージのデバッグを行います。
error：アクセスポイント監視エラーイベントのデバッグを行います。
event：アクセスポイント監視イベントのデバッグを行います。
nmsp：アクセスポイント監視 NMSP イベントのデバッグを行います。
packet：アクセスポイント監視パケットのデバッグを行います。
enable：debug service ap-monitor モードを有効にします。
disable：debug service ap-monitor モードを無効にします。

Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信

次のコマンドを入力して、コントローラが、Lightweight モードに変換されるアクセスポイントにデバッグコマンドを送信できるようにします。

debug ap {enable | disable | command cmd} Cisco_AP

この機能を有効にした場合、コントローラは変換したアクセスポイントに文字列としてデバッグコマンドを送信します。Cisco IOS ソフトウェアを Lightweight モードで実行する Cisco Aironet アクセスポイントがサポートしている任意のデバッグコマンドを送信することができます。

変換したアクセスポイントがクラッシュ情報をコントローラに送信する方法について

変換したアクセスポイントが予期せずリブートした場合、アクセスポイントではクラッシュ発生時にローカルフラッシュメモリ上にクラッシュファイルが保存されます。リブート後、アクセスポイントはリブートの理由をコントローラに送信します。クラッシュにより装置がリブートした場合、コントローラは既存の CAPWAP メッセージを使用してクラッシュファイルを取得し、コントローラのフラッシュメモリにそれを保存します。クラッシュ情報コピーは、コントローラがアクセスポイントからこれを取得した時点でアクセスポイントのフラッシュメモリから削除されます。

変換したアクセスポイントが無線コアダンプをコントローラに送信する方法について

変換したアクセスポイントの無線モジュールがコアダンプを生成した場合、アクセスポイントは無線クラッシュ発生時にローカルフラッシュメモリ上に無線のコアダンプファイルを保存します。また、無線がコアダンプファイルを生成したことを知らせる通知メッセージをコントローラに送信します。アクセスポイントから無線コアファイルを受信できるように通知するトラップが、コントローラから送られてきます。

取得したコアファイルはコントローラのフラッシュに保存されます。このファイルを TFTP または FTP 経由で外部サーバにアップロードし、分析に使用することができます。コアファイルは、コントローラがアクセスポイントからそれを取得した時点でアクセスポイントのフラッシュメモリから削除されます。

無線コアダンプの取得（CLI）

手順

ステップ 1

次のコマンドを入力して、アクセスポイントからコントローラに無線コアダンプファイルを転送します。

config ap crash-file get-radio-core-dump slot Cisco_AP

slot パラメータには、クラッシュした無線のスロット ID を入力します。

ステップ 2

次のコマンドを入力して、ファイルがコントローラにダウンロードされたことを確認します。

show ap crash-file

無線コアダンプのアップロード（GUI）

手順

ステップ 1

[Commands] > [Upload File] の順に選択して、[Upload File from Controller] ページを開きます。

ステップ 2

[File Type] ドロップダウンリストから、[Radio Core Dump] を選択します。

ステップ 3

[Transfer Mode] ドロップダウンリストで、次のオプションから選択します。

TFTP
FTP
SFTP（7.4 以降のリリースで利用可能）

ステップ 4

[IP Address] テキストボックスに、サーバの IP アドレスを入力します。

ステップ 5

[File Path] テキストボックスに、ファイルのディレクトリパスを入力します。

ステップ 6

[File Name] テキストボックスに、無線コアダンプファイルの名前を入力します。

（注）

入力するファイル名 は、コントローラで生成されるファイル名と一致する必要があります。コントローラ上の filename を確認するには、show ap crash-file コマンドを入力します。

ステップ 7

[Transfer Mode] として [FTP] を選択した場合は、次の手順を実行します。

[Server Login Username] テキストボックスに、FTP サーバのログイン名を入力します。
[Server Login Password] テキストボックスに、FTP サーバのログインパスワードを入力します。
[Server Port Number] テキストボックスに、FTP サーバのポート番号を入力します。サーバポートのデフォルト値は 21 です。

ステップ 8

[Upload] をクリックして、コントローラから無線コアダンプファイルをアップロードします。アップロードのステータスを示すメッセージが表示されます。

無線コアダンプのアップロード（CLI）

手順

ステップ 1

次のコマンドを入力して、コントローラからサーバにファイルを転送します。

transfer upload mode {tftp | ftp | sftp }
transfer upload datatype radio-core-dump
transfer upload serverip server_ip_address
transfer upload path server_path_to_file

transfer upload filename filename

（注）

入力するファイル名 は、コントローラで生成されるファイル名と一致する必要があります。コントローラ上の filename を確認するには、show ap crash-file コマンドを入力します。

（注）

filename と server_path_to_file に、次の特殊文字が含まれていないことを確認します。\、:、*、?、"、<、>、および |。パス区切り文字として使用できるのは、/（フォワードスラッシュ）のみです。許可されていない特殊文字を filename に使用すると、その特殊文字は _（アンダースコア）に置き換えられます。また、許可されていない特殊文字を server_path_to_file に使用すると、パスがルートパスに設定されます。

ステップ 2

FTP サーバを使用している場合は、次のコマンドも入力します。

transfer upload username username
transfer upload password password

transfer upload port port

（注）

port パラメータのデフォルト値は 21 です。

ステップ 3

次のコマンドを入力して、更新された設定を表示します。

transfer upload start

ステップ 4

現在の設定を確認してソフトウェアアップロードを開始するよう求めるプロンプトが表示されたら、y と入力します。

変換したアクセスポイントからのメモリコアダンプのアップロード

デフォルトでは、Lightweight モードに変換したアクセスポイントは、コントローラにメモリコアダンプを送信しません。この項では、コントローラ GUI または CLI を使用してアクセスポイントコアダンプをアップロードする手順について説明します。

アクセスポイントのコアダンプのアップロード（GUI）

手順

ステップ 1	[Wireless] > [Access Points] > [All APs] > `access point name` の順に選択し、[Advanced] タブを選択して、[All APs > Details for]（[Advanced]）ページを開きます。
ステップ 2	[AP Core Dump] チェックボックスをオンにして、アクセスポイントのコアダンプをアップロードします。
ステップ 3	[TFTP Server IP] テキストボックスに、TFTP サーバの IP アドレスを入力します。
ステップ 4	[File Name] テキストボックスに、アクセスポイントコアダンプファイルの名前（`dump.log` など）を入力します。
ステップ 5	[File Compression] チェックボックスをオンにして、アクセスポイントのコアダンプファイルを圧縮します。このオプションを有効にすると、ファイルは .gz 拡張子を付けて保存されます（`dump.log.gz` など）。このファイルは、WinZip で開くことができます。
ステップ 6	[Apply] をクリックして、変更を確定します。
ステップ 7	[Save Configuration] をクリックして、変更を保存します。

アクセスポイントのコアダンプのアップロード（CLI）

手順

ステップ 1

アクセスポイントのコアダンプをアップロードするには、コントローラで次のコマンドを入力します。

config ap core-dump enable tftp_server_ip_address filename {compress | uncompress } {ap_name | all }

値は次のとおりです。

tftp_server_ip_address は、アクセスポイントがコアダンプファイルを送信する送信先 TFTP サーバの IP アドレスです。

（注）

アクセスポイントは TFTP サーバに到達できる必要があります。

filename は、アクセスポイントがコアファイルのラベル付けに使用する名前です。

compress はアクセスポイントが圧縮コアファイルを送信するように設定し、uncompress はアクセスポイントが非圧縮コアファイルを送信するように設定します。

（注）

compress を選択した場合、ファイルは .gz 拡張子付きで保存されます（例：dump.log.gz）。このファイルは、WinZip で開くことができます。

ap_name はコアダンプがアップロードされる特定のアクセスポイントの名前で、all は Lightweight モードに変換されたすべてのアクセスポイントです。

ステップ 2

save config コマンドを入力して、変更を保存します。

AP クラッシュログ情報の表示

コントローラがリブートまたはアップグレードすると常に、AP クラッシュログ情報がコントローラから削除されます。コントローラをリブートまたはアップグレードする前に、AP クラッシュログ情報のバックアップを作成することをお勧めします。

AP クラッシュログ情報の表示（GUI）

手順

[Management] > [Tech Support] > [AP Crash Log] を選択して、[AP Crash Logs] ページを開きます。

AP クラッシュログ情報の表示（CLI）

手順

ステップ 1

次のコマンドを入力して、クラッシュファイルがコントローラにダウンロードされたことを確認します。

show ap crash-file

以下に類似した情報が表示されます。


Local Core Files:
lrad_AP1130.rdump0 (156)
The number in parentheses indicates the size of the file. The size should be greater than zero if a core dump file is available.

ステップ 2

次のコマンドを入力して、AP クラッシュログファイルのコンテンツを表示します。

show ap crash-file Cisoc_AP

変換されたアクセスポイントの MAC アドレスの表示

コントローラが変換されたアクセスポイントの MAC アドレスをコントローラ GUI の情報ページに表示する方法には、いくつか異なる点があります。

[AP Summary] ウィンドウには、変換されたアクセスポイントのイーサネット MAC アドレスのリストが、コントローラにより表示されます。
[AP Detail] ウィンドウには、変換されたアクセスポイントの BSS MAC アドレスとイーサネット MAC アドレスのリストが、コントローラにより表示されます。
[Radio Summary] ウィンドウには、変換されたアクセスポイントのリストが、コントローラにより無線 MAC アドレス順に表示されます。

Lightweight モードに変換したアクセスポイントの Reset ボタンの無効化

Lightweight モードに変換したアクセスポイントの Reset ボタンを無効化できます。Reset ボタンには、アクセスポイントの外面に MODE と書かれたラベルが付けられています。

次のコマンドを使用すると、あるコントローラにアソシエートしている変換されたアクセスポイントの 1 つまたはすべての Reset ボタンを無効または有効にできます。

config ap rst-button {enable | disable } {ap-name}

変換されたアクセスポイントの Reset ボタンは、デフォルトでは有効です。

アクセスポイントイベントログの表示

アクセスポイントイベントログについて

アクセスポイントのイベントログには、すべてのシステムメッセージ（重大度が notifications 以上のもの）が記録されます。イベントログには最大 1024 行のメッセージを格納できます。1 行あたりの長さは最大 128 文字です。イベントログがいっぱいになったときは、新しいイベントメッセージを記録するために、最も古いメッセージが削除されます。イベントログはアクセスポイントフラッシュ上のファイルに保存されるので、リブートしても消去されません。アクセスポイントフラッシュへの書き込み回数を最小限にするために、イベントログの内容がイベントログファイルに書き込まれるのは、通常のリロード時またはクラッシュ時だけとなっています。

アクセスポイントイベントログの表示（CLI）

アクセスポイントイベントログを表示する、またはコントローラから削除するには、次の CLI コマンドを使用します。

コントローラに join されたアクセスポイントのイベントログファイルの内容を表示するには、次のコマンドを入力します。

show ap eventlog Cisco_AP

以下に類似した情報が表示されます。


AP event log download has been initiated
Waiting for download to complete

AP event log download completed.
 ======================= AP Event log Contents =====================
*Sep 22 11:44:00.573: %CAPWAP-5-CHANGED: CAPWAP changed state to IMAGE
*Sep 22 11:44:01.514: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to down
*Sep 22 11:44:01.519: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio1, changed state to down
*Sep 22 11:44:53.539: *** Access point reloading. Reason: NEW IMAGE DOWNLOAD ***
*Mar 1 00:00:39.078: %CAPWAP-3-ERRORLOG: Did not get log server settings from DHCP.
*Mar 1 00:00:42.142: %CDP_PD-4-POWER_OK: Full power - NEGOTIATED inline power source
*Mar 1 00:00:42.151: %LINK-3-UPDOWN: Interface Dot11Radio1, changed state to up
*Mar 1 00:00:42.158: %LINK-3-UPDOWN: Interface Dot11Radio0, changed state to up
*Mar 1 00:00:43.143: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio1, changed state to up
*Mar 1 00:00:43.151: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to up
*Mar 1 00:00:48.078: %CAPWAP-3-ERRORLOG: Could Not resolve CISCO-CAPWAP-CONTROLLER
*Mar 1 00:01:42.144: %CDP_PD-4-POWER_OK: Full power - NEGOTIATED inline power source
*Mar 1 00:01:48.121: %CAPWAP-3-CLIENTERRORLOG: Set Transport Address: no more AP manager IP addresses remain
*Mar 1 00:01:48.122: %CAPWAP-5-CHANGED: CAPWAP changed state to JOIN
*Mar 1 00:01:48.122: %LINK-5-CHANGED: Interface Dot11Radio0, changed state to administratively down
*Mar 1 00:01:48.122: %LINK-5-CHANGED: Interface Dot11Radio1, changed state to administratively down

コントローラに join された特定のアクセスポイントまたはすべてのアクセスポイントの既存のイベントログファイルを削除して空のイベントログファイルを作成するには、次のコマンドを入力します。

clear ap-eventlog {specific Cisco_AP | all }

FlexConnect アクセスポイントでのクライアントのトラブルシューティング

FlexConnect クライアントベースのデバッグを使用すると、クライアント固有のデバッグを AP または AP のグループに対して有効にできます。syslog サーバ設定でデバッグメッセージをログに記録することもできます。

FlexConnect クライアントベースのデバッグの使用方法：

WLC または AP コンソールからクライアントの特定の MAC アドレスを入力することによって、AP のクライアント接続問題をデバッグできます。
複数の AP でデバッグコマンドを入力したり、複数のデバッグを有効にしたりしなくでも FlexConnect サイト経由でクライアント接続問題をデバッグできます。単一のデバッグコマンドでデバッグが有効になります。
クライアントがローミングする場所に応じて複数の AP でデバッグコマンドを入力する必要がありません。FlexConnect グループレベルでデバッグを適用することにより、FlexConnect グループに属しているすべての AP がこのデバッグ要求を受け取ります。

ログは、WLC からサーバの IP アドレスを指定することによって、syslog サーバで一元的に収集されます。

（注）

ドライバデバッグは WLC 上で有効になりません。AP コンソールにアクセスできる場合は、ドライバデバッグを有効にできます。

次に、WLC CLI 上のデバッグコマンドを示します。

debug flexconnect client ap ap-name {add | delete } mac-addr1 mac-addr2 mac-addr3 mac-addr4
debug flexconnect client ap ap-name syslog {server-ip-address | disable }
debug flexconnect client group group-name {add | delete } mac-addr1 mac-addr2 mac-addr3 mac-addr4
debug flexconnect client group group-name syslog {server-ip-address | disable }
show debug

AP コンソールで入力できるデバッグコマンドを次に示します。これらのコマンドは、クライアント AP コンソールにアクセス可能な場合に、デバッグに適用されます。AP コンソールで次のコマンドを入力した場合は、コマンドが WLC に通知されません。

[no ] debug condition mac-address mac-addr
[no ] debug dot11 client

（注）

Cisco Wireless LAN Controller リリース 8.1 では、AP702W/I/E で条件付きデバッグがサポートされません。

機能制限

WLC ハイアベイラビリティはサポートされません。
AP 設定はリブート時に破棄されます。
FlexConnectGroup に対して AP を追加または削除すると、その AP の FlexConnect デバッグ状態に影響します。

OfficeExtend アクセスポイントのトラブルシューティングについて

この項では、OfficeExtend アクセスポイントの問題が発生した場合のトラブルシューティング情報を示します。

Cisco 600 シリーズ OfficeExtend AP のトラブルシューティングの詳細については、http://www.cisco.com/c/en/us/support/docs/wireless/aironet-600-series-officeextend-access-point/113003-office-extend-config-00.html#troubleshootを参照してください。

OfficeExtend の LED の解釈

LED パターンは、OfficeExtend アクセスポイントが 1130 シリーズか 1140 シリーズかによって異なります。LED パターンの説明については、http://www.cisco.com/c/en/us/products/wireless/index.html [英語] で『Cisco OfficeExtend Access Point Quick Start Guide』を参照してください。

RF カバレッジが最適になるように OfficeExtend アクセスポイントを配置する

OfficeExtend アクセスポイントの位置を決めるときは、アクセスポイントの RF 信号がアクセスポイントの LED 側から円すい形に広がるように発信されることを考慮してください。アクセスポイントを取り付けるときは、背面の金属プレートの背後を空気が通るようにして、アクセスポイントの過熱を防いでください。

図 1. OfficeExtend アクセスポイントの放射パターン

一般的な問題のトラブルシューティング

OfficeExtend アクセスポイントに関する問題のほとんどは、次のいずれかです。

ネットワークまたはファイアウォールの問題が原因で、アクセスポイントがコントローラに join できない。
解決方法：「アクセスポイントの join 情報の表示」の項の指示に従って、OfficeExtend アクセスポイントの join 統計情報を表示します。または、アクセスポイントのパブリック IP アドレスを見つけて、パケットサイズを変えながら ping を社内から実行します。
アクセスポイントが join しても何度も切断される。この動作が発生するのは一般に、ネットワークの問題があるときや、タイムアウト時間が短いためにネットワークアドレス変換（NAT）またはファイアウォールポートが閉じたときです。

解決方法：テレワーカーに LED の状態を確認してもらいます。
NAT の問題が原因でクライアントがアソシエートできない。

解決方法：テレワーカーに速度テストと ping テストを実行してもらいます。サーバによっては、パケットのサイズが大きいと ping を実行しても応答が返されません。
クライアントがデータを廃棄し続ける。この動作が発生するのは一般に、タイムアウト時間が短いためにホームルータがポートを閉じたときです。

解決方法：クライアントのトラブルシューティングを Cisco Prime Infrastructure で実行し、問題が OfficeExtend アクセスポイントとクライアントのどちらに関連するものかを判断します。
アクセスポイントがエンタープライズ WLAN をブロードキャストしていない。

解決方法：テレワーカーにケーブル、電源、および LED の状態を確認してもらいます。それでも問題を特定できない場合は、テレワーカーに次のことを試してもらいます。
- PC をホームルータに直接接続して、https://www.cisco.com/ などのインターネット Web サイトに接続できるかどうかを調べます。PC がインターネットに接続できない場合は、ルータまたはモデムを調べます。PC がインターネットに接続できる場合は、ホームルータの設定を調べます。アクセスポイントからインターネットへの到達をブロックするような、ファイアウォールまたは MAC に基づくフィルタが有効になっているかどうかを調べてください。
- ホームルータにログインして、アクセスポイントが IP アドレスを取得済みかどうか調べます。取得済みならば、アクセスポイントの LED は通常はオレンジ色で点滅します。
アクセスポイントがコントローラに join できず、問題を特定できない。

解決方法：ホームルータに問題がある可能性があります。テレワーカーに、ルータのマニュアルを調べて次のことを試してもらいます。
- アクセスポイントの MAC アドレスに基づいて、アクセスポイントに固定 IP アドレスを割り当てます。
- アクセスポイントを非武装地帯（DMZ）に置きます。DMZ とは、会社のプライベートネットワークと外部のパブリックネットワークとの間に中立地帯として挿入される、小さなネットワークです。DMZ を設置すると、会社のデータが格納されているサーバに外部のユーザが直接アクセスすることはできなくなります。
- それでも問題が解決されない場合は、会社の IT 部門に連絡して支援を受けてください。
テレワーカーがアクセスポイント上で個人 SSID の設定を行っているときに問題が発生する。

解決方法：アクセスポイント GUI で [Clear Config] をクリックするか、[clear ap config Cisco_AP] コマンドを入力することにより、アクセスポイントの設定をクリアして工場出荷時のデフォルト設定に戻します。その後、OfficeExtend アクセスポイントで個人 SSID を設定します。それでも問題が解決されない場合は、会社の IT 部門に連絡して支援を受けてください。
ホームネットワークをリブートする必要がある。

解決方法：テレワーカーに次の手順を実行してもらいます。

すべてのデバイスがネットワークに接続されたままの状態で、すべてのデバイスの電源を切ります。

ケーブルまたは DSL のモデムの電源を入れて、2 分間待機します。（LED の状態を確認してください）。

ホームルータの電源を入れて、2 分間待機します。（LED の状態を確認してください）。

アクセスポイントの電源を入れて、5 分間待機します。（LED の状態を確認してください）。

クライアントの電源を入れます。

リンクテストの実行について

リンクテストを使用して、2 つのデバイス間の無線リンクの質を決定します。リンクテストの際には、要求と応答の 2 種類のリンクテストパケットを送信します。リンクテストの要求パケットを受信した無線は、適切なテキストボックスを記入して、応答タイプセットを使用して送信者にパケットを返信します。

クライアントからアクセスポイント方向への無線リンクの質は、アクセスポイントからクライアント方向へのものと異なることがあり、それは双方の送信電力と受信感度が非対称であることによるものです。2 種類のリンクテスト（ping テストおよび CCX リンクテスト）を実行できます。

ping リンクテスト では、コントローラはクライアントからアクセスポイント方向でのみリンクの質をテストできます。アクセスポイントで受信された ping パケットの RF パラメータは、クライアントからアクセスポイント方向のリンクの質を決定するためにコントローラによりポーリングされます。

CCX リンクテスト では、コントローラはアクセスポイントからクライアント方向でもリンクの質をテストできます。コントローラはクライアントにリンクテスト要求を発行し、クライアントは、応答パケットで受信した要求パケットの RF パラメータを記録します（受信信号強度インジケータ [RSSI]、信号対雑音比 [SNR] など）。リンクテストの要求ロールと応答ロールの両方を、アクセスポイントとコントローラに実装します。アクセスポイントまたはコントローラが CCX v4 クライアントまたは v5 クライアントに対してリンクテストを開始でき、同様に CCX v4 クライアントまたは v5 クライアントもアクセスポイントまたはコントローラに対してリンクテストを開始できます。

コントローラでは、CCX リンクテストに対する下記のリンクの質のメトリックが両方向で表示されます（アウト：アクセスポイントからクライアント、イン：クライアントからアクセスポイント）。

RSSI の形式の信号強度（最小、最大、および平均）
SNR の形式の信号の質（最小、最大、および平均）
再試行されたパケットの合計数
単一パケットの最大再試行回数
消失パケット数
正常に送信されたパケットのデータレート

コントローラにより、方向とは無関係に次のメトリックが表示されます。

リンクテストの要求/応答の往復時間（最小、最大、および平均）

コントローラソフトウェアは、CCX バージョン 1 ～ 5 をサポートします。CCX サポートは、コントローラ上の各 WLAN について自動的に有効となり、無効にできません。コントローラでは、クライアントデータベースにクライアントの CCX バージョンが格納されます。このクライアントの機能を制限するには、これを使用します。クライアントが CCX v4 または v5 をサポートしていない場合、コントローラはクライアント上で ping リンクテストを実行します。クライアントが CCX v4 または v5 をサポートしている場合、コントローラはクライアント上で CCX リンクテストを実行します。クライアントが CCX リンクテストの間にタイムアウトになった場合、コントローラは ping リンクテストに自動的に切り替わります。

（注）

この項の手順に従って、GUI または CLI のいずれかを使用してリンクテストを実行します。

リンクテストの実行（GUI）

手順

ステップ 1

[Monitor] > [Clients] の順に選択して、[Clients] ページを開きます。

ステップ 2

カーソルを目的のクライアントの青いドロップダウン矢印の上に置いて、[Link Test] を選択します。[Link Test] ページが表示されます。

（注）

目的のクライアントの MAC アドレスをクリックしてから、[Clients > Detail] ページの上部にある [Link Test] ボタンをクリックしても、このページにアクセスできます。

このページには、CCX リンクテストの結果が表示されます。

（注）

クライアントおよびコントローラ（またはそのいずれか）が CCX v4 以降のリリースをサポートしていない場合、コントローラは代わりにクライアント上で ping リンクテストを実行し、さらに制限された [Link Test] ページが表示されます。

（注）

CCX クライアントのリンクテストに失敗すると、クライアントが到達可能である場合は、デフォルトで ping テスト結果に設定されます。

ステップ 3

[OK] をクリックして、[Link Test] ページを終了します。

リンクテストの実行（CLI）

コントローラ CLI を使用してリンクテストを実行するコマンドは、次のとおりです。

次のコマンドを入力して、リンクテストを実行します。

linktest ap_mac

コントローラとテストするクライアントの両方で CCX v4 以降のリリースを有効化すると、次のような情報が表示されます。


CCX Link Test to 00:0d:88:c5:8a:d1.
     Link Test Packets Sent...................................... 20
     Link Test Packets Received................................. 10
     Link Test Packets Lost (Total/AP to Client/Client to AP).... 10/5/5
     Link Test Packets round trip time (min/max/average)......... 5ms/20ms/15ms
     RSSI at AP (min/max/average)................................ -60dBm/-50dBm/-55dBm
     RSSI at Client (min/max/average)............................ -50dBm/-40dBm/-45dBm
     SNR at AP (min/max/average)................................. 40dB/30dB/35dB
     SNR at Client (min/max/average)............................. 40dB/30dB/35dB
     Transmit Retries at AP (Total/Maximum)...................... 5/3
     Transmit Retries at Client (Total/Maximum).................. 4/2
     Transmit rate:  1M   2M   5.5M   6M   9M  11M 12M 18M   24M   36M  48M  54M  108M
     Packet Count:   0     0     0    0    0    0   0   0     0     2    0   18     0
     Transmit rate:  1M   2M   5.5M   6M   9M  11M 12M 18M   24M   36M  48M  54M  108M
     Packet Count:   0     0     0    0    0    0   0   0     0     2    0    8     0

CCX v4 以降のリリースがコントローラまたはテストするクライアントのいずれかで無効化されている場合には、表示される情報が少なくなります。


Ping Link Test to 00:0d:88:c5:8a:d1.
        Link Test Packets Sent.......................... 20
        Link Test Packets Received...................... 20
        Local Signal Strength........................... -49dBm
        Local Signal to Noise Ratio..................... 39dB

CCX リンクテストおよび ping テストの両方に使用できるリンクテストパラメータを調整するには、コンフィギュレーションモードから次のコマンドを入力します。

linktest frame-size size_of_link-test_frames

linktest num-of-frame number_of_link-test_request_frames_per_test

Cisco Wireless Controller リリース 8.5 コンフィギュレーション ガイド

偏向のない言語

翻訳について

検索結果

章のタイトル： シスコ アクセス ポイントのデバッグ

シスコ アクセス ポイントのデバッグ

Telnet または SSH を使用したアクセス ポイントのトラブルシューティング

Telnet または SSH を使用したアクセス ポイントのトラブルシューティング（GUI）

手順

Telnet または SSH を使用したアクセス ポイントのトラブルシューティング（CLI）

手順

アクセス ポイント監視サービスのデバッグについて

アクセス ポイント監視サービスの問題のデバッグ（CLI）

Lightweight モードに変換されるアクセス ポイントへのデバッグ コマンドの送信

変換したアクセス ポイントがクラッシュ情報をコントローラに送信する方法について

変換したアクセス ポイントが無線コア ダンプをコントローラに送信する方法について

無線コア ダンプの取得（CLI）

手順

無線コア ダンプのアップロード（GUI）

手順

無線コア ダンプのアップロード（CLI）

手順

変換したアクセス ポイントからのメモリ コア ダンプのアップロード

アクセス ポイントのコア ダンプのアップロード（GUI）

手順

アクセス ポイントのコア ダンプのアップロード（CLI）

手順

AP クラッシュ ログ情報の表示

AP クラッシュ ログ情報の表示（GUI）

手順

AP クラッシュ ログ情報の表示（CLI）

手順

変換されたアクセス ポイントの MAC アドレスの表示

Lightweight モードに変換したアクセス ポイントの Reset ボタンの無効化

アクセス ポイント イベント ログの表示

アクセス ポイント イベント ログについて

アクセス ポイント イベント ログの表示（CLI）

FlexConnect アクセス ポイントでのクライアントのトラブルシューティング

機能制限

OfficeExtend アクセス ポイントのトラブルシューティングについて

OfficeExtend の LED の解釈

RF カバレッジが最適になるように OfficeExtend アクセス ポイントを配置する

一般的な問題のトラブルシューティング

リンク テストの実行について

リンク テストの実行（GUI）

手順

リンク テストの実行（CLI）

このドキュメントは役に立ちましたか?

シスコに問い合わせ

章のタイトル：シスコアクセスポイントのデバッグ

シスコアクセスポイントのデバッグ

Telnet または SSH を使用したアクセスポイントのトラブルシューティング

Telnet または SSH を使用したアクセスポイントのトラブルシューティング（GUI）

Telnet または SSH を使用したアクセスポイントのトラブルシューティング（CLI）

アクセスポイント監視サービスのデバッグについて

アクセスポイント監視サービスの問題のデバッグ（CLI）

Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信

変換したアクセスポイントがクラッシュ情報をコントローラに送信する方法について

変換したアクセスポイントが無線コアダンプをコントローラに送信する方法について

無線コアダンプの取得（CLI）

無線コアダンプのアップロード（GUI）

無線コアダンプのアップロード（CLI）

変換したアクセスポイントからのメモリコアダンプのアップロード

アクセスポイントのコアダンプのアップロード（GUI）

アクセスポイントのコアダンプのアップロード（CLI）

AP クラッシュログ情報の表示

AP クラッシュログ情報の表示（GUI）

AP クラッシュログ情報の表示（CLI）

変換されたアクセスポイントの MAC アドレスの表示

Lightweight モードに変換したアクセスポイントの Reset ボタンの無効化

アクセスポイントイベントログの表示

アクセスポイントイベントログについて

アクセスポイントイベントログの表示（CLI）

FlexConnect アクセスポイントでのクライアントのトラブルシューティング

OfficeExtend アクセスポイントのトラブルシューティングについて

RF カバレッジが最適になるように OfficeExtend アクセスポイントを配置する

リンクテストの実行について

リンクテストの実行（GUI）

リンクテストの実行（CLI）