監視とトラブルシューティング

目的

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

アクション

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

意味

サンプル出力には、アクティブなインターフェイスのトラフィックデータと、コマンドの開始以降または 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)が、se-1/0/0とse-1/0/1の2つのシリアルリンクを集約したマルチリンクバンドル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 カプセル化のオーバーヘッドが異なるため、パケットのサイズが異なります。パケットサイズを比較して、カプセル化タイプを決定できます。

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

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

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

     ヘッダー4バイト+フレームチェックシーケンス(FCS)2バイト+アイドルまたはフラグを含む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)	MLPPP	70バイト	4 + 2 + 1 + 4 + 2 = 13バイト	83バイト
   長いシーケンスのデータフラグメント(非LFI)	MLPPP	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	構成リンクを通過するパケットの総数は、バンドル上のパケット数と等しくなりました。
   Q3のパケット数	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を正しく通過しました。

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

   Corrective Action—パケットが1つのリンクのみを通過した場合、以下の手順に従って問題を解決します。

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

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

   3. LFIパケットで、送信元アドレス、宛先アドレス、IPプロトコル、送信元ポート、宛先ポートの少なくとも1つの値が異なっていることを確認します。すべての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. 運用 中の表示 コマンド—セキュリティポリシーの運用コマンドを実行し、出力に表示される情報が想定した情報と一致していることを確認します。そうでない場合は、設定を適切に変更する必要があります。

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

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

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

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

問題点

ソリューション

問題点

ソリューション

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

ISSUが起動すると、シャーシの観点からISSUに関連する問題がないかを確認するリクエストがシャーシドに送信されます。問題が発生した場合は、ログメッセージが作成されます。

問題点

ソリューション

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エラーがあるかどうかを確認し、問題がある場合はエラーメッセージを表示してアップグレードを中止します。