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

Size: px

Start display at page:

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

ありおきひらみね
4 years ago
Views:

シスコアクセスポイントのデバッグ Telnet または SSH を使用したアクセスポイントのトラブルシューティング 1 ページアクセスポイント監視サービスのデバッグ 3 ページ Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信 4 ページ変換したアクセスポイントがクラッシュ情報をコントローラに送信する方法について 4 ページ

1 シスコアクセスポイントのデバッグ Telnet または SSH を使用したアクセスポイントのトラブルシューティング 1 ページアクセスポイント監視サービスのデバッグ 3 ページ Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信 4 ページ変換したアクセスポイントがクラッシュ情報をコントローラに送信する方法について 4 ページ変換したアクセスポイントが無線コアダンプをコントローラに送信する方法について 4 ページ変換したアクセスポイントからのメモリコアダンプのアップロード 7 ページ AP クラッシュログ情報の表示 8 ページ変換されたアクセスポイントの MAC アドレスの表示 9 ページ Lightweight モードに変換したアクセスポイントの Reset ボタンの無効化 9 ページアクセスポイントイベントログの表示 9 ページ FlexConnect 11 ページ OfficeExtend アクセスポイントのトラブルシューティング 12 ページリンクテストの実行 15 ページ Telnet または SSH を使用したアクセスポイントのトラブルシューティングコントローラは Telnet プロトコルおよび Secure Shell SSH プロトコルを使用した Lightweight アクセスポイントのトラブルシューティングをサポートしていますこれらのプロトコルを使用すると特にアクセスポイントがコントローラに接続できない場合にデバッグを簡単に行うことができます Telnet または SSH セッションが有効になっている場合 upgrade コマンドは使用できませんデフォルト以外のクレデンシャルを使用して join されていないアクセスポイント上で Telnet または SSH セッションを有効にすることができますシスコアクセスポイントのデバッグ 1

2 Telnet または SSH を使用したアクセスポイントのトラブルシューティング (GUI) 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 2

3 アクセスポイント監視サービスのデバッグ Reg. Domain allowed by Country bg:-ABCENR a:-ABCEN AP Country code... US - United States AP Regulatory Domain bg:-A a:-A Switch Port Number... 2 MAC Address... 00:19:2f:11:16:7a IP Address Configuration... Static IP assigned IP Address IP NetMask Gateway IP Addr 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 モードを無効にします 3

4 Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信 Lightweight モードに変換されるアクセスポイントへのデバッグコマンドの送信次のコマンドを入力してコントローラが Lightweight モードに変換されるアクセスポイントにデバッグコマンドを送信できるようにします debug ap {enable disable command cmd} Cisco_AP この機能を有効にした場合コントローラは変換したアクセスポイントに文字列としてデバッグコマンドを送信します Cisco IOS ソフトウェアを Lightweight モードで実行する Cisco Aironet アクセスポイントがサポートしている任意のデバッグコマンドを送信することができます変換したアクセスポイントがクラッシュ情報をコントローラに送信する方法について変換したアクセスポイントが予期せずリブートした場合アクセスポイントではクラッシュ発生時にローカルフラッシュメモリ上にクラッシュファイルが保存されますリブート後アクセスポイントはリブートの理由をコントローラに送信しますクラッシュにより装置がリブートした場合コントローラは既存の CAPWAP メッセージを使用してクラッシュファイルを取得しコントローラのフラッシュメモリにそれを保存しますクラッシュ情報コピーはコントローラがアクセスポイントからこれを取得した時点でアクセスポイントのフラッシュメモリから削除されます変換したアクセスポイントが無線コアダンプをコントローラに送信する方法について変換したアクセスポイントの無線モジュールがコアダンプを生成した場合アクセスポイントは無線クラッシュ発生時にローカルフラッシュメモリ上に無線のコアダンプファイルを保存しますまた無線がコアダンプファイルを生成したことを知らせる通知メッセージをコントローラに送信しますアクセスポイントから無線コアファイルを受信できるように通知するトラップがコントローラから送られてきます取得したコアファイルはコントローラのフラッシュに保存されますこのファイルを TFTP または FTP 経由で外部サーバにアップロードし分析に使用することができますコアファイルはコントローラがアクセスポイントからそれを取得した時点でアクセスポイントのフラッシュメモリから削除されます 4

