Catalyst 3750-X および 3560-X スイッチ ソフトウェア コンフィギュレーション ガイド,12.2(55)SE

パスワード回復がイネーブルになっている場合の手順

パスワード回復メカニズムがイネーブルになっている場合は、次のメッセージが表示されます。

ステップ 1 フラッシュ ファイル システムを初期化します。

ステップ 2 コンソール ポートの速度を 9600 以外に設定していた場合、9600 にリセットされます。エミュレーション ソフトウェアの回線速度をスイッチのコンソール ポートに合わせて変更します。

ステップ 3 ヘルパー ファイルがある場合にはロードします。

ステップ 4 フラッシュ メモリの内容を表示します。

スイッチのファイル システムが表示されます。

ステップ 5 コンフィギュレーション ファイルの名前を config.text.old に変更します。

このファイルには、パスワード定義が収められています。

ステップ 6 システムを起動します。

セットアップ プログラムを起動するように求められます。プロンプトに N を入力します。

ステップ 7 スイッチ プロンプトで、特権 EXEC モードを開始します。

ステップ 8 コンフィギュレーション ファイルを元の名前に戻します。

（注） 接続されたすべてのスタック メンバーの電源をオンにし、完全に初期化されるまで待機してから、ステップ 9 に進んでください。このステップに従わなかった場合は、スイッチの設定によっては設定を失う可能性もあります。

ステップ 9 コンフィギュレーション ファイルをメモリにコピーします。

確認を求めるプロンプトに、Return キーを押して応答します。

これで、コンフィギュレーション ファイルがリロードされ、パスワードを変更できます。

ステップ 10 グローバル コンフィギュレーション モードを開始します。

ステップ 11 パスワードを変更します。

シークレット パスワードは 1 ～ 25 文字の英数字です。数字で始めることができます。大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されます。

ステップ 12 特権 EXEC モードに戻ります。

ステップ 13 実行コンフィギュレーションをスタートアップ コンフィギュレーション ファイルに書き込みます。

新しいパスワードがスタートアップ コンフィギュレーションに組み込まれました。

（注） 上記の手順を実行すると、SVI がシャットダウン ステートになることがあります。このステートになっているインターフェイスを調べるには、show running-config 特権 EXEC コマンドを入力します。インターフェイスを再びイネーブルにするには、interface vlan vlan-id グローバル コンフィギュレーション コマンドを入力して、シャットダウン インターフェイスの VLAN ID を指定します。スイッチがインターフェイス コンフィギュレーション モードの状態で、no shutdown コマンドを入力します。

ステップ 14 スイッチまたはスイッチ スタックをリロードします。

パスワード回復がディセーブルになっている場合の手順

パスワード回復メカニズムがディセーブルになっている場合は、次のメッセージが表示されます。

• n （no）を入力すると、Mode ボタンを押さなかった場合と同様に、通常の起動プロセスが継続されます。ブート ローダ プロンプトにはアクセスできません。したがって、新しいパスワードを入力できません。次のメッセージが表示されます。

• y （yes）を入力すると、フラッシュ メモリ内のコンフィギュレーション ファイルおよび VLAN データベース ファイルが削除されます。デフォルト設定がロードされるときに、パスワードをリセットできます。

ステップ 1 パスワード回復手順の継続を選択すると、既存の設定が失われます。

ステップ 2 ヘルパー ファイルがある場合にはロードします。

ステップ 3 フラッシュ メモリの内容を表示します。

スイッチのファイル システムが表示されます。

ステップ 4 システムを起動します。

セットアップ プログラムを起動するように求められます。パスワード回復手順を継続するには、プロンプトに N を入力します。

ステップ 5 スイッチ プロンプトで、特権 EXEC モードを開始します。

ステップ 6 グローバル コンフィギュレーション モードを開始します。

ステップ 7 パスワードを変更します。

シークレット パスワードは 1 ～ 25 文字の英数字です。数字で始めることができます。大文字と小文字が区別され、スペースを使用できますが、先行スペースは無視されます。

ステップ 8 特権 EXEC モードに戻ります。

（注） 接続されたすべてのスタック メンバーの電源をオンにし、完全に初期化されるまで待機してから、ステップ 9 に進んでください。

ステップ 9 実行コンフィギュレーションをスタートアップ コンフィギュレーション ファイルに書き込みます。

