監視およびトラブルシューティング

目的

ルーターまたはスイッチ上のすべてのインターフェイスを通過するトラフィックに関するリアルタイムの統計情報を表示します。

アクション

ルーターまたはスイッチ上のすべてのインターフェイスを通過するトラフィックに関するリアルタイムの統計情報を表示するには:

意味

サンプル出力には、アクティブなインターフェイスのトラフィック データと、コマンドの開始以降、または C キーを使用してカウンターがクリアされた後の各フィールドの変化量が表示されます。この例では、 monitor interface コマンドは、コマンドが発行されてから、またはカウンターが最後にゼロに戻ってから 15 秒間実行されています。

目的

ルーターまたはスイッチ上のインターフェイスを通過するトラフィックに関するリアルタイムの統計情報を表示します。

アクション

ルーターまたはスイッチのインターフェイスを通過するトラフィックを表示するには、次の Junos OS CLI 運用モード コマンドを使用します。

意味

サンプル出力は、特定の SONET インターフェイス(so-0/0/1)の入力パケットと出力パケットを示しています。この情報には、SONET/SDH および T3 アラーム、検出されたループバック、フレーミング エラーの増加などの一般的なインターフェイス障害を含めることができます。詳細については、「 追跡エラー条件のチェックリスト」を参照してください。

実行中にコマンドの出力を制御するには、 表 1 に示すキーを使用します。

monitor traffic コマンドでの照合条件の使用に関する詳細については、CLIエクスプローラーを参照してください。

問題点

ソリューション

スケジューラマップは、マルチリンクバンドルとその構成要素リンクに適用できます。スケジューラ マップで複数の CoS コンポーネントを適用できますが、必要なコンポーネントのみを設定します。送信の不要な遅延を避けるために、構成要素リンクの設定をシンプルに保つことをお勧めします。

表 5 は、マルチリンクバンドルとその構成要素リンクに適用されるCoSコンポーネントを示しています。

問題点

ソリューション

ジッターと遅延を減らすには、次の手順を実行します。

1. 各構成要素リンクでシェーピング レートが設定されていることを確認します。

2. リンク サービス インターフェイスでシェーピング レートが設定されていないことを確認します。

3. 設定したシェーピング レートの値が物理インターフェイスの帯域幅と等しいことを確認します。

4. シェーピング レートが正しく設定されていてもジッターが続く場合は、ジュニパーネットワークス技術支援センター(JTAC)にお問い合わせください。

問題点

ソリューション

LFI が有効な場合、データ(非 LFI)パケットは MLPPP ヘッダーでカプセル化され、指定されたサイズのパケットにフラグメント化されます。遅延センシティブ音声(LFI)パケットは PPP カプセル化され、データ パケット フラグメント間でインターリーブされます。キューイングとロード バランシングは、LFI パケットと非 LFI パケットで異なる方法で実行されます。

LFI が正しく実行されたことを確認するために、パケットが設定通りにフラグメント化およびカプセル化されていることを確認します。パケットが LFI パケットとして扱われるか、非 LFI パケットとして扱われるかがわかったら、ロード バランシングが正しく実行されたかどうかを確認できます。

Solution Scenario- ジュニパーネットワークスの 2 つのデバイス、R0 と R1 が、2 つのシリアル リンク(se-1/0/0 と se-1/0/1)を集約したマルチリンク バンドル lsq-0/0/0.0で接続されているとします。R0 および R1 では、MLPPP と LFI がリンク サービス インターフェイスで有効になっており、フラグメンテーションしきい値は 128 バイトに設定されています。

この例では、パケット ジェネレーターを使用して音声ストリームとデータ ストリームを生成しました。パケット キャプチャ機能を使用して、着信インターフェイス上のパケットをキャプチャして分析できます。

次の 2 つのデータ ストリームがマルチリンク バンドルで送信されました。

• 200 バイトの 100 データ パケット(フラグメンテーションしきい値より大きい)

• 60 バイトの 500 データ パケット(フラグメンテーションしきい値より小さい)

次の 2 つの音声ストリームがマルチリンク バンドルで送信されました。

• 送信元ポート 100 からの 200 バイトの音声パケット 100 個

• 送信元ポート 200 からの 200 バイトの音声パケット 300 個

LFI とロード バランシングが正しく実行されていることを確認するには、次の手順に従います。