5 無線コアダンプの取得 (CLI) 無線コアダンプの取得 (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] を選択した場合は次のを実行します a) [Server Login Username] テキストボックスに FTP サーバのログイン名を入力します b) [Server Login Password] テキストボックスに FTP サーバのログインパスワードを入力します c) [Server Port Number] テキストボックスに FTP サーバのポート番号を入力しますサーバポートのデフォルト値は 21 です 5

6 無線コアダンプのアップロード (CLI) ステップ 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 と入力します 6

7 変換したアクセスポイントからのメモリコアダンプのアップロード変換したアクセスポイントからのメモリコアダンプのアップロードデフォルトでは 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 アドレスです 7

8 AP クラッシュログ情報の表示アクセスポイントは 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. 8

9 変換されたアクセスポイントの MAC アドレスの表示ステップ 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 文字ですイベントログがいっぱいになったときは新しいイベントメッセージを記録するために最も古いメッセージが削除されますイベントログはアクセスポイントフラッシュ上のファイルに保存されるのでリブートしても消去されませんアクセスポイントフラッシュへの書き込み回数を最小限にするためにイベントログの内容 9

10 アクセスポイントイベントログの表示 (CLI) がイベントログファイルに書き込まれるのは通常のリロード時またはクラッシュ時だけとなっていますアクセスポイントイベントログの表示 (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} 10

11 FlexConnect FlexConnect 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 11

12 OfficeExtend アクセスポイントのトラブルシューティング Cisco Wireless LAN Controller リリース 8.1 では AP702W/I/E で条件付きデバッグがサポートされません機能制限 WLC ハイアベイラビリティはサポートされません AP 設定はリブート時に破棄されます FlexConnectGroup に対して AP を追加または削除するとその AP の FlexConnect デバッグ状態に影響します OfficeExtend アクセスポイントのトラブルシューティング OfficeExtend アクセスポイントのトラブルシューティングについて OfficeExtend の LED の解釈この項では OfficeExtend アクセスポイントの問題が発生した場合のトラブルシューティング情報を示します Cisco 600 シリーズ OfficeExtend AP のトラブルシューティングの詳細については office-extend-config-00.html#troubleshoot を参照してください LED パターンは OfficeExtend アクセスポイントが 1130 シリーズか 1140 シリーズかによって異なります LED パターンの説明については [ 英語 ] で Cisco OfficeExtend Access Point Quick Start Guide を参照してください RF カバレッジが最適になるように OfficeExtend アクセスポイントを配置する OfficeExtend アクセスポイントの位置を決めるときはアクセスポイントの RF 信号がアクセスポイントの LED 側から円すい形に広がるように発信されることを考慮してくださいアクセスポイントを取り付けるときは背面の金属プレートの背後を空気が通るようにしてアクセスポイントの過熱を防いでください 12

一般的な問題のトラブルシューティング図 1 : OfficeExtend アクセスポイントの放射パターン一般的な問題のトラブルシューティング OfficeExtend アクセスポイントに関する問題のほとんどは次のいずれかですネットワークまたはファイアウォールの問題が原因でアクセスポイントがコントローラに join できない解決方法 : アクセスポイントの join 情報の表示

13 一般的な問題のトラブルシューティング図 1 : OfficeExtend アクセスポイントの放射パターン一般的な問題のトラブルシューティング OfficeExtend アクセスポイントに関する問題のほとんどは次のいずれかですネットワークまたはファイアウォールの問題が原因でアクセスポイントがコントローラに join できない解決方法 : アクセスポイントの join 情報の表示の項の指示に従って OfficeExtend アクセスポイントの join 統計情報を表示しますまたはアクセスポイントのパブリック IP アドレスを見つけてパケットサイズを変えながら ping を社内から実行しますアクセスポイントが join しても何度も切断されるこの動作が発生するのは一般にネットワークの問題があるときやタイムアウト時間が短いためにネットワークアドレス変換 (NAT) またはファイアウォールポートが閉じたときです解決方法 : テレワーカーに LED の状態を確認してもらいます NAT の問題が原因でクライアントがアソシエートできない解決方法 : テレワーカーに速度テストと ping テストを実行してもらいますサーバによってはパケットのサイズが大きいと ping を実行しても応答が返されませんクライアントがデータを廃棄し続けるこの動作が発生するのは一般にタイムアウト時間が短いためにホームルータがポートを閉じたときです解決方法 : クライアントのトラブルシューティングを Cisco Prime Infrastructure で実行し問題が OfficeExtend アクセスポイントとクライアントのどちらに関連するものかを判断しますアクセスポイントがエンタープライズ WLAN をブロードキャストしていない解決方法 : テレワーカーにケーブル電源および LED の状態を確認してもらいますそれでも問題を特定できない場合はテレワーカーに次のことを試してもらいます PC をホームルータに直接接続してなどのインターネット Web サイトに接続できるかどうかを調べます PC がインターネットに接続できない場合はルータまたはモデムを調べます PC がインターネットに接続できる場合はホームルータの設定を調べますアクセスポイントからインターネットへの到達をブロックするようなファイアウォールまたは MAC に基づくフィルタが有効になっているかどうかを調べてください 13