新しいパスワードがスタートアップ コンフィギュレーションに組み込まれました。

（注） 上記の手順を実行すると、SVI がシャットダウン ステートになることがあります。このステートになっているインターフェイスを調べるには、show running-config 特権 EXEC コマンドを入力します。インターフェイスを再びイネーブルにするには、interface vlan vlan-id グローバル コンフィギュレーション コマンドを入力して、シャットダウン インターフェイスの VLAN ID を指定します。スイッチがインターフェイス コンフィギュレーション モードの状態で、no shutdown コマンドを入力します。

ステップ 10 ここでスイッチを再設定する必要があります。システム管理者によって、バックアップ スイッチと VLAN コンフィギュレーション ファイルが使用可能に設定されている場合は、これらを使用します。

故障したコマンド スイッチをクラスタ メンバーと交換する場合

故障したコマンド スイッチを同じクラスタ内のコマンド対応メンバー スイッチに交換するには、次の手順に従ってください。

ステップ 1 コマンド スイッチとメンバー スイッチとの接続を切断し、クラスタからコマンド スイッチを物理的に取り外します。

ステップ 2 故障したコマンド スイッチの代わりに新しいメンバー スイッチを取り付け、コマンド スイッチとクラスタ メンバー間の接続を復元します。

ステップ 3 新しいコマンド スイッチで CLI セッションを開始します。

CLI にはコンソール ポートまたはイーサネット管理ポートを使用してアクセスできます。また、スイッチに IP アドレスが割り当てられている場合は、Telnet を使用してアクセスできます。コンソール ポートの詳しい使用方法については、スイッチのハードウェア インストレーション ガイドを参照してください。イーサネット管理ポートの詳しい使用方法については、「イーサネット管理ポートの使用」およびハードウェア インストレーション ガイドを参照してください。

ステップ 4 スイッチ プロンプトで、特権 EXEC モードを開始します。

ステップ 5 故障したコマンド スイッチのパスワードを入力します。

ステップ 6 グローバル コンフィギュレーション モードを開始します。

ステップ 7 クラスタからメンバー スイッチを削除します。

ステップ 8 特権 EXEC モードに戻ります。

ステップ 9 セットアップ プログラムを使用して、スイッチの IP 情報を設定します。IP アドレス情報およびパスワードを入力するように要求されます。特権 EXEC モードから setup と入力し、Return キーを押します。

ステップ 10 最初のプロンプトに Y を入力します。

セットアップ プログラムのプロンプトは、コマンド スイッチとして選択したメンバー スイッチによって異なります。

または

このプロンプトが表示されなければ、 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 モードを開始します。

ステップ 4 故障したコマンド スイッチのパスワードを入力します。

ステップ 5 セットアップ プログラムを使用して、新しいスイッチの IP 情報を設定します。

IP アドレス情報およびパスワードを入力するように要求されます。特権 EXEC モードから setup と入力し、Return キーを押します。

ステップ 6 最初のプロンプトに Y を入力します。

セットアップ プログラムのプロンプトは、コマンド スイッチとして選択したスイッチによって異なります。

または

このプロンプトが表示されなければ、 enable と入力し、 Return キーを押してください。セットアップ プログラムを開始するには、setup と入力し、 Return キーを押してください。

ステップ 7 セットアップ プログラムの質問に応答します。

ホスト名を入力するように要求された場合、コマンド スイッチ上で指定できるホスト名の文字数は 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] を選択し、クラスタへ追加する候補スイッチの一覧を表示します。

電力喪失によるポートの障害

PoE スイッチ ポートに接続され、AC 電源から電力が供給されている受電装置（Cisco IP Phone 7910 など）にAC電源から電力が供給されない場合、そのデバイスは error-disabled ステートになることがあります。error-disabled ステートから回復するには、 shutdown インターフェイス コンフィギュレーション コマンドを入力してから、 no shutdown インターフェイス コマンドを入力します。スイッチで自動回復を設定し、error-disabled ステートから回復することもできます。

Catalyst 3750-X スイッチの場合、 errdisable recovery cause loopback および errdisable recovery interval seconds グローバル コンフィギュレーション コマンドは、指定した期間が経過したあと自動的にインターフェイスを error-disabled ステートから復帰させます。

このリリースのコマンド リファレンスに記載されている次のコマンドを使用すると、PoE ポート ステータスをモニタできます。