1. パケットのフラグメント化を検証します。運用モードから show interfaces lsq-0/0/0 コマンドを入力して、ラージ パケットが正しくフラグメント化されていることを確認します。

   Meaning—出力には、マルチリンクバンドルでデバイスを通過するパケットの概要が表示されます。マルチリンクバンドルに関する次の情報を確認します。

   • 通過パケットの総数 = 1000

   • トランジットフラグメントの総数 = 1100

   • フラグメント化されたデータ パケットの数 = 100

   マルチリンクバンドルで送信されたパケットの総数(600 + 400)は、送信パケットの数(1000)と一致し、パケットがドロップされなかったことを示しています。

   トランジット フラグメントの数がトランジット パケットの数を 100 上回っており、100 個のラージ データ パケットが正しくフラグメント化されたことを示しています。

   Corrective Action- パケットが正しくフラグメント化されていない場合は、フラグメンテーションしきい値の設定を確認してください。指定されたフラグメンテーションしきい値より小さいパケットはフラグメント化されません。

2. パケットのカプセル化を検証します。パケットが LFI パケットとして扱われるか、非 LFI パケットとして扱われるかを知るには、カプセル化タイプを決定します。LFI パケットは PPP カプセル化され、非 LFI パケットは PPP と MLPPP の両方でカプセル化されます。PPPカプセル化とMLPPPカプセル化ではオーバーヘッドが異なるため、パケットのサイズも異なります。パケット サイズを比較して、カプセル化タイプを決定できます。

   小さなフラグメント化されていないデータ パケットには、PPP ヘッダーと 1 つの MLPPP ヘッダーが含まれています。大きなフラグメント データ パケットでは、最初のフラグメントには PPP ヘッダーと MLPPP ヘッダーが含まれていますが、連続するフラグメントには MLPPP ヘッダーのみが含まれています。

   PPP および MLPPP カプセル化は、パケットに以下のバイト数を追加します。

   • PPP カプセル化は 7 バイトを追加します。

     4 バイトのヘッダー + 2 バイトのフレーム チェック シーケンス (FCS)+ アイドル状態またはフラグを含む 1 バイト

   • MLPPP カプセル化により、6 から 8 バイトが追加されます。

     4バイトのPPPヘッダー+2〜4バイトのマルチリンクヘッダー

   図 1 は、PPP および MLPPP ヘッダーに追加されたオーバーヘッドを示しています。

   図 1: PPP および MLPPP ヘッダー

   CRTP パケットの場合、カプセル化のオーバーヘッドとパケット サイズは LFI パケットの場合よりもさらに小さくなります。詳細については、「 例: 圧縮リアルタイムトランスポートプロトコルの設定.

   表 6 は、それぞれ 70 バイトのデータ パケットと音声パケットのカプセル化オーバーヘッドを示しています。カプセル化後、データ パケットのサイズは音声パケットのサイズよりも大きくなります。

   表 6: PPPおよびMLPPPカプセル化オーバーヘッド

   パケット タイプ	カプセル化	初期パケット サイズ	カプセル化オーバーヘッド	カプセル化後のパケット サイズ
   音声パケット(LFI)	PPP	70 バイト	4 + 2 + 1 = 7 バイト	77 バイト
   短いシーケンスのデータフラグメント(非LFI)	ティッカー	70 バイト	4 + 2 + 1 + 4 + 2 = 13 バイト	83 バイト
   長いシーケンスを持つデータフラグメント(非LFI)	ティッカー	70 バイト	4 + 2 + 1 + 4 + 4 = 15 バイト	85 バイト

   運用モードから、 show interfaces queue コマンドを入力して、各キューの送信パケットのサイズを表示します。送信されたバイト数をパケット数で割ってパケットのサイズを取得し、カプセル化タイプを決定します。

