
|
|
この章では、問題の診断方法について説明します。 この章のトラブルシューティングの表に交換が必要なことが記載されている場合、 IGX の部品の交換 の手順を参照してください。
IGX のオペレーティング システム ソフトウェアは、IGX の監視や保守の大部分を行います。 ユーザが行う故障予防の保守作業は、電源装置の点検だけです。
IGX ノードでは、AC 電源装置の電圧を直接測定することはできません。 電源装置の 1 台で問題がある場合、 DC LED と AC LED のうち一方または両方が消えます。 AC 電源装置の取り付けまたは交換の手順については、 IGX の部品の交換 を参照してください。
新しいカードまたは追加のカードをノードに取り付けた後に、電源装置の LED をチェックして、そのカードのために電源装置への負荷が過剰になっていないか確認します。
ここでは、IGX ノードをトラブルシューティングする際の基本的な手順を示し、使用するコマンドを簡単に説明します。(コマンドの詳しい説明は、『 Cisco WAN Switching Command Reference 』を参照してください)ここで説明する一連の手順は、すべてを網羅したものではありません。IGX ノードのトラブルシューティングに利用できる診断ツールやネットワーク ツールについては説明していません。
IGX ノードは、定期的に自己診断テストを行って、正しく機能していることを確認しています。ノードで運用に影響を与えるようなエラー状態が検出されると、影響を受けるカードまたは回線は停止し、スタンバイ カードまたは冗長回線が、用意されている場合には選択されます。
|
IGX ボードのどのインジケータも点灯しておらず、コンソール画面には何も表示されません。 電源装置の LED が点灯していません。 |
||
|
エラーが発生したことを示しています。 まず、 resetcd f コマンドで問題のカードをリセットします。LED が再び点灯した場合は、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
カードを交換しても問題が解決しない場合は、バックプレーンに問題がある可能性があります(非常にまれ)。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
エラーが発生したことを示しています。 カードのアラームの状態をチェックします。まず、 resetcd f コマンドで問題のカードをリセットします。 LED が再び点灯した場合は、カードを一度外してから再度取り付けてみます。それでも、LED が点灯する場合は、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
UXM-E、UFM、ARM、CVM、および LDM のいずれかのカード セットの FAIL インジケータが点灯し、カードを交換しても問題は解決しません。 |
カードを交換しても問題が解決しない場合、 テクニカル サポートに関する問い合せ を参照してください。 |
|
|
IGX の部品の交換 のバックプレーン ヒューズの項を参照してください。 |
||
|
IGX の部品の交換 の指示に従って電源装置を取り付けし直します。電源装置が故障している場合は、取り外して交換します。 |
||
|
ジャンパ スイッチ W6 の位置が間違っています( フレームリレー コネクションの確立 を参照)。 |
IGX 8420 ノードを示すには、ジャンパは所定の場所になければなりません。 IGX 8430 ノードを示すには、ジャンパは外しておく必要があります。 |
|
|
ファン トレイのファンが回転しているか確かめます。 回転していない場合、 IGX の部品の交換 の指示に従ってトレイを交換します。 |
||
|
EIA/TIA-232 ケーブルが緩んでいるか、SCM の Control Terminal ポートに接続されていないか、または制御端末に接続されていません。 |
EIA/TIA-232 ケーブルを、SCM バック カードの Control Terminal ポートまたは制御端末自身に接続します。 |
|
|
EIA/TIA-232 ケーブルが緩んでいるか、SCM の Control Terminal ポートに接続されていないか、またはプリンタに接続されていません。 |
EIA/TIA-232 ケーブルを、SCM バック カードの Control Terminal ポートまたはプリンタ自身に接続します。 |
|
|
EIA/TIA-232 ケーブルが緩んでいるか、SCM の Control Terminal ポートに接続されていないか、またはモデムに接続されていません。 |
EIA/TIA-232 ケーブルを、SCM バック カードの Control Terminal ポートまたはモデム自身に接続します。 |
|
|
詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||
|
詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
IGX ノードのトラブルシューティングの初期モードでは、コンソール画面に表示されたコンソール アラームを使用します。 次の表に、アラームを特定し、問題を特定する手順を示します。 IGX ノードの修理はすべて、弊社販売代理店の技術サポート担当者などに依頼する必要があります。
|
vt コマンドを使用して影響を受けたノードに移動し、 dspalms コマンド を使用してアラームのタイプを特定します。 |
||||
|
dsplog コマンドを使用して、接続障害の原因を調べます。 障害の原因としては、サーキット回線やトランク カードの故障、クロックの速度超過などが考えられます。 |
||||
|
a. 障害の原因がサーキット回線のローカル CGA にある(サーキット回線のローカル端でパルス受信なし)場合、予想される原因 2A に進みます。 |
||||
|
b. 障害の原因がサーキット回線のリモート CGA にある(サーキット回線のリモート端でパルス受信なし)場合、予想される原因 2B に進みます。 |
||||
|
c. 障害の原因がサーキット回線のフレーム スリップにある(IGX ノードと PBX の間の T1 に過度のフレーム スリップが示される)場合、予想される原因 2C に進みます。 |
||||
|
d. 障害の原因がサーキット回線のバイポーラ エラーである(サーキット回線に過度のバイポーラ エラーが示される)場合、予想される原因 2D に進みます。 |
||||
|
CGA アラームが IGX ノードによって記録されたときに、PBX T1 サブレートまたは PBX E1 インターフェイスがダウンしたかどうか確認します。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します( テクニカル サポートに関する問い合せ を参照)。 |
||||
|
dsplog コマンドを使用して、フレーム スリップ アラームの日時、継続時間を調べます。さらに、ネットワークの回線障害のためにこの回線のクロック ソースが変わったかどうか確認します。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店 に連絡します( テクニカル サポートに関する問い合せ を参照)。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
dsplog コマンドを使用して、通信障害または CGA が発生した日時を調べ、代替ルートの帯域幅が足りないために失敗した接続を特定します。 |
||||
|
電話会社に連絡して、スパン テストを依頼します。準標準パターン、オール 1 パターン、および 3 と 24 パターンを含む複数のテスト パターンを使用した BER テストを行うよう要請してください。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
弊社代理店 にご連絡ください。 弊社の技術サポート担当者は、回線エラーを監視することができ、電話会社との間で運用を停止するテストの予定を組むように推奨することがあります。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
電話会社に連絡して、スパン テストを依頼します。準標準パターン、オール 1 パターン、および 3 と 24 パターンを含む複数テスト パターンを使用した BER テストを行うよう要請してください。 |
||||
|
電話会社がそのスパンの問題を特定できない場合、弊社代理店に連絡してください。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します。予想される原因 3G の対処方法を参照してください。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
会社の担当者がループバック テストを行う場合、テストが終了したときに通知するよう電話会社に依頼し、テストの終了後にループバックの表示が消えるのを確かめます。 |
||||
|
会社の担当者がループバック テストを行わない場合には、電話会社はほとんどの場合 E1 スパンをループバック モードにしています。 |
||||
|
電話会社に、E1 スパンをテストするか確認し、テストが終了したときに通知するよう依頼します。 システムを監視し、テストの終了時にループバックの表示が消えるのを確かめます。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
dsplog コマンドを使用して、カードが故障した日時と、このカードを使用する接続が失敗の状態になっていないかを調べます。 |
||||
|
故障したカードが HDM または LDM カードの場合、そのカードを使用する接続の両端で dspbob コマンドを使用して、データが渡されたか確認します。 CDP、CVM、または UVM カードの場合は、 dspchstats コマンドを使用します。 |
||||
|
カードが故障していた場合、これまでに行った対処方法を書き留めて、弊社代理店 に連絡します( テクニカル サポートに関する問い合せ を参照)。 |
||||
|
そのすべてのノードで dsplog コマンドを使用して、そのノードが到達不能になった日時、継続時間を調べます。 ノードは通常、トランクの障害または電源故障が発生すると到達不能になります。 |
||||
|
電源故障でない場合は、弊社代理店 に連絡してください。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
|
これまでに行った対処方法を書き留めて、弊社代理店に連絡します。詳細については、 テクニカル サポートに関する問い合せ を参照してください。 |
||||
IGX ノードのトラブルシューティングにおける最初のステップは、システム全体のアラーム状態を表示して、システムの状態を調べることです。 IGX ノードのすべてのアラームの要約を見るには、 dspalms (現在のノードのアラームの表示)コマンドを使用します。アラームの要約には、次の項目が含まれます。
アラームを表示するには、 dspalms コマンドを実行します。
画面に障害が表示された場合、 障害切り分けコマンド のコマンドを参照し、さらに障害を詳しく調べます。
アラームの要約画面でカードの障害状態が示される場合、 dspcds コマンドを使用してそのノード上のカードの状態を表示します。 各カード タイプで示される情報は、スロット番号、ソフトウェア バージョン レベル、およびカードの状態です(ジョブ内で dspcds コマンドは使用できないので注意してください)。
カードの状態 では、カード タイプごとにすべての状態を示します。
ユーザ コマンドのいくつかは、ノードの状態をテストするのに役立ちます。CLIコマンドは、次のとおりです。
これらのコマンドの詳しい説明は、『 Cisco WAN Switching Command Reference 』を参照してください。
ループバック テストは、IGX システムの状態を診断する際に、補助的に利用することができます。ループバック テストを起動する CLI コマンドは、次のとおりです。
これらのコマンドの詳しい説明は、『 Cisco WAN Switching Command Reference 』を参照してください。
All contents copyright (C) 1992--2003 Cisco Systems K.K.