• show controllers power inline 特権 EXEC コマンド

• show power inline 特権 EXEC コマンド

• debug ilpower 特権 EXEC コマンド

不正リンクアップによるポート障害

シスコ受電装置をポートに接続し、 power inline never インターフェイス コンフィギュレーション コマンドを使用してポートを設定した場合は、不正リンク アップが発生し、ポートが error-disabled ステートになることがあります。ポートを error-disabled ステートから回復するには、 shutdown および no shutdown インターフェイス コンフィギュレーション コマンドを入力します。

power inline never コマンドで設定したポートにシスコ受電装置を接続しないでください。

ping の概要

スイッチは IP の ping をサポートしており、これを使ってリモート ホストへの接続をテストできます。ping はアドレスにエコー要求パケットを送信し、応答を待ちます。ping は次のいずれかの応答を返します。

• 正常な応答：正常な応答（ ホスト名 が存在する）は、ネットワーク トラフィックにもよりますが、1 ～ 10 秒以内で発生します。

• 宛先の応答なし：ホストが応答しない場合、 no-answer メッセージが返ってきます。

• ホスト不明：ホストが存在しない場合、 unknown host メッセージが返ってきます。

• 宛先に到達不能：デフォルト ゲートウェイが指定されたネットワークに到達できない場合、 destination-unreachable メッセージが返ってきます。

• ネットワークまたはホストに到達不能：ルート テーブルにホストまたはネットワークに関するエントリがない場合、 network or host unreachable メッセージが返ってきます。

ping の実行

別の IP サブネットワーク内のホストに ping を実行する場合は、ネットワークへのスタティック ルートを定義するか、またはこれらのサブネット間でルーティングされるように IP ルーティングを設定する必要があります。詳細については、「IP ユニキャスト ルーティングの設定」を参照してください。

IP ルーティングは、デフォルトではすべてのスイッチでディセーブルになります。IP ルーティングをイネーブルにする場合、または設定する必要がある場合は、「IP ユニキャスト ルーティングの設定」を参照してください。

スイッチからネットワーク上の別のデバイスに ping を実行するには、特権 EXEC モードで次のコマンドを使用します。

（注） ping コマンドでは、他のプロトコル キーワードも使用可能ですが、このリリースではサポートされていません。

次に、IP ホストに ping を実行する例を示します。

表 50-1 で、ping の文字出力について説明します。

ping セッションを終了するには、エスケープ シーケンス（デフォルトでは Ctrl+^ X ）を入力してください。 Ctrl キー、 Shift キー、および 6 キーを同時に押してから離し、そのあと X キーを押します。

レイヤ 2 traceroute の概要

レイヤ 2 traceroute 機能により、送信元デバイスから宛先デバイスまでにパケットが通過する物理パスを識別できます。レイヤ 2 traceroute はユニキャスト送信元および宛先 MAC アドレスだけをサポートします。パス内にあるスイッチの MAC アドレス テーブルを使用してパスを識別します。スイッチがレイヤ 2 traceroute をサポートしないデバイスをパス内で検出すると、スイッチはレイヤ 2 トレース クエリーを送信し続けてタイムアウトにしてしまいます。

スイッチは、送信元デバイスから宛先デバイスまでのパスだけを識別できます。パケットが通過する、送信元ホストから送信元デバイスまで、または宛先デバイスから宛先ホストまでのパスは識別できません。

使用上の注意事項

• Cisco Discovery Protocol（CDP）がネットワーク上のすべてのデバイスでイネーブルでなければなりません。レイヤ 2 traceroute が適切に動作するために、CDP をディセーブルにしないでください。

物理パス内のデバイスが CDP に対してトランスペアレントな場合、スイッチはこれらのデバイスを通過するパスを識別できません。CDP をイネーブルにする場合の詳細については、「CDP の設定」 を参照してください。

• スイッチは、 ping 特権 EXEC コマンドを使用して接続をテストできる場合に他のスイッチから到達できます。物理パス内のすべてのスイッチは、他のスイッチから到達可能でなければなりません。

• パス内で識別可能なホップ数は 10 です。

• 送信元デバイスから宛先デバイスまでの物理パス内に存在しないスイッチ上で、 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 パスは識別されず、エラー メッセージが表示されます。

• この機能は、トークン リング VLAN 上ではサポートされません。

物理パスの表示

次のいずれかの特権 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 を使用すると、ネットワーク上でパケットが通過するパスをホップ単位で識別できます。このコマンドを実行すると、トラフィックが宛先に到達するまでに通過するルータなどのすべてのネットワーク レイヤ（レイヤ 3）デバイスが表示されます。

スイッチは、 traceroute 特権 EXEC コマンドの送信元または宛先として指定できます。また、スイッチは traceroute コマンドの出力でホップとして表示される場合があります。スイッチを traceroute の宛先とすると、スイッチは、traceroute の出力で最終の宛先として表示されます。中継スイッチが同じ VLAN 内でポート間のパケットのブリッジングだけを行う場合、traceroute の出力に中継スイッチは表示されません。ただし、中継スイッチが、特定のパケットをルーティングするマルチレイヤ スイッチの場合、中継スイッチは traceroute の出力にホップとして表示されます。

traceroute 特権 EXEC コマンドは、IP ヘッダーの Time To Live（TTL; 存続可能時間）フィールドを使用して、ルータおよびサーバで特定のリターン メッセージが生成されるようにします。traceroute を開始するには、TTL フィールドに 1 を設定し、User Datagram Protocol（UTP; ユーザ データグラム プロトコル）データグラムを宛先ホストに送信します。ルータが 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 の概要

Time Domain Reflector（TDR）機能を使用して、ケーブル配線の問題を診断し、解決できます。TDR 稼動時、ローカル デバイスはケーブルを介して信号を送信して、最初に送信した信号と反射された信号を比べます。

TDR は 10/100/1000 の銅線イーサネット ポート上でだけサポートされます。10 ギガビット イーサネット ポートまたは SFP モジュール ポートではサポートされません。

TDR は次のケーブル障害を検出します。

• ツイストペア ケーブルの導線のオープン、損傷、切断：導線がリモート デバイスからの導線に接続されていない状態。

• ツイストペア ケーブルの導線のショート：導線が互いに接触している状態、またはリモート デバイスからの導線に接触している状態。たとえば、ツイスト ペア ケーブルの一方の導線が、もう一方の導線にはんだ付けされている場合、ツイストペア ケーブルのショートが発生します。

ツイストペアの導線の一方がオープンになっている場合、TDR はオープンになっている導線の長さを検出できます。

次の状況で TDR を使用して、ケーブル障害を診断および解決してください。

• スイッチの交換

• ワイヤリング クローゼットの設定

• リンクが確立できない、または適切に動作していない場合における、2 つのデバイス間の接続のトラブルシューティング

TDR の実行時、次の場合にスイッチは正確な情報をレポートします。

• ギガビット リンク用のケーブルが単線コア ケーブル

• オープンエンド ケーブルが未終端

TDR の実行時、次の場合にスイッチは正確な情報をレポートしません。

• ギガビット リンク用のケーブルがツイストペア ケーブルまたは連続接続された単線コア ケーブル

• リンクが 10 Mb または 100 Mb

• より線ケーブル

• リンク パートナーが Cisco IP Phone

• リンク パートナーが IEEE 802.3 に準拠していない

TDR の実行および結果の表示

インターフェイス上で TDR を実行する場合は、スタック マスターまたはスタック メンバーで実行できます。

TDR を実行する場合、 test cable-diagnostics tdr interface interface-id 特権 EXEC コマンドを実行します。

TDR の結果を表示するには、 show cable-diagnostics tdr interface interface-id 特権 EXEC コマンドを実行します。出力フィールドの説明に関しては、このリリースに対応するコマンド リファレンスを参照してください。

特定機能に関するデバッグのイネーブル化

Catalyst 3750-X スイッチ スタックでデバッグ機能をイネーブルにする場合、スタック マスター上でだけイネーブルになります。スタック メンバーでのデバッグをイネーブルにするには、 session switch-number 特権 EXEC コマンドを使用して、スタック メンバーからセッションを開始する必要があります。そのあと、スタック メンバーのコマンドライン プロンプトに 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 サーバでメッセージ ロギングを行うと、オーバーヘッドはさらに小さくなり、内部バッファであれば最小限ですみます。

スタック メンバーによって生成されたシステム エラー メッセージは、スタック マスターによってすべてのスタック メンバーに表示されます。Syslog はスタック マスターに存在します。