14 一般的な問題のトラブルシューティングホームルータにログインしてアクセスポイントが 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 の状態を確認してください ) クライアントの電源を入れます 14

15 リンクテストの実行リンクテストの実行リンクテストの実行についてリンクテストを使用して 2 つのデバイス間の無線リンクの質を決定しますリンクテストの際には要求と応答の 2 種類のリンクテストパケットを送信しますリンクテストの要求パケットを受信した無線は適切なテキストボックスを記入して応答タイプセットを使用して送信者にパケットを返信しますクライアントからアクセスポイント方向への無線リンクの質はアクセスポイントからクライアント方向へのものと異なることがありそれは双方の送信電力と受信感度が非対称であることによるものです 2 種類のリンクテスト (ping テストおよび CCX リンクテスト ) を実行できます ping リンクテストではコントローラはクライアントからアクセスポイント方向でのみリンクの質をテストできますアクセスポイントで受信された ping パケットの RF パラメータはクライアントからアクセスポイント方向のリンクの質を決定するためにコントローラによりポーリングされます CCX リンクテストではコントローラはアクセスポイントからクライアント方向でもリンクの質をテストできますコントローラはクライアントにリンクテスト要求を発行しクライアントは応答パケットで受信した要求パケットの RF パラメータを記録します ( 受信信号強度インジケータ [RSSI] 信号対雑音比 [SNR] など ) リンクテストの要求ロールと応答ロールの両方をアクセスポイントとコントローラに実装しますアクセスポイントまたはコントローラが CCX v4 クライアントまたは v5 クライアントに対してリンクテストを開始でき同様に CCX v4 クライアントまたは v5 クライアントもアクセスポイントまたはコントローラに対してリンクテストを開始できますコントローラでは CCX リンクテストに対する下記のリンクの質のメトリックが両方向で表示されます ( アウト : アクセスポイントからクライアントイン : クライアントからアクセスポイント ) RSSI の形式の信号強度 ( 最小最大および平均 ) SNR の形式の信号の質 ( 最小最大および平均 ) 再試行されたパケットの合計数単一パケットの最大再試行回数消失パケット数正常に送信されたパケットのデータレートコントローラにより方向とは無関係に次のメトリックが表示されますリンクテストの要求 / 応答の往復時間 ( 最小最大および平均 ) 15

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

16 リンクテストの実行 (GUI) コントローラソフトウェアは 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 16

17 リンクテストの実行 (CLI) コントローラとテストするクライアントの両方で CCX v4 以降のリリースを有効化すると次のような情報が表示されます CCX Link Test to 00:0d:88:c5:8a:d1. Link Test Packets Sent Link Test Packets Received 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) dBm/-50dBm/-55dBm RSSI at Client (min/max/average) dBm/-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: Transmit rate: 1M 2M 5.5M 6M 9M 11M 12M 18M 24M 36M 48M 54M 108M Packet Count: CCX v4 以降のリリースがコントローラまたはテストするクライアントのいずれかで無効化されている場合には表示される情報が少なくなります Ping Link Test to 00:0d:88:c5:8a:d1. Link Test Packets Sent Link Test Packets Received Local Signal Strength dBm 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 17

18 リンクテストの実行 (CLI) 18

新しいモビリティの設定

新しいモビリティの設定新しいモビリティについて, 1 ページ新しいモビリティの制約事項, 2 ページ GUI, 2 ページ CLI, 4 ページ新しいモビリティについて新しいモビリティは Cisco Catalyst 3850 シリーズスイッチおよび Cisco 5760 シリーズワイヤレス LAN コントローラなどのワイヤレスコントロールモジュール WCM を使用した統合アクセスコントローラと互換性のあるコントローラを有効にします

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

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