3. ロードバランシングを検証します。運用モードから、マルチリンクバンドルとその構成要素リンクに show interfaces queue コマンドを入力し、パケットに対してそれに応じてロードバランシングが行われているかどうかを確認します。

   Meaning—これらのコマンドの出力は、リンク サービス インターフェイスとその構成リンクの各キューで送信され、キューイングされたパケットを示しています。 表 7 に、これらの値の概要を示します。(送信されたパケット数はすべてのリンクでキューに入れられたパケットの数と等しいため、この表にはキューに入れられたパケットのみが表示されます)。

   表 7: - キューで送信されたパケット数

   キューに入れられたパケット	バンドル lsq-0/0/0.0	構成要素リンク se-1/0/0	構成要素リンク se-1/0/1	説明
   Q0 のパケット	600	350	350	構成リンクを通過するパケットの総数(350+350 = 700)が、マルチリンクバンドルでキューイングされたパケット数(600)を超えました。
   Q2のパケット	400	100	300	構成要素リンクを通過するパケットの総数は、バンドル上のパケット数と等しくなりました。
   第3四半期のパケット	0	19	18	構成リンクの Q3 を通過するパケットは、構成リンク間で交換されるキープアライブ メッセージ用です。したがって、バンドルのQ3ではパケットはカウントされませんでした。

   マルチリンクバンドルで、次のことを確認します。

   • キューに入れられたパケットの数は、送信された数と一致します。番号が一致する場合、パケットはドロップされませんでした。キューに入れられたパケットの数が送信された数よりも多い場合、バッファが小さすぎるため、パケットはドロップされました。構成要素リンクのバッファサイズは、出力段での輻輳を制御します。この問題を修正するには、構成リンクのバッファー サイズを増やします。

   • Q0(600)を通過するパケット数は、マルチリンクバンドルで受信した大小のデータパケットの数(100+500)と一致します。数値が一致する場合、すべてのデータ パケットは Q0 を正しく通過しています。

   • マルチリンクバンドルでQ2を通過するパケット数(400)は、マルチリンクバンドルで受信した音声パケットの数と一致します。番号が一致する場合、すべての音声LFIパケットはQ2を正しく通過しています。

   構成要素リンクで、次のことを確認します。

   • Q0(350+350)を通過するパケットの総数は、データパケットとデータフラグメント(500+200)の数と一致します。番号が一致する場合、フラグメンテーション後のすべてのデータパケットは、構成リンクのQ0を正しく通過しました。

     パケットは両方の構成リンクを通過しており、LFI以外のパケットでロードバランシングが正しく実行されたことを示しています。

   • 構成要素リンク上でQ2(300+100)を通過するパケットの総数は、マルチリンクバンドル上で受信した音声パケットの数(400)と一致します。番号が一致する場合、すべての音声LFIパケットはQ2を正しく通過しています。

     送信元ポート 100 からの LFI パケットは se-1/0/0 を通過し、送信元ポート 200 からの LFI パケットは se-1/0/1を通過しました。したがって、すべてのLFI(Q2)パケットは送信元ポートに基づいてハッシュされ、両方の構成リンクを正しく通過しました。

   Corrective Action- パケットが 1 つのリンクのみを通過した場合は、次の手順で問題を解決します。

   1. 物理リンクが up (動作可能)か、 down (使用不可)かを判断します。使用できないリンクは、PIM、インターフェイス ポート、または物理接続の問題(リンク層エラー)を示します。リンクが動作している場合は、次の手順に進みます。

   2. 分類子が非LFIパケットに対して正しく定義されているか検証します。非LFIパケットがQ2にキューイングされるように設定されていないことを確認します。Q2 にキューイングされたパケットはすべて LFI パケットとして扱われます。

   3. LFI パケット内で、以下の値の少なくとも 1 つが異なることを確認します。送信元アドレス、宛先アドレス、IP プロトコル、送信元ポート、または宛先ポート。すべての LFI パケットに同じ値が設定されている場合、パケットはすべて同じフローにハッシュされ、同じリンクを通過します。

4. 結果を使用して負荷分散を検証します。

問題点

ソリューション

サードパーティ製デバイスがジュニパーネットワークスのデバイスと同じ FRF.12 をサポートしていない場合、または別の方法で FRF.12 をサポートしていない場合、PVC 上のジュニパーネットワークスのデバイス インターフェイスは、FRF.12 ヘッダーを含むフラグメント パケットを破棄し、「ポリシングされた破棄」としてカウントすることがあります。

回避策として、両方のピアにマルチリンクバンドルを設定し、マルチリンクバンドルにフラグメンテーションしきい値を設定します。

問題点

• 説明
• 環境
• 症状

ソリューション

セキュリティ ポリシーが同期していない場合は、 show security policies checksum コマンドを使用してセキュリティ ポリシーのチェックサム値を表示し、 request security policies resync コマンドを使用してルーティング エンジンとパケット転送エンジンのセキュリティ ポリシーの設定を同期します。

問題点

ソリューション

これらのエラーを修正するには、次の手順を実行します。

1. 構成データを確認します。

2. /var/log/nsd_chk_only ファイルを開きます。このファイルは、コミット チェックを実行するたびに上書きされ、詳細なエラー情報が含まれています。

問題点

ソリューション

1. 動作 show コマンド:セキュリティポリシーの操作コマンドを実行し、出力に表示される情報が期待したものと一致していることを確認します。そうでない場合は、構成を適切に変更する必要があります。

2. traceoptions - ポリシー設定で traceoptions コマンドを設定します。この階層の下にあるフラグは、 show コマンド出力のユーザー分析に従って選択できます。使用するフラグを決定できない場合は、フラグ オプション all を使用してすべてのトレース ログをキャプチャできます。

また、ログをキャプチャするために、オプションのファイル名を設定することもできます。

trace オプションでファイル名を指定した場合は、/var/log/<filename> でログファイルを検索し、ファイルにエラーが報告されていないかどうかを確認できます。(ファイル名を指定しなかった場合、デフォルトのファイル名がイベントされます。)エラー メッセージには、障害の場所と適切な理由が示されます。