（注） スタック マスターに障害が発生しても Syslog が失われないように、Syslog をフラッシュ メモリに保存してください。

システム メッセージ ロギングの詳細については、「システム メッセージ ロギングの設定」を参照してください。

基本 crashinfo ファイル

この基本ファイルに保存される情報は、障害が発生した Cisco IOS イメージの名前、バージョン、プロセッサ レジスタのリスト、およびスタック トレースです。 show tech-support 特権 EXEC コマンドを使用することによって、この情報をシスコのテクニカル サポート担当者に提供できます。

基本 crashinfo ファイルはすべて、フラッシュ ファイル システムの次のディレクトリに保存されます。

flash:/crashinfo/

ファイル名は crashinfo_ n になります。 n には一連の番号が入ります。

新しい crashinfo ファイルが作成されるたびに、前のシーケンス番号より大きいシーケンス番号が使用されるので、シーケンス番号が最大のファイルに、最新の障害が記述されています。タイムスタンプではなく、バージョン番号を使用するのは、スイッチにリアルタイム クロックが組み込まれていないからです。ファイル作成時にシステムが使用するファイル名は変更できません。ただし、ファイルが作成されたあとに、 rename 特権 EXEC コマンドを使用して名前を変更することもできますが、 show stacks または show tech-support 特権 EXEC コマンドを実行しても、名前が変更されたファイルの内容は表示されません。 delete 特権 EXEC コマンドを使用して crashinfo ファイルを削除できます。

最新の crashinfo ファイル（つまり、ファイル名の末尾のシーケンス番号が最大であるファイル）を表示する場合は、 show stacks または show tech-support 特権 EXEC コマンドを使用します。 more 特権 EXEC コマンド、 copy 特権 EXEC コマンドなど、ファイルのコピーまたは表示が可能な任意のコマンドを使用して、ファイルにアクセスすることもできます。

拡張 crashinfo ファイル

スイッチは、システム障害の発生時に拡張 crashinfo ファイルを作成します。拡張ファイルに保存される情報は、スイッチの障害となった原因を特定するのに役立つ追加情報です。このファイルに手動でアクセスし、 more または copy 特権 EXEC コマンドを使用すると、シスコのテクニカル サポート担当者にこの情報を提供できます。

拡張 crashinfo ファイルはすべて、フラッシュ ファイル システムの次のディレクトリに保存されます。

flash:/crashinfo_ext/

ファイル名は crashinfo_ext_ n になります。 n には一連の番号が入ります。

no exception crashinfo グローバル コンフィギュレーション コマンドを使用すると、スイッチが拡張 crashinfo ファイルを作成しないように設定できます。

OBFL の概要

デフォルトでは、OBFL がイネーブルに設定されています。OBFL はスイッチおよび Small Form-Factor Pluggable（SFP）モジュールについての情報を収集します。スイッチは、次の情報をフラッシュ メモリに保存します。

• CLI コマンド：スタンドアロン スイッチまたはスイッチ スタック メンバーに入力した OBFL CLI コマンドの記録

• 環境データ：スタンドアロン スイッチまたはスタック メンバー、および接続されたすべての FRU デバイスの Unique Device Identifier（UDI）に関する情報（Product Identification（PID; 製品 ID）、Version Identification（VID; バージョン ID）、およびシリアル番号）

• メッセージ：スタンドアロン スイッチまたはスタック メンバーが生成するハードウェア関連のシステム メッセージ記録

• PoE：スタンドアロン スイッチまたはスタック メンバーの PoE ポートの電力消費量の記録

• 温度：スタンドアロン スイッチまたはスタック メンバーの温度

• 動作期間：スタンドアロン スイッチまたはスタック メンバーの起動時刻、スイッチの再起動の理由、最後の再起動からの経過時間

• 電圧：スタンドアロン スイッチまたはスタック メンバーのシステム電圧

システム クロックを、手動または Network Time Protocol（NTP）を使用して設定してください。

OBFL データは、スイッチの稼動中に show logging onboard 特権 EXEC コマンドを使用して取得できます。スイッチの障害が発生したときは、シスコのテクニカル サポート担当者にデータの取得方法を問い合わせてください。

OBFL 対応スイッチが再起動されると、10 分経過後に新しいデータを記録できます。

OBFL の設定

OBFL をイネーブルにするには、 hw-module module [ switch-number ] logging onboard [ message level level ] グローバル コンフィギュレーション コマンドを使用します。Catalyst 3750-X スイッチでは、 switch-number の範囲は 1 ～ 9 です。Catalyst 3750-X スイッチでは、スイッチ番号は常に 1 です。スイッチで生成され、フラッシュ メモリに保存されるハードウェア関連メッセージを指定するには、 message level level パラメータを使用します。

OBFL データをローカル ネットワークまたは特定のファイル システムにコピーするには、 copy logging onboard module stack-member destination 特権 EXEC コマンドを使用します。

OBFL をディセーブルにするには、 no hw-module module [ switch-number ] logging onboard [ message level ] グローバル コンフィギュレーション コマンドを使用します。

動作期間および CLI コマンド情報を除いたすべての OBFL データをフラッシュ メモリからクリアするには、 clear logging onboard 特権 EXEC コマンドを使用します。

スイッチ スタックの場合、スタンドアロン スイッチまたはすべてのスタック メンバーの OBFL をイネーブルにするには、 hw-module module logging onboard [ message level level ] グローバル コンフィギュレーション コマンドを使用します。

スイッチ スタックの場合、Catalyst 3750 スイッチなどの OBFL をサポートしていないスタック メンバーで hw-module module [ switch-number ] logging onboard コマンドを入力すると、サポートされないことを意味するメッセージが表示されます。Catalyst 3750-X および 3750 スイッチが混在するスタックで、Catalyst 3750 スイッチがスタック マスターの場合、Catalyst 3750 スイッチで OBFL コマンドを入力すると、コマンドはスタック マスターで実行されず、スタック マスターは OBFL 設定情報をスタック メンバーに送信します。

コマンドの詳細情報については、このリリースに対応するコマンド リファレンスを参照してください。

OBFL 情報の表示

OBFL 情報を表示するには、 表 50-3 の特権 EXEC コマンドを 1 つまたは複数使用します。

表 50-3 のコマンドの使用方法に関する詳細および OBFL データの例については、このリリースに対応するコマンド リファレンスを参照してください。

CPU 使用率のトラブルシューティング

次に、CPU がビジーすぎるために発生する可能性がある症状と、CPU の使用率に関する問題を検証する方法について説明します。 表 50-4 に、識別可能な CPU 使用率の問題の主なタイプを示します。考えられる原因と是正措置も示します（Cisco.com の『 Troubleshooting High CPU Utilization 』へのリンクを含む）。

高 CPU 使用率によって生じる可能性がある症状

CPU 使用率が高すぎると次のような症状が起こる可能性がありますが、これらの症状は別の原因で起こることもあります。

• スパニング ツリーのトポロジが変更される

• 通信が切断されたことにより、EtherChannel リンクがダウン状態になる

• 管理要求に応答できない（ICMP ping、SNMP タイムアウト、Telnet または SSH セッションが低速）

• UDLD フラッピング

• 許容可能なしきい値を超える SLA 応答が原因で、IP SLA に障害が生じる

• スイッチが要求を転送しない、または要求に応答しない場合に、DHCP または IEEE 802.1x に障害が生じる

Layer 3 スイッチの場合：

（注） レイヤ 3 機能は、LAN ベース フィーチャ セットが稼動しているスイッチではサポートされません。

• ソフトウェアで経路選択されるパケットがドロップされる、または遅延が増加する

• BGP または OSPF のルーティング トポロジが変更になる

• HSRP フラッピング

問題と原因の検証

高 CPU 使用率が問題であるかどうかを確認するには、 show processes cpu sorted 特権 EXEC コマンドを入力します。出力例の 1 行めの、下線付きの情報を参照してください。

この例は、CPU 使用率が通常の状態を示しています。この出力では、最後の 5 秒間の使用率は 8%/0% となっていますが、これには次の意味があります。

• 合計 CPU 使用率は、Cisco IOS プロセスの稼動時間と、割り込みの処理にかかった時間を合せて 8% です。

• 割り込みの処理にかかった時間は 0% です。

CPU 使用率に関する情報と、使用率に伴う問題をトラブルシューティングする方法については、Cisco.com の『 Troubleshooting High CPU Utilization 』を参照してください。

PoE に関するトラブルシューティング

StackWise のトラブルシューティング（Catalyst 3750-X スイッチ限定）