Cisco ASR 9000 シリーズ アグリゲーション サービ ス ルータ スタートアップ ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月15日
章のタイトル： Cisco IOS XR ソフトウェアのトラブル シューティング
Cisco IOS XR ソフトウェアのトラブルシューティング
この章では、ハードウェアとソフトウェアの問題の原因を特定するためのツールおよび手順について説明します。また、シスコのカスタマー サポートに詳細な分析を依頼するためのデータの収集手順についても説明します。
目次
•
「詳細な情報」
詳細な情報
トラブルシューティングの詳細については、次の資料を参照してください。
• Cisco IOS XR ソフトウェアが起動して EXEC モード プロンプトを表示しない場合は、『 Cisco ASR 9000 Series Aggregation Series Router ROM Monitor Guide 』を参照してください。
• 製品、テクノロジー、解決方法、テクニカル ティップス、およびツールへのリンクを含む 30,000 ページもの検索可能なテクニカル コンテンツで構成される Cisco Technical Assistance Center（Cisco TAC）ホームページ。Cisco.com の登録ユーザは、このページからログインして、より多くのコンテンツにアクセスできます。次の URL にアクセスしてください。
http://www.cisco.com/public/support/tac/home.shtml
• 「表記法」
トラブルシューティングのための基本コマンド
ここでは、別のデバイスへの接続を決定し、ルータの設定および動作に関する情報を表示するために使用する基本手法について説明します。
• 「システムのステータスおよび設定を表示するための show コマンドの使用」
システムのステータスおよび設定を表示するための show コマンドの使用
Cisco IOS XR ソフトウェアのさまざまなサブシステムおよびサービスのステータスをチェックするには、 show コマンドを使用します。 表 5-2 に、一般的な show コマンドを示します。
ping コマンドの使用
ネットワーク接続を診断するには、 ping コマンドを使用します。ホスト名や IP アドレスは、EXEC モードで、このコマンドの引数として入力します。管理 EXEC モードでは、ファブリックまたは制御イーサネット ネットワークを使用して、他のノードに対して ping を実行できます。
ping コマンドは、エコー要求パケットを宛先に送信し、応答を待ちます。ping の出力は、パスから宛先への信頼性、パス全体での遅延、および宛先に到達できるか、または宛先が機能しているかどうかを評価する際に役立ちます。
各感嘆符（!）は応答の受信を示します。ピリオド（.）は、応答を待っている間にサーバがタイムアウトしたことを示します。プロトコルのタイプによっては、その他の文字が ping の出力に表示されることがあります。
例
次に、ファブリックを使用した場合の ping の出力例を示します。
traceroute コマンドの使用
宛先に送信されたパケットがたどるルートを検出するには、EXEC モードで traceroute コマンドを使用します。ホスト名や IP アドレスは、このコマンドの引数として入力します。
このコマンドは、データグラムが存続可能時間（TTL）の値を超える場合は、ルータによって生成されたエラー メッセージを利用します。
traceroute コマンドは、まず TTL 値が 1 のプローブ データグラムを送信します。その結果、最初のルータは、プローブ データグラムを廃棄し、エラー メッセージを返します。 traceroute コマンドは、TTL レベルごとに複数のプローブを送信し、それぞれのラウンドトリップ時間を表示します。
traceroute コマンドは、一度に 1 つのプローブを送信します。各発信パケットから 1 つまたは 2 つのエラー メッセージが生成される可能性があります。 time exceeded エラー メッセージは、中間ルータがプローブを検出し、廃棄したことを示します。 destination unreachable エラー メッセージは、宛先ノードはプローブを受信したが、パケットを配信できなかったために、そのプローブを破棄したことを示します。 traceroute コマンドは、応答を受信する前にタイマーがタイムアウトすると、アスタリスク（*）を表示します。
宛先が応答した場合、TTL の最大値を超えた場合、またはユーザがエスケープ シーケンスを使用してトレースを中断した場合は、 traceroute コマンドは終了します。
例
debug コマンドの使用
debug コマンドは、ネットワークの問題を診断して解決するために使用します。 debug コマンドは、特定の問題のトラブルーシューティング、またはトラブルシューティング セッションで使用します。
debug コマンドを使用して、特定のサービスまたはサブシステムに対するデバッグのオン/オフを切り替えます。サービスに対してデバッグをオンにすると、デバッグ コード セクションを入力するたびにデバッグ メッセージが生成されます。
• 「アクティブな端末セッションで開始されたすべてのサービスに対するデバッグのディセーブル化」
• 「すべての端末セッションで開始されたすべてのサービスに対するデバッグのディセーブル化」
デバッグ機能のリストの表示
使用できるデバッグ機能のリストを表示するには、デバッグ モードを開始し、 ? を入力してオンスクリーン ヘルプを表示します。デバッグ モード機能のセットは、EXEC モードと管理 EXEC モードでは異なります。次の例では、EXEC モードがデバッグ モードのエントリ ポイントになります。
次の例では、管理 EXEC モードがデバッグ モードのエントリ ポイントになります。
機能に対するデバッグのイネーブル化
機能に対してをイネーブルにするには、EXEC モードまたは管理 EXEC モードで debug コマンドを入力し、デバッグ対象の機能をイネーブルにします。次に例を示します。
次の例のように、EXEC モードで完全なコマンドを入力することもできます。
デバッグ ステータスの表示
端末セッションでイネーブルにできるデバッグ機能を表示するには、 show debug コマンドを入力します。端末セッションは、 tty というラベルを持ち、特定のポート（コンソール ポート、補助ポート、または管理イーサネット インターフェイス）経由でのルータへの接続を表します。次に、RSP1 のコンソール ポート上の端末セッションから 2 つの機能（AAA および ipv4 io icmp）に対してデバッグをイネーブルにする例を示します。
前の例は、Cisco CRS-1 ルータに関するものです。Cisco XR 12000 シリーズ ルータでは、tty ID のスロット番号は 0 または 1 であり、RSP0 や RSP1 ではありません。
条件付きデバッグ ステータスを表示するには、 show debug conditions コマンドを入力します。次に例を示します。
サービスに対するデバッグのディセーブル化
サービスまたはサブシステムに対するデバッグをオフにするには、 debug コマンドの no 形式を使用するか、 undebug コマンドを使用します。
次に、 no debug コマンドを使用して AAA 機能に対するデバッグをディセーブルにする例を示します。
次の例のように、undebug モードでデバッグをオフにすることもできます。
アクティブな端末セッションで開始されたすべてのサービスに対するデバッグのディセーブル化
アクティブな端末セッションで開始されたすべてのデバッグをオフにするには、 undebug all または no debug all コマンドを使用します。たとえば、アクティブな RP のコンソール ポート経由でルータに接続しているときにこれらのコマンドのいずれかを入力すると、そのコンソール ポートで開始されたすべてのデバッグ セッションがディセーブルになります。次に、すべてのサービスに対するデバッグをディセーブルにして、確認する例を示します。
すべての端末セッションで開始されたすべてのサービスに対するデバッグのディセーブル化
すべての端末セッションで開始されたすべてのサービスに対するデバッグをディセーブルにするには、 undebug all all-tty コマンドを使用します。たとえば、アクティブな RP のコンソール ポート経由でルータに接続しているときにこのコマンドを入力すると、すべてのコンソール ポートで開始されたすべてのデバッグ セッションがディセーブルになります。次に、すべてのサービスおよびポートに対するデバッグをディセーブルにして、確認する例を示します。
設定エラー メッセージ
コミット処理中の設定エラー
commit コマンドを入力すると、ターゲット コンフィギュレーションがルータの実行コンフィギュレーションに追加されます。この処理において、システムの他のコンポーネントによって自動的に変更が検証されます。検証が成功すると、その設定は実行コンフィギュレーションの一部となります。失敗した設定項目がある場合は、エラー メッセージが返されます。
失敗した設定項目を表示して各エラーの原因を確認するには、 show configuration failed コマンドを入力します。
（注） show configuration failed コマンドは、EXEC モードまたは任意のコンフィギュレーション モードで入力できます。いずれのモードでも、最新のコミット処理における設定エラーが表示されます。
次に、無効なコミット処理を試行したときに設定エラーが発生する例を示します。
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# taskgroup alr
RP/0/RP0/CPU0:router(config-tg)# description this is an example of an invalid task group
RP/0/RP0/CPU0:router(config-tg)# commit
% Failed to commit one or more configuration items. Please use 'show configuration failed' to view the errors
失敗した設定項目を、エラーの説明を含めて表示するには、 show configuration failed コマンドを入力します。
P/0/RSP0/CPU0:router(config-tg)# show configuration failed
!! CONFIGURATION FAILED DUE TO SEMANTIC ERRORS
!!% Usergroup/Taskgroup names cannot be taskid names
show configuration failed noerror コマンドを入力すると、失敗した設定項目を、エラーの説明を含めずに表示できます。
起動時の設定エラー
システムの起動時に発生した設定エラーは、 show configuration failed startup コマンドを使用して表示できます。次に例を示します。
コンフィギュレーション セッション中のメモリ警告
Cisco IOS XR ソフトウェアは、ルータ内のシステム リソースを自動的に監視して管理します。正常な動作状態では、メモリの問題は発生しません。
低メモリの問題が発生すると、多くの場合、コンフィギュレーション セッション中に低メモリ警告の形式で通知されます。低メモリ状態は、一度に複数の大規模設定をルータに追加すると発生する可能性があります。ユーザは、設定を削除することによって問題の原因を除外できます。
ここでは、ルータのメモリの使用状況を表示するために使用するコマンド、および低メモリ警告が表示された場合の対処方法について説明します。
• 「コンフィギュレーション セッション中の低メモリ警告の概要」
コンフィギュレーション セッション中の低メモリ警告の概要
Cisco IOS XR ソフトウェアは、Cisco CRS-1ルータのメモリの使用状況を監視しています。システム メモリが少なくなっている場合、コンフィギュレーション モードを開始しようとしたときにエラー メッセージが表示されます。
次の状況のいずれかが発生すると、「out-of-memory」エラー メッセージが表示されます。
• コンフィギュレーション セッション中にメモリ不足が発生した場合。
• メモリ不足の原因となる大規模ファイルから、ターゲット コンフィギュレーションをロードしようとした場合。
• コミット処理中に低メモリ警告メッセージが発生した場合。この場合、コミット処理は拒否されます。コミット処理を実行して設定を削除できるのは、lr-root ユーザだけです。
「WARNING! MEMORY IS IN MINOR STATE」
システム メモリが少なくなり始めると、新しいコンフィギュレーション モードを開始しようとしたときに次の低メモリ警告が表示されます。
ユーザはコンフィギュレーション モードを開始できますが、「低メモリ警告を解決するための設定の削除」で説明するツールを使用して、ただちにメモリの使用量を減らす必要があります。
「ERROR! MEMORY IS IN SEVERE (or CRITICAL) STATE」
メモリが深刻または致命的な状態にある場合は、ルータの処理およびパフォーマンスが影響を受ける可能性が高くなります。通常のユーザは、コンフィギュレーション モードを開始できません。コンフィギュレーション モードを開始し、設定を削除してメモリを解放できるのは、lr-root ユーザだけです。
状況によっては、 commit コマンドを使用できません。その場合でも、lr-root アクセスを持つユーザは、 commit force コマンドを使用してメモリの使用量を減らす設定を適用できます。メモリの使用量を低下させるとは、通常、設定を削除することを意味しますが、メモリの使用量を減らす設定を追加することもできます。たとえば、インターフェイス上で shutdown コマンド を設定すると、Routing Information Base（RIB; ルーティング情報ベース）および Forwarding Information Base（FIB; 転送情報ベース）から多数のルートがパージされる可能性があります。
システム メモリ情報の表示
システムメモリの概要を表示するには、show memory summary コマンドを入力します。 表 6-1 では、各見出しの意味が表示されます。
デバイス全体またはプロセス別の全般的なメモリ使用状況を表示するには、show memory コマンドを入力します。 表 6-1 では、各見出しの意味が表示されます。
|
|
|
|---|---|
システムが使用できるメモリ（総メモリ量からイメージ サイズ、予約済みサイズ、IOMem サイズ、および flashfsys サイズを差し引いた値） |
|
低メモリ警告を解決するための設定の削除
多くの低メモリの問題を解決するには、メモリのほとんどを消費している設定をルータから削除する必要があります。大規模な新しい設定をシステムに追加すると、メモリの問題が発生することがあります。ここでは、低メモリの問題を解決する方法について説明します。
• 「システム メモリを解放するためのコミット済み設定の削除」
ターゲット コンフィギュレーションのクリア
低メモリ警告は、ターゲット コンフィギュレーション セッションに大きなコンフィギュレーション ファイルがロードされると発生する可能性があります。ターゲット コンフィギュレーションを削除するには、 clear コマンドを入力して変更を廃棄します。次に例を示します。
システム メモリを解放するためのコミット済み設定の削除
次の手順で説明するように、ルータから設定を削除することによってメモリの使用量を減らすことができます。
ステップ 1 EXEC モードで show memory summary コマンドを入力して、総システム メモリを表示します。
ステップ 2 EXEC モードまたは管理 EXEC モードで show configuration commit list コマンドを入力して、削除可能な設定のリストを表示します。
（注） 設定の詳細を表示するには、show configuration commit changes コマンドを入力し、続けて commitID 番号を入力します。詳細な設定履歴情報を表示するには、show configuration history ? コマンドを入力し、コマンド オプションを使用して詳細情報を表示します。
ステップ 3 show running-config コマンドを入力して、現在の設定を表示します。
ステップ 4 必要に応じて、設定を削除してメモリを解放します。
詳細については、「コンフィギュレーション履歴の管理とロールバック」を参照してください。
以前コミットしたコンフィギュレーションへのロールバック
「コンフィギュレーション履歴の管理とロールバック」 で説明しているように、以前コミットしたコンフィギュレーションにシステムをロールバックできます。
コンフィギュレーション セッションのクリア
アクティブなコンフィギュレーション セッションおよび関連する対象設定は、システム メモリを消費する可能性があります。適切なアクセス権限を持つユーザは、開いている他のユーザのコンフィギュレーション セッションを表示し、必要に応じて、それらのセッションを終了することができます（ 表 6-2 を参照）。
|
|
|
|---|---|
次の例では、 show configuration sessions コマンドを使用して、開いているコンフィギュレーション セッションを表示しています。次に、 clear configuration sessions コマンドを使用して、コンフィギュレーション セッションをクリアしています。
追加のサポートを受けるための TAC への連絡
設定を削除しても低メモリ状態を解決できない場合、状況によっては、TAC に連絡して追加のサポートを受ける必要があります。「詳細な情報」を参照してください。
インターフェイスが始動しない場合
ルータ インターフェイスはネットワーク トラフィックの処理において直接使用されるため、そのステータス情報は、デバイスが機能しているかどうかを理解するうえで非常に重要です。ここでは、ルータ インターフェイスが動作可能な状態にあるかどうかを確認するために使用する EXEC モード コマンドについて説明します。このプロセスで使用する基本コマンドについては、 表 6-3 にまとめています。
システム インターフェイスの確認
システム インターフェイスを確認するには、次の手順に従います。
ステップ 1 管理 EXEC モードで show platform コマンドを入力して、すべてのノードの状態が「IOS XR RUN」であることを確認します。
ステップ 2 show ipv4 interface brief コマンドを入力して、IP アドレスの設定およびプロトコルのステータスを確認します。
ステップ 3 インターフェイスを、次の例のように設定します。
（注） commit コマンドを入力して、この新しい設定をアクティブな実行コンフィギュレーションの一部にします。コンフィギュレーション セッションを終了すると、自動的に変更をコミットするように要求されます。2 番目の例を参照してください。
ステップ 4 show ipv4 interface brief コマンドを入力して、Status カラムのインターフェイス状態が「Up」であることを確認します。
ステップ 5 前の例でインターフェイスの状態が「Shutdown/Down」である場合は、次の作業を実行します。
a. インターフェイスのステータスが「Shutdown」であることを確認します。
b. 次のコマンドを使用して、インターフェイスを始動します。
ステップ 6 それでもインターフェイスの状態が「Down」と表示されている場合は、物理ケーブルの接続が正しいことを確認します。次のメッセージは、インターフェイスが誤って接続されているか、接続されていないことを示します。
ステップ 7 show ipv4 interface brief コマンドを再度入力して、インターフェイスが始動していることを確認します。
ステップ 8 すべてのインターフェイスの Status カラムおよび Protocol カラムに「Up」と表示されるまで、各インターフェイスに対して上記の手順を繰り返します。
フィードバック