- はじめに
- 概要
- CLI の使用方法
- スイッチの IP アドレスおよびデフォ ルト ゲートウェイの割り当て
- Cisco IOS CNS エージェントの設定
- スイッチのクラスタ化
- スイッチの管理
- SDM テンプレートの設定
- スイッチ ベース認証の設定
- IEEE 802.1x ポートベース認証の設定
- インターフェイス特性の設定
- SmartPort マクロの設定
- VLAN の設定
- VTP の設定
- 音声 VLAN の設定
- プライベート VLAN の設定
- IEEE 802.1Q トンネリングおよびレイ ヤ 2 プロトコル トンネリングの設定
- STP の設定
- MSTP の設定
- オプションのスパニング ツリー機能の 設定
- Flex Link および MAC アドレス テー ブル移動更新機能の設定
- DHCP 機能 および IP ソース ガード の 設定
- ダイナミック ARP 検査の設定
- IGMP スヌーピングおよび MVR の設定
- ポート単位のトラフィック制御の設定
- CDP の設定
- LLDP および LLDP-MED の設定
- UDLD の設定
- SPAN および RSPAN の設定
- RMON の設定
- システム メッセージ ロギングの設定
- SNMP の設定
- ACL によるネットワーク セキュリティ の設定
- QoS の設定
- EtherChannel およびリンクステート トラッキングの設定
- IP ユニキャスト ルーティングの設定
- IPv6 ユニキャスト ルーティングの 設定
- IPv6 MLD スヌーピングの設定
- IPv6 ACL の設定
- HSRP および拡張オブジェクト トラッ キングの設定
- WCCP による Web キャッシュ サービ スの設定
- IP マルチキャスト ルーティングの設定
- MSDP の設定
- フォールバック ブリッジングの設定
- トラブルシューティング
- オンライン診断の設定
- サポート対象 MIB
- Cisco IOS ファイル システム、 コンフィギュレーション ファイル、 およびソフトウェア イメージの操作
- Cisco IOS Release 12.2(37)SE で サポートされていないコマンド
- 索引
Catalyst 3560 スイッチ ソフトウェア コンフィギュレーション ガイド Cisco IOS Release 12.2(37)SE
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月4日
章のタイトル： トラブルシューティング
トラブルシューティング
この章では、Cisco IOS ソフトウェアに関連する、Catalyst 3560スイッチの問題点を特定し、解決する方法について説明します。問題の性質に応じて、CLI（コマンドライン インターフェイス）、デバイス マネージャ、または Network Assistant を使用して、問題を特定し解決できます。
LED の説明など、トラブルシューティングの詳細については、ハードウェア インストレーション ガイドを参照してください。
（注） この章で使用するコマンドの構文および使用方法の詳細については、このリリースに対応するコマンド リファレンスおよび『Cisco IOS Command Summary』Release 12.2 を参照してください。
（注） 回復手順を実行するには、スイッチを直接操作しなければなりません。
ソフトウェアで障害が発生した場合の回復
スイッチ ソフトウェアが破損する状況としては、アップグレードを行った場合、スイッチに誤ったファイルをダウンロードした場合、イメージ ファイルを削除した場合などが考えられます。いずれの場合にも、スイッチは Power-On Self-Test（POST; 電源投入時自己診断テスト）に失敗し、接続できなくなります。
次の手順では、XMODEM プロトコルを使用して、破損したイメージ ファイルまたは間違ったイメージ ファイルを回復します。XMODEM プロトコルをサポートするソフトウェア パッケージは多数あり、使用するエミュレーション ソフトウェアによって、この手順は異なります。
ここで紹介する回復手順を実行するには、スイッチを直接操作しなければなりません。
ステップ 1
PC 上で、Cisco.com から tar 形式のソフトウェア イメージ ファイル（ image_filename.tar ）をダウンロードします。
Cisco IOS イメージは、tar ファイルのディレクトリ内にbinファイルとして格納されます。Cisco.com 上のソフトウェア イメージ ファイルの検索方法については、リリース ノートを参照してください。
ステップ 2 tar ファイルから bin ファイルを抽出します。
• Windows を使用している場合は、tar ファイルの読み取り機能を備えた zip プログラムを使用します。zip プログラムを使用して bin ファイルを特定し、抽出します。
• UNIX を使用している場合は、次の手順に従ってください。
1. tar -tvf < image_filename.tar > UNIX コマンドを使用して、tar ファイルの内容を表示します。
2. tar -xvf < image_filename.tar > < image_filename.bin > UNIX コマンドを使用して、bin ファイルを特定し、抽出します。
3. ls -l < image_filename.bin > UNIX コマンドを使用して、bin ファイルが抽出されたことを確認します。
ステップ 3 XMODEM プロトコルをサポートする端末エミュレーション ソフトウェアを備えた PC を、スイッチのコンソール ポートに接続します。
ステップ 4 エミュレーション ソフトウェアの回線速度を 9600 ボーに設定します。
ステップ 6 Mode ボタンを押しながら、電源コードをスイッチに再接続します。
ポート 1 の上の LED が消灯してから 1 ～ 2 秒後に、 Mode ボタンを離します。ソフトウェアに関する数行分の情報と指示が表示されます。
ステップ 7 フラッシュ ファイル システムを初期化します。
ステップ 8 コンソール ポートの速度を 9600 以外に設定していた場合、9600 にリセットされます。エミュレーション ソフトウェアの回線速度をスイッチのコンソール ポートに合わせて変更します。
ステップ 9 ヘルパー ファイルがある場合にはロードします。
ステップ 10 XMODEM プロトコルを使用して、ファイル転送を開始します。
ステップ 11 XMODEM 要求が表示されたら、端末エミュレーション ソフトウェアに適切なコマンドを使用して、転送を開始し、ソフトウェア イメージをフラッシュ メモリにコピーします。
ステップ 12 新規にダウンロードされた Cisco IOS イメージを起動します。
ステップ 13 archive download-sw 特権 EXEC コマンドを使用して、スイッチにソフトウェア イメージをダウンロードします。
ステップ 14 reload 特権 EXEC コマンドを使用してスイッチを再起動し、新しいソフトウェア イメージが適切に動作していることを確認します。
ステップ 15 スイッチから、flash: image_filename.bin ファイルを削除します。
パスワードを忘れた場合の回復
スイッチのデフォルト設定では、スイッチを直接操作するエンド ユーザが、スイッチの電源投入時に起動プロセスを中断して新しいパスワードを入力することにより、パスワードを紛失した状態から回復できます。ここで紹介する回復手順を実行するには、スイッチを直接操作してください。
（注） これらのスイッチでは、システム管理者はデフォルト設定に戻す場合に限りエンド ユーザによるパスワードのリセットを許可することによって、この機能の一部をディセーブルにできます。パスワード回復がディセーブルになっている場合に、エンド ユーザがパスワードをリセットしようとすると、回復プロセスの間、ステータス メッセージにその旨が表示されます。
ここでは、スイッチのパスワードを忘れた場合の回復手順について説明します。
パスワードの回復をイネーブルまたはディセーブルにするには、 service password-recovery グローバル コンフィギュレーション コマンドを使用します。スイッチのパスワードを忘れた場合には、次の手順に従ってください。
ステップ 1 端末エミュレーション ソフトウェアが稼働している端末または PC をスイッチのコンソール ポートに接続します。
ステップ 2 エミュレーション ソフトウェアの回線速度を 9600 ボーに設定します。
ステップ 4 電源コードをスイッチに再接続してから 15 秒以内に Mode ボタンを押します。このときシステム LED はグリーンに点滅しています。システム LED がアンバー（一瞬）からグリーンになるまで Mode ボタンを押したままにしてください。グリーンになったらボタンを離します。
ソフトウェアについての情報および指示が数行表示され、パスワード回復手順がディセーブルであるかどうかが示されます。
「パスワード回復がイネーブルになっている場合の手順」に進んで、その手順に従います。
「パスワード回復がディセーブルになっている場合の手順」に進んで、その手順に従います。
ステップ 5 パスワードのリカバリを行ったあとで、スイッチをリロードします。
パスワード回復がイネーブルになっている場合の手順
パスワード回復メカニズムがイネーブルになっている場合は、次のメッセージが表示されます。
ステップ 1 フラッシュ ファイル システムを初期化します。
ステップ 2 コンソール ポートの速度を 9600 以外に設定していた場合、9600 にリセットされます。エミュレーション ソフトウェアの回線速度をスイッチのコンソール ポートに合わせて変更します。
ステップ 3 ヘルパー ファイルがある場合にはロードします。
ステップ 5 コンフィギュレーション ファイルの名前を config.text.old に変更します。
セットアップ プログラムを起動するように求められます。プロンプトに N を入力します。
ステップ 7 スイッチ プロンプトで、特権 EXEC モードを開始します。
ステップ 8 コンフィギュレーション ファイルを元の名前に戻します。
ステップ 9 コンフィギュレーション ファイルをメモリにコピーします。
Source filename [config.text]?
Destination filename [running-config]?
確認を求めるプロンプトに、Return キーを押して応答します。
これで、コンフィギュレーション ファイルがリロードされ、パスワードを変更できます。
ステップ 10 グローバル コンフィギュレーション モードを開始します。
シークレット パスワードは 1 ～ 25 文字の英数字です。数字で始めることができます。大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されます。
Switch#
ステップ 13 実行コンフィギュレーションをスタートアップ コンフィギュレーション ファイルに書き込みます。
新しいパスワードがスタートアップ コンフィギュレーションに組み込まれました。
（注） 上記の手順を実行すると、スイッチの仮想インターフェイスがシャットダウン ステートになることがあります。このステートになっているインターフェイスを調べるには、show running-config特権 EXEC コマンドを入力します。インターフェイスを再びイネーブルにするには、interface vlan vlan-id グローバル コンフィギュレーション コマンドを入力して、シャットダウン インターフェイスの VLAN ID を指定します。スイッチがインターフェイス コンフィギュレーション モードの状態で、no shutdown コマンドを入力します。
パスワード回復がディセーブルになっている場合の手順
パスワード回復メカニズムがディセーブルになっている場合は、次のメッセージが表示されます。
• n （no）を入力すると、 Mode ボタンを押さなかった場合と同様に、通常のブート プロセスが継続されます。ブート ローダ プロンプトにはアクセスできません。したがって、新しいパスワードを入力できません。次のメッセージが表示されます。
• y （yes）を入力すると、フラッシュ メモリ内のコンフィギュレーション ファイルおよび VLAN データベース ファイルが削除されます。デフォルト設定がロードされるときに、パスワードをリセットできます。
ステップ 1 パスワード回復手順の継続を選択すると、既存の設定が失われます。
ステップ 2 ヘルパー ファイルがある場合にはロードします。
セットアップ プログラムを起動するように求められます。パスワード回復手順を継続するには、プロンプトに N を入力します。
ステップ 5 スイッチ プロンプトで、特権 EXEC モードを開始します。
ステップ 6 グローバル コンフィギュレーション モードを開始します。
シークレット パスワードは 1 ～ 25 文字の英数字です。数字で始めることができます。大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されます。
Switch#
ステップ 9 実行コンフィギュレーションをスタートアップ コンフィギュレーション ファイルに書き込みます。
新しいパスワードがスタートアップ コンフィギュレーションに組み込まれました。
（注） 上記の手順を実行すると、スイッチの仮想インターフェイスがシャットダウン ステートになることがあります。このステートになっているインターフェイスを調べるには、show running-config特権 EXEC コマンドを入力します。インターフェイスを再びイネーブルにするには、interface vlan vlan-id グローバル コンフィギュレーション コマンドを入力して、シャットダウン インターフェイスの VLAN ID を指定します。スイッチがインターフェイス コンフィギュレーション モードの状態で、no shutdown コマンドを入力します。
ステップ 10 ここでスイッチを再設定する必要があります。システム管理者によって、バックアップ スイッチと VLAN コンフィギュレーション ファイルが使用可能に設定されている場合は、これらを使用します。
コマンド スイッチで障害が発生した場合の回復
ここでは、コマンド スイッチで障害が発生した場合の回復手順について説明します。Hot Standby Router Protocol（HSRP）を使用すると、冗長コマンド スイッチ グループを設定できます。詳細については「スイッチのクラスタ化」、および 「HSRP および拡張オブジェクト トラッキングの設定」を参照してください。また、Cisco.com で利用できる『 Getting Started with Cisco Network Assistant 』も参照してください。
（注） HSRP は、クラスタを冗長構成にする場合に適しています。
スタンバイ コマンド スイッチが未設定で、かつコマンド スイッチで電源故障などの障害が発生した場合には、メンバー スイッチとの管理接続が失われるので、新しいコマンド スイッチに交換する必要があります。ただし、接続されているスイッチ間の接続は影響を受けません。また、メンバー スイッチも通常どおりにパケットを転送します。メンバー スイッチは、コンソール ポートを介してスタンドアロンのスイッチとして管理できます。また、IP アドレスが与えられている場合は、他の管理インターフェイスを使用して管理できます。
コマンド対応メンバー スイッチまたは他のスイッチに IP アドレスを割り当て、コマンド スイッチのパスワードを書き留め、メンバー スイッチと交換用コマンド スイッチ間の冗長接続が得られるようにクラスタを配置することにより、コマンド スイッチ障害に備えます。ここでは、故障したコマンド スイッチの交換方法を 2 通り紹介します。
• 「故障したコマンド スイッチをクラスタ メンバーと交換する場合」
• 「故障したコマンド スイッチを他のスイッチと交換する場合」
ここで紹介する回復手順を実行するには、スイッチを直接操作してください。
コマンド対応スイッチについては、リリース ノートを参照してください。
故障したコマンド スイッチをクラスタ メンバーと交換する場合
故障したコマンド スイッチを同じクラスタ内のコマンド対応メンバー スイッチに交換するには、次の手順に従ってください。
ステップ 1 コマンド スイッチとメンバー スイッチとの接続を切断し、クラスタからコマンド スイッチを物理的に取り外します。
ステップ 2 故障したコマンド スイッチの代わりに新しいメンバー スイッチを取り付け、コマンド スイッチとクラスタ メンバー間の接続を復元します。
ステップ 3 新しいコマンド スイッチで CLI セッションを開始します。
CLI にはコンソール ポートを使用してアクセスできます。また、スイッチに IP アドレスが割り当てられている場合は、Telnet を使用してアクセスできます。コンソール ポートの詳しい使用方法については、スイッチのハードウェア インストレーション ガイドを参照してください。
ステップ 4 スイッチ プロンプトで、特権 EXEC モードを開始します。
Switch#
ステップ 5 故障したコマンド スイッチのパスワードを入力します。
ステップ 6 グローバル コンフィギュレーション モードを開始します。
Enter configuration commands, one per line. End with CNTL/Z.
Switch#
ステップ 9 セットアップ プログラムを使用して、スイッチの IP 情報を設定します。IP アドレス情報およびパスワードを入力するように要求されます。特権 EXEC モードから setup と入力し、Return キーを押します。
セットアップ プログラムのプロンプトは、コマンド スイッチとして選択したメンバー スイッチによって異なります。
このプロンプトが表示されなければ、 enable と入力し、 Return キーを押してください。セットアップ プログラムを開始するには、setup と入力し、 Return キーを押してください。
ステップ 11 セットアップ プログラムの質問に応答します。
ホスト名を入力するように要求された場合、コマンド スイッチ上で指定できるホスト名の文字数は 28 文字、メンバー スイッチ上では 31 文字に制限されていることに注意してください。どのスイッチでも、ホスト名の最終文字として -n （ n は数字）を使用しないでください。
Telnet（仮想端末）パスワードを入力するように要求された場合、パスワードには 1 ～ 25 文字の英数字を使用でき、大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されることに注意してください。
ステップ 12 enable secret および enable パスワードを入力するように要求された場合、 故障したコマンド スイッチ のパスワードを再び入力してください。
ステップ 13 スイッチをクラスタ コマンド スイッチとしてイネーブルにすることを確認し、 Return キーを押します（要求された場合）。
ステップ 14 クラスタに名前を指定し、Return キーを押します（要求された場合）。
クラスタ名には 1 ～ 31 文字の英数字、ダッシュ、または下線を使用できます。
ステップ 15 初期設定が表示されたら、アドレスが正しいことを確認してください。
ステップ 16 表示された情報が正しい場合は、Y を入力し、Return キーを押します。
情報に誤りがある場合には、N を入力し、Return キーを押して、ステップ 9 からやり直します。
ステップ 17 ブラウザを起動し、新しいコマンド スイッチの IP アドレスを入力します。
ステップ 18 クラスタ メニューから、 Add to Cluster を選択し、クラスタへ追加する候補スイッチの一覧を表示します。
故障したコマンド スイッチを他のスイッチと交換する場合
故障したコマンド スイッチを、クラスタに組み込まれていないコマンド対応スイッチと交換する場合、次の手順に従ってください。
ステップ 1 故障したコマンド スイッチの代わりに新しいスイッチを取り付け、コマンド スイッチとクラスタ メンバー間の接続を復元します。
ステップ 2 新しいコマンド スイッチで CLI セッションを開始します。
CLI にはコンソール ポートを使用してアクセスできます。また、スイッチに IP アドレスが割り当てられている場合は、Telnet を使用してアクセスできます。コンソール ポートの詳しい使用方法については、スイッチのハードウェア インストレーション ガイドを参照してください。
ステップ 3 スイッチ プロンプトで、特権 EXEC モードを開始します。
Switch#
ステップ 4 故障したコマンド スイッチのパスワードを入力します。
ステップ 5 セットアップ プログラムを使用して、スイッチの IP 情報を設定します。
IP アドレス情報およびパスワードを入力するように要求されます。特権 EXEC モードから setup と入力し、Return キーを押します。
セットアップ プログラムのプロンプトは、コマンド スイッチとして選択したスイッチによって異なります。
このプロンプトが表示されなければ、 enable と入力し、 Return キーを押してください。セットアップ プログラムを開始するには、setup と入力し、 Return キーを押してください。
ホスト名を入力するように要求された場合、コマンド スイッチ上で指定できるホスト名の文字数は 28 文字に制限されていることに注意してください。どのスイッチでも、ホスト名の最終文字として -n （ n は数字）を使用しないでください。
Telnet（仮想端末）パスワードを入力するように要求された場合、パスワードには 1 ～ 25 文字の英数字を使用でき、大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されることに注意してください。
ステップ 8 enable secret および enable パスワードを入力するように要求された場合、 故障したコマンド スイッチ のパスワードを再び入力してください。
ステップ 9 スイッチをクラスタ コマンド スイッチとしてイネーブルにすることを確認し、 Return キーを押します（要求された場合）。
ステップ 10 クラスタに名前を指定し、Return キーを押します（要求された場合）。
クラスタ名には 1 ～ 31 文字の英数字、ダッシュ、または下線を使用できます。
ステップ 11 初期設定が表示されたら、アドレスが正しいことを確認してください。
ステップ 12 表示された情報が正しい場合は、Y を入力し、Return キーを押します。
情報に誤りがある場合には、N を入力し、Return キーを押して、ステップ 9 からやり直します。
ステップ 13 ブラウザを起動し、新しいコマンド スイッチの IP アドレスを入力します。
ステップ 14 クラスタ メニューから、 Add to Cluster を選択し、クラスタへ追加する候補スイッチの一覧を表示します。
クラスタ メンバー スイッチとの接続の回復
構成によっては、コマンド スイッチとメンバー スイッチ間の接続を維持できない場合があります。メンバーに対する管理接続を維持できなくなった場合で、かつ、メンバー スイッチが正常にパケットを転送している場合は、次の矛盾がないかどうかを確認してください。
• メンバー スイッチ（Catalyst 3750、Catalyst 3560、Catalyst 3550、Catalyst 3500 XL、Catalyst 2970、Catalyst 2960、Catalyst 2950、Catalyst 2900 XL、Catalyst 2820、および Catalyst 1900 スイッチ）は、ネットワーク ポートとして定義されたポートを介してコマンド スイッチに接続することはできません。
• Catalyst 3500 XL、Catalyst 2900 XL、Catalyst 2820、および Catalyst 1900 メンバー スイッチは、同じ管理 VLAN に所属するポートを介してコマンド スイッチに接続する必要があります。
• セキュア ポートを介してコマンド スイッチに接続するメンバー スイッチ（Catalyst 3750、Catalyst 3560、Catalyst 3550、Catalyst 2970、Catalyst 2960、Catalyst 2950、Catalyst 3500 XL、Catalyst 2900 XL、Catalyst 2820、および Catalyst 1900 スイッチ）は、セキュリティ違反が原因でポートがディセーブルになった場合、接続不能になることがあります。
自動ネゴシエーションの不一致の防止
IEEE 802.3ab 自動ネゴシエーション プロトコルは速度（10 Mbps、100 Mbps、および Small Form-Factor Pluggable [SFP] モジュール ポート以外の 1000 Mbps）およびデュプレックス（半二重または全二重）に関するスイッチの設定を管理します。このプロトコルは設定を適切に調整しないことがあり、その場合はパフォーマンスが低下します。不一致は次の条件で発生します。
• 手動で設定した速度またはデュプレックスのパラメータが、接続ポート上で手動で設定された速度またはデュプレックスのパラメータと異なっている場合。
• ポートが自動ネゴシエーション モードに設定されており、接続ポートが自動ネゴシエーションを指定せずに全二重に設定されている場合。
スイッチのパフォーマンスを最大限に引き出してリンクを確保するには、次のいずれかの注意事項に従って、デュプレックスおよび速度の設定を変更してください。
• 速度とデュプレックスの両方について、両端のポートに自動ネゴシエーションを実行させます。
• 接続の両端で、ポートの速度およびデュプレックス パラメータを手動設定します。
（注） リモート デバイスが自動ネゴシエーションを実行しない場合は、2 つのポートのデュプレックス設定が一致するように設定します。速度パラメータは、接続ポートが自動ネゴシエーションを行わない場合でも、自動調整が可能です。
PoE スイッチ ポートのトラブルシューティング
ここでは、Power over Ethernet（PoE）ポートのトラブルシューティングについて説明します。
電力喪失によるポートの障害
PoE スイッチ ポートに接続され、AC 電源から電力が供給されている受電装置（Cisco IP Phone 7910 など）にAC電源から電力が供給されない場合、そのデバイスは errdisable ステートになることがあります。errdisable ステートから回復するには、 shutdown インターフェイス コンフィギュレーション コマンドを入力してから、 no shutdown インターフェイス コマンドを入力します。スイッチで自動回復を設定し、errdisable ステートから回復することもできます。このリリースのコマンド リファレンスに記載されているコマンドを使用すると、PoE ポート ステータスをモニタできます。
• show controllers power inline 特権 EXEC コマンド
不正リンクアップによるポート障害
シスコ受電装置をポートに接続し、 power inline never インターフェイス コンフィギュレーション コマンドを使用してポートを設定した場合は、不正リンクアップが発生し、ポートが errdisable ステートになることがあります。ポートを errdisable ステートから修正するには、 shutdown および no shutdown インターフェイス コンフィギュレーション コマンドを入力します。
SFP モジュールのセキュリティと識別
シスコの SFP モジュールは、モジュールのシリアル番号、ベンダー名とベンダー ID、一意のセキュリティ コード、および Cyclic Redundancy Check（CRC; 巡回冗長検査）が格納されたシリアル EEPROM（電気的に消去可能でプログラミング可能な ROM）を備えています。スイッチに SFP モジュールを装着すると、スイッチ ソフトウェアは、EEPROM を読み取ってシリアル番号、ベンダー名、およびベンダー ID を確認し、セキュリティ コードおよび CRC を再計算します。シリアル番号、ベンダー名、ベンダー ID、セキュリティ コード、または CRC が無効な場合、ソフトウェアは、セキュリティ エラー メッセージを生成し、インターフェイスを errdisable ステートにします。
（注） セキュリティ エラー メッセージは、GBIC_SECURITY ファシリティを参照します。Catalyst 2970 スイッチは、SFP モジュールをサポートしていますが、GBIC（ギガビット インターフェイス コンバータ）モジュールはサポートしていません。エラー メッセージ テキストは、GBIC インターフェイスおよびモジュールを参照しますが、セキュリティ メッセージは、実際は SFP モジュールおよびモジュール インターフェイスを参照します。エラー メッセージの詳細については、このリリースに対応するシステム メッセージ ガイドを参照してください。
他社の SFP モジュールを使用している場合、スイッチから SFP モジュールを取り外し、シスコのモジュールに交換します。シスコの SFP モジュールを装着したら、 errdisable recovery cause gbic-invalid グローバル コンフィギュレーション コマンドを使用してポート ステータスを確認し、errdisable ステートから回復する時間間隔を入力します。この時間間隔が経過すると、スイッチは errdisable ステートからインターフェイスを復帰させ、操作を再試行します。 errdisable recovery コマンドの詳細については、このリリースに対応するコマンド リファレンスを参照してください。
モジュールがシスコ製 SFP モジュールとして識別されたにもかかわらず、システムがベンダー データ情報を読み取ってその情報が正確かどうかを確認できないと、SFP モジュール エラー メッセージが生成されます。この場合、SFP モジュールを取り外して再び装着してください。それでも障害が発生する場合は、SFP モジュールが不良品である可能性があります。
SFP モジュール ステータスのモニタリング
show interfaces transceiver 特権 EXEC コマンドを使用すると、SFP モジュールの物理または動作ステータスを確認できます。このコマンドは、温度や特定のインターフェイス上の SFP モジュールの現状などの動作ステータスと、アラーム ステータスを表示します。また、このコマンドを使用して SFP モジュールの速度およびデュプレックス設定も確認できます。詳細については、このリリースのコマンド リファレンスに記載された「 show interfaces transceiver 」コマンドの説明を参照してください。
温度のモニタリング
Catalyst 3560G-48TS、3560G-48PS、3560G-24TS、および 3560G-24PS スイッチでは、温度状態をモニタします。スイッチでは温度情報が使用されてファンも制御されます。
温度の値、状態、しきい値を表示するには、 show env temperature status 特権 EXEC コマンドを使用します。温度の値は、スイッチ内の温度であり、外部の温度ではありません。 system env
temperature threshold yellow value グローバル コンフィギュレーション コマンドを使用して黄色のしきい値レベル（摂氏）のみを設定し、黄色のしきい値およびレッドのしきい値の差を設定できます。グリーンまたはレッドのしきい値を設定することはできません。詳細については、このリリースのコマンド リファレンスを参照してください。
ping の使用
ping の概要
スイッチは IP の ping をサポートしており、これを使ってリモート ホストへの接続をテストできます。ping はアドレスにエコー要求パケットを送信し、応答を待ちます。ping は次のいずれかの応答を返します。
• 正常な応答 ― 正常な応答（ hostname が存在する）は、ネットワーク トラフィックにもよりますが、1 ～ 10 秒以内で発生します。
• 宛先の応答なし ― ホストが応答しない場合、 no-answer メッセージが返ってきます。
• ホスト不明 ― ホストが存在しない場合、 unknown host メッセージが返ってきます。
• 宛先に到達不能 ― デフォルト ゲートウェイが指定されたネットワークに到達できない場合、 destination-unreachable メッセージが返ってきます。
• ネットワークまたはホストに到達不能 ― ルート テーブルにホストまたはネットワークに関するエントリがない場合、 network or host unreachable メッセージが返ってきます。
ping の実行
別の IP サブネットワーク内のホストに ping を実行する場合は、ネットワークへのスタティック ルートを定義するか、またはこれらのサブネット間でルーティングされるように IP ルーティングを設定する必要があります。詳細は、「IP ユニキャスト ルーティングの設定」を参照してください。
IP ルーティングは、デフォルトではすべてのスイッチでディセーブルになります。IP ルーティングをイネーブルにする場合、または設定する必要がある場合は、「IP ユニキャスト ルーティングの設定」を参照してください。
スイッチからネットワーク上の別のデバイスに ping を実行するには、特権 EXEC モードで次のコマンドを使用します。
|
|
|
|---|---|
（注） ping コマンドでは、他のプロトコル キーワードも使用可能ですが、このリリースではサポートされていません。
表44-1 で、ping の文字出力について説明します。
|
|
|
|---|---|
ping セッションを終了するには、エスケープ シーケンス（デフォルトでは Ctrl-^ X ）を入力してください。 Ctrl キー、 Shift キー、および 6 キーを同時に押してから離し、そのあと X キーを押します。
レイヤ 2 traceroute の使用
レイヤ 2 traceroute の概要
レイヤ 2 traceroute 機能により、パケットが通過する、送信元デバイスから宛先デバイスへの物理パスを識別できます。レイヤ 2 traceroute はユニキャスト送信元および宛先 MAC アドレスのみをサポートします。パス内にあるスイッチの MAC アドレス テーブルを使用してパスを識別します。スイッチがレイヤ 2 traceroute をサポートしないデバイスをパスで検出すると、スイッチはレイヤ 2 トレース キューを送信し続けてタイムアウトにしてしまいます。
スイッチは、送信元デバイスから宛先デバイスへのパスのみを識別できます。パケットが通過する、送信元ホストから送信元デバイスまで、または宛先デバイスから宛先ホストまでのパスは識別できません。
使用時の注意事項
レイヤ 2 traceroute の使用上の注意事項を次に示します。
• Cisco Discovery Protocol（CDP）がネットワーク上のすべてのデバイスでイネーブルでなければなりません。レイヤ 2 traceroute が適切に動作するために、CDP をディセーブルにしないでください。
レイヤ 2 traceroute をサポートするスイッチの一覧については、「使用時の注意事項」を参照してください。物理パス内のデバイスが CDP に対して透過的な場合、スイッチはこれらのデバイスを通過するパスを識別できません。CDP をイネーブルにする場合の詳細については、「CDP の設定」 を参照してください。
• スイッチは、 ping 特権 EXEC コマンドを使用して接続をテストする場合に他のスイッチから到達できます。物理パス内のすべてのスイッチは、他のスイッチから到達可能でなければなりません。
• 送信元デバイスから宛先デバイスの物理パス内にないスイッチに、 traceroute mac または
traceroute mac ip 特権 EXEC コマンドを実行できます。パス内のすべてのスイッチは、このスイッチから到達可能でなければなりません。
• 指定した送信元および宛先 MAC アドレスが同一 VLAN に属する場合、 traceroute mac コマンド出力はレイヤ 2 パスのみを表示します。異なる VLAN にある送信元および宛先 MAC アドレスを指定する場合、レイヤ 2 パスは識別されず、エラー メッセージが表示されます。
• マルチキャスト送信元または宛先 MAC アドレスを指定する場合、レイヤ 2 パスは識別されず、エラー メッセージが表示されます。
• 送信元または宛先 MAC アドレスが複数の VLAN に属している場合、送信元および宛先 MAC アドレスの両方が属する VLAN を指定しなければなりません。VLAN が指定されない場合、パスは識別されず、エラー メッセージが表示されます。
• 指定した送信元および宛先 MAC アドレスが同一サブネットに属する場合、 traceroute mac ip コマンド出力はレイヤ 2 パスを表示します。IP アドレスを指定する場合、スイッチは Address Resolution Protocol（ARP; アドレス解決プロトコル）を使用して、IP アドレスを対応する MAC アドレスおよび VLAN ID に関連付けます。
–ARP エントリが指定した IP アドレスにある場合、スイッチは関連する MAC アドレスを使用して物理パスを識別します。
–ARP エントリが存在しない場合、スイッチは ARP クエリーを送信して IP アドレスを解決しようとします。IP アドレスが解決されない場合、パスは識別されず、エラー メッセージが表示されます。
• 複数のデバイスがハブを介して 1 つのポートに接続されている場合（たとえば複数の CDP ネイバーがポートで検出された場合）、レイヤ 2 traceroute 機能はサポートされません。複数の CDP ネイバーが 1 つのポート上で検出されると、レイヤ 2 パスは識別されず、エラー メッセージが表示されます。
物理パスの表示
次のいずれかの特権 EXEC コマンドを使用して、パケットが通過する、送信元デバイスから宛先デバイスへの物理パスを表示できます。
• tracetroute mac [ interface interface-id ] { source-mac-address } [ interface interface-id ] { destination-mac-address } [ vlan vlan-id ] [ detail ]
• tracetroute mac ip { source-ip-address | source-hostname }{ destination-ip-address | destination-hostname } [ detail ]
IP traceroute の使用
IP traceroute の概要
IP traceroute を使用すると、ネットワーク上でパケットが通過するパスをホップバイホップで識別できます。このコマンドを実行すると、トラフィックが宛先に到達するまでに通過するルータなどのすべてのネットワーク レイヤ（レイヤ 3）デバイスが表示されます。
スイッチは、 traceroute 特権 EXEC コマンドの送信元または宛先として指定できます。また、スイッチは traceroute コマンドの出力でホップとして表示される場合があります。スイッチを traceroute の宛先とすると、スイッチは、traceroute の出力で最終の宛先として表示されます。中間スイッチが同じ VLAN 内でポート間のパケットのブリッジングだけを行う場合、traceroute の出力に中間スイッチは表示されません。ただし、中間スイッチが、特定のパケットをルーティングするマルチレイヤ スイッチの場合、中間スイッチは traceroute の出力にホップとして表示されます。
traceroute 特権 EXEC コマンドは、IP ヘッダーの Time To Live（TTL; 存続可能時間）フィールドを使用して、ルータおよびサーバで特定のリターン メッセージが生成されるようにします。traceroute の実行は、UDP データグラムを、TTL フィールドが 1 に設定されている宛先ホストへ送信することから始まります。ルータが TTL 値が 1 または 0 であることを検出すると、データグラムを廃棄し、Internet Control Message Protocol（ICMP）time-to-live-exceeded メッセージを送信元に送信します。traceroute は、ICMP time-to-live-exceeded メッセージの送信元アドレス フィールドを調べて、最初のホップのアドレスを判別します。
ネクストホップを識別するために、traceroute は TTL 値が 2 の UDP パケットを送信します。1 番めのルータは、TTL フィールドの値から 1 を差し引いて次のルータにデータグラムを送信します。2 番めのルータは、TTL 値が 1 であることを確認すると、このデータグラムを廃棄し、
time-to-live-exceeded メッセージを送信元へ返します。このように、データグラムが宛先ホストに到達するまで（または TTL の最大値に達するまで）TTL の値は増分され、処理が続けられます。
データグラムが宛先に到達したことを学習するために、traceroute は、データグラムの UDP 宛先ポート番号を、宛先ホストが使用する可能性のない大きな値に設定します。ホストが、ローカルで使用されない宛先ポート番号を持つ自分自身宛のデータグラムを受信すると、送信元に ICMP ポート到達不能 エラーを送信します。ポート到達不能エラーを除くすべてのエラーは中間ホップから送信されるため、ポート到達不能エラーを受信するということは、このメッセージが宛先ポートから送信されたことを意味します。
IP traceroute の実行
ネットワーク上でパケットが通過するパスを追跡するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|---|---|
（注） traceroute 特権 EXEC コマンドでは、他のプロトコル キーワードも使用可能ですが、このリリースではサポートされていません。
次に、IP ホストに traceroute を実行する例を示します。
ディスプレイには、送信される 3 つのプローブごとに、ホップ カウント、ルータの IP アドレス、およびラウンドトリップ タイム（ミリ秒単位）が表示されます。
|
|
|
|---|---|
実行中の追跡を終了するには、エスケープ シーケンス（デフォルトでは Ctrl-^ X ）を入力してください。 Ctrl キー、 Shift キー、および 6 キーを同時に押してから離し、そのあと X キーを押します。
TDR の使用
TDR の概要
Cisco IOS Release 12.2(25)SE 以降では、Time Domain Reflector（TDR）機能を使用してケーブル配線の問題を診断して解決できます。TDR 稼働時、ローカル デバイスはケーブルを介して信号を送信して、最初に送信した信号と反射された信号を比べます。
TDR は 10/100/1000 の銅線イーサネット ポート上でのみサポートされます。10/100 ポートまたは SFP モジュール ポートではサポートされません。
• ツイストペア ケーブルの導線のオープン、損傷、切断 ― 導線がリモート デバイスからの導線に接続されていない状態。
• ツイストペア ケーブルの導線のショート ― 導線が互いに接触している状態、またはリモート デバイスからの導線に接触している状態。たとえば、ツイスト ペア ケーブルの一方の導線が、もう一方の導線にはんだ付けされている場合、ツイストペア ケーブルのショートが発生します。
ツイストペアの導線の一方がオープンになっている場合、TDR はオープンになっている導線の長さを検出できます。
TDR の実行および結果の表示
TDR を実行する場合、 test cable-diagnostics tdr interface interface-id 特権 EXEC コマンドを実行します。
TDR の結果を表示するには、 show cable-diagnostics tdr interface interface-id 特権 EXEC コマンドを実行します。出力フィールドの説明に関しては、このリリースに対応するコマンド リファレンスを参照してください。
debug コマンドの使用
ここでは、 debug コマンドを使用してインターネットワーキングの問題を診断し、解決する方法について説明します。
（注） 特定の debug コマンドの構文および使用方法の詳細については、このリリースのコマンド リファレンスを参照してください。
特定機能に関するデバッグのイネーブル化
debug コマンドはすべて特権 EXEC モードで実行します。ほとんどの debug コマンドは引数を取りません。たとえば、Switched Port Analyzer（SPAN; スイッチド ポート アナライザ）に対するデバッグをイネーブルにするには、特権 EXEC モードで次のコマンドを入力します。
スイッチは no 形式のコマンドが入力されるまで、出力を生成し続けます。
debug コマンドをイネーブルにしても、出力が表示されない場合は、次の状況が考えられます。
• モニタするトラフィック タイプを生成するようにスイッチが正しく設定されていない可能性があります。 show running-config コマンドを使用して、設定を確認してください。
• スイッチが正しく設定されていても、デバッグがイネーブルである間にモニタすべきタイプのトラフィックを生成しないことがあります。デバッグする機能によっては、TCP/IP の ping コマンドなどを使用すると、ネットワーク トラフィックを生成できます。
SPAN のデバッグをディセーブルにする場合は、特権 EXEC モードで次のコマンドを入力します。
また、特権 EXEC モードで undebug 形式のコマンドを入力することもできます。
各デバッグ オプションのステートを表示するには、特権 EXEC モードで次のコマンドを入力します。
システム全体診断のイネーブル化
システム全体診断をイネーブルにするには、特権 EXEC モードで、次のコマンドを入力します。
no debug all 特権 EXEC コマンドを使用すると、すべての診断出力がディセーブルになります。いずれかの debug コマンドが誤ってイネーブルのままにならないようにするには、 no debug all コマンドを使用するのが便利です。
デバッグおよびエラー メッセージ出力のリダイレクト
ネットワーク サーバはデフォルトで、 debug コマンドおよびシステム エラー メッセージの出力をコンソールに送信します。このデフォルトの設定を使用する場合は、コンソール ポートに接続する代わりに、仮想端末接続によってデバッグ出力をモニタできます。
出力先に指定できるのは、コンソール、仮想端末、内部バッファ、および Syslog サーバが稼働している UNIX ホストです。Syslog フォーマットは、4.3 Berkeley Standard Distribution（BSD）UNIX およびそのバリエーションと互換性があります。
（注） デバッグの出力先がシステムのオーバーヘッドに影響を与えることがないように注意してください。コンソールでメッセージ ロギングを行うと、オーバーヘッドが非常に大きくなりますが、仮想端末でメッセージ ロギングを行うと、オーバーヘッドが小さくなります。Syslog サーバでメッセージ ロギングを行うと、オーバーヘッドはさらに小さくなり、内部バッファであれば最小限ですみます。
システム メッセージ ロギングの詳細については、「システム メッセージ ロギングの設定」を参照してください。
show platform forward コマンドの使用
show platform forward 特権 EXEC コマンドの出力からは、インターフェイスに入るパケットがシステムを介して送信された場合、転送結果に関して、有意義な情報がいくつか得られます。パケットに関して入力されたパラメータに応じて、参照テーブル結果、転送宛先の計算に使用されるポート マップ、ビットマップ、および出力側の情報が表示されます。
（注） show platform forward コマンドの構文および使用方法の詳細については、このリリースに対応するスイッチ コマンド リファレンスを参照してください。
このコマンドで出力される情報のほとんどは、主に、スイッチの Application Specific Integrated Circuit（ASIC; 特定用途向け IC）に関する詳細情報を使用するテクニカル サポート担当者に役立つものです。ただし、パケット転送情報はトラブルシューティングにも役立ちます。
次に、VLAN 5 のポート 1 に入るパケットが、不明な MAC アドレスにアドレス指定されている場合の show platform forward コマンドの出力例を示します。パケットは VLAN 5 内のその他のすべてのポートに対してフラッディングされなければなりません。
次に、VLAN 5 のポート 1 に着信するパケットを、VLAN 上の別のポートで学習済みのアドレスに送信する場合の出力例を示します。パケットは、アドレスを学習したポートから転送する必要があります。
次に、VLAN 5 内のポート 1 に着信するパケットの宛先 MAC アドレスが VLAN 5 内のルータ MAC アドレスに設定されていて、宛先 IP アドレスが不明である場合の出力例を示します。デフォルト ルートが設定されていないため、パケットは廃棄されます。
次に、VLAN 5 内のポート 1 に着信するパケットの宛先 MAC アドレスが VLAN 5 内のルータ MAC アドレスに設定されていて、宛先 IP アドレスが IP ルーティング テーブル内の IP アドレスに設定されている場合の出力例を示します。パケットはルーティング テーブルの指定どおりに転送されます。
crashinfo ファイルの使用
crashinfo ファイルには、シスコのテクニカル サポート担当者が Cisco IOS イメージの障害（クラッシュ）が原因で起きた問題をデバッグするときに使用する情報が保存されます。スイッチは障害発生時にその情報をコンソールに書き込みます。スイッチは次の 2 つのタイプの crashinfo ファイルを作成します。
• 基本 crashinfo ファイル ― 障害発生後に Cisco IOS イメージを起動すると、スイッチが自動的にこのファイルを作成します。
• 拡張 crashinfo ファイル ― Cisco IOS Release 12.2(25)SEC 以降では、システムに障害が発生すると、スイッチが自動的にこのファイルを作成します。
基本 crashinfo ファイル
この基本ファイルに保存される情報は、障害が発生した Cisco IOS イメージの名前、バージョン、プロセッサ レジスタのリスト、およびスタック トレースです。 show tech-support 特権 EXEC コマンドを使用することによって、この情報をシスコのテクニカル サポート担当者に提供できます。
基本 crashinfo ファイルはすべて、フラッシュ ファイル システムの次のディレクトリに保存されます。
ファイル名は crashinfo_ n になります。 n には一連の番号が入ります。
新しい crashinfo ファイルが作成されるたびに、前のシーケンス番号より大きいシーケンス番号が使用されるので、シーケンス番号が最大のファイルに、最新の障害が記述されています。タイムスタンプではなく、バージョン番号を使用するのは、スイッチにリアルタイム クロックが組み込まれていないからです。ファイル作成時にシステムが使用するファイル名を変更することはできません。ただし、ファイルが作成されたあとに、 rename 特権 EXEC コマンドを使用して名前を変更することもできますが、 show tech-support 特権 EXEC コマンドを実行しても、名前が変更されたファイルの内容は表示されません。 delete 特権 EXEC コマンドを使用して crashinfo ファイルを削除できます。
最新の crashinfo ファイル（つまり、ファイル名の末尾のシーケンス番号が最大であるファイル）を表示する場合は、 show tech-support 特権 EXEC コマンドを使用します。 more 特権 EXEC コマンド、 copy 特権 EXEC コマンドなど、ファイルのコピーまたは表示が可能な任意のコマンドを使用して、ファイルにアクセスすることもできます。
拡張 crashinfo ファイル
Cisco IOS Release 12.2(25)SEC 以降では、システムに障害が発生すると、スイッチが拡張 crashinfo ファイルを作成します。拡張ファイルに保存される情報は、スイッチの障害となった原因を特定するのに役立つ追加情報です。このファイルに手動でアクセスし、 more または copy 特権 EXEC コマンドを使用すると、シスコのテクニカル サポート担当者にこの情報を提供できます。
拡張 crashinfo ファイルはすべて、フラッシュ ファイル システムの次のディレクトリに保存されます。
ファイル名は crashinfo_ext_ n になります。 n には一連の番号が入ります。
no exception crashinfo グローバル コンフィギュレーション コマンドを使用すると、スイッチが拡張 crashinfo ファイルを作成しないように設定できます。
フィードバック