トレース・オプションを設定した後、誤ったシステム動作の原因となった設定変更を再コミットする必要があります。

問題点

ソリューション

問題点

ソリューション

エラーメッセージを使用して、chassisdに関連する問題を理解します。

ISSU が起動すると、シャーシの観点から ISSU に関連する問題があるかどうかを確認する要求が chassisd に送信されます。問題がある場合は、ログ メッセージが作成されます。

問題点

ソリューション

ISSU 中にエラーが発生するとログ メッセージが作成され、ISSU はトラフィックに影響を与えることなく機能し続けます。以前のバージョンに戻す必要がある場合は、シャーシ クラスタの両方のノードで一致しないバージョンが作成されないように、イベントがログに記録されるか、ISSU が停止します。 表 8 では、一般的なエラー状態とその回避策の一部を示します。表 8で使用されるサンプルメッセージは、SRX1500デバイスからのものであり、サポートされているすべてのSRXシリーズファイアウォールにも適用されます。

error: [Oct  6 12:30:16]: Reboot secondary node failed (error-code: 4.1)

       error: [Oct  6 12:30:16]: ISSU Aborted! Backup node maybe in inconsistent state, Please restore backup node
       [Oct  6 12:30:16]: ISSU aborted. But, both nodes are in ISSU window.
       Please do the following:
       1. Rollback the node with the newer image using rollback command
          Note: use the 'node' option in the rollback command
          otherwise, images on both nodes will be rolled back
       2. Make sure that both nodes (will) have the same image
       3. Ensure the node with older image is primary for all RGs
       4. Abort ISSU on both nodes
       5. Reboot the rolled back node

[Oct  3 14:00:46]: timeout waiting for secondary node node1 to sync(error-code: 6.1)
        Chassis control process started, pid 36707 

       error: [Oct  3 14:00:46]: ISSU Aborted! Backup node has been upgraded, Please restore backup node 
       [Oct  3 14:00:46]: ISSU aborted. But, both nodes are in ISSU window. 
       Please do the following: 
      1. Rollback the node with the newer image using rollback command 
          Note: use the 'node' option in the rollback command 
          otherwise, images on both nodes will be rolled back 
      2. Make sure that both nodes (will) have the same image 
      3. Ensure the node with older image is primary for all RGs 
      4. Abort ISSU on both nodes 
      5. Reboot the rolled back node  

[Aug 27 15:28:17]: Secondary node0 ready for failover.
[Aug 27 15:28:17]: Failing over all redundancy-groups to node0
ISSU: Preparing for Switchover
error: remote rg1 priority zero, abort failover.
[Aug 27 15:28:17]: failover all RGs to node node0 failed (error-code: 7.1)
error: [Aug 27 15:28:17]: ISSU Aborted!
[Aug 27 15:28:17]: ISSU aborted. But, both nodes are in ISSU window.
Please do the following:
1. Rollback the node with the newer image using rollback command
    Note: use the 'node' option in the rollback command
           otherwise, images on both nodes will be rolled back
2. Make sure that both nodes (will) have the same image
3. Ensure the node with older image is primary for all RGs
4. Abort ISSU on both nodes
5. Reboot the rolled back node
{primary:node1}

Reboot failure on     Before the reboot of primary node, devices will be out of ISSU setup and no primary node error messages will be displayed.
Primary node

問題点

ソリューション

次のエラー メッセージを使用して、互換性関連の問題を理解します。

問題点

ソリューション

イメージが存在しない場合、またはイメージ ファイルが破損している場合、検証チェックは失敗します。イメージが存在せず、ISSU が中止されたときに初期検証チェックが失敗すると、次のエラー メッセージが表示されます。

画像が存在しない場合

画像ファイルが破損している場合

イメージ ファイルが破損している場合は、次の出力が表示されます。

プライマリノードはデバイス設定を検証し、新しいソフトウェアバージョンを使用してコミットできることを確認します。何か問題が発生した場合、ISSU は中止され、エラー メッセージが表示されます。

問題点

ソリューション

以下のエラー・メッセージを使用して、インストール関連の問題を理解してください。

ISSU は、ISSU コマンドで指定されたインストール イメージを引数としてダウンロードします。イメージ・ファイルは、ローカル・ファイルでもリモート・サイトでもかまいません。ファイルが存在しない場合、またはリモート・サイトにアクセスできない場合は、エラーが報告されます。

問題点

ソリューション

以下のエラー・メッセージを使用して、問題を理解してください。

問題点

ソリューション

ksyncd に関連する問題を理解するには、以下のエラー・メッセージを使用してください。

ISSU は、セカンダリノード(ノード 1)に ksyncd エラーがあるかどうかを確認し、問題がある場合はエラーメッセージを表示してアップグレードを中止します。