Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

MPLS のトラブルシューティング

MPLS インターフェース確認

目的

ネットワーク内のルーターに MPLS プロトコルが正しく設定されていない場合、インターフェースは MPLS スイッチングを実施できません。

注:

ラベルの付いたルートがインタフェース上で解決されるには、[edit interfaces]の階層レベルでfamily mplsが設定されている必要があります。family mplsが設定されていない場合、ラベルの付いたルートは解決されません。

対処

MPLS インターフェースを検証するには、以下の Junos OS の CLI （コマンドライン インターフェース）運用モードコマンドを入力します。

サンプル出力1

コマンド名

次のサンプル出力はMPLS ネットワーク トポロジーで示すネットワーク内のすべてのルーターの出力を例に示しています。

サンプル出力2

コマンド名

サンプル出力 3

コマンド名

意味

サンプル出力 1 では、ネットワーク内のすべてのルーターの MPLS インターフェースが有効（Up）であり、MPLS スイッチングを実施できることを示しています。[edit protocols mpls] 階層で正しいインタフェースを設定できない場合、または [edit interfaces type-fpc/pic/port unit number ] 階層レベルでfamily mpls ステートメントが含まれていない場合、そのインターフェースは MPLS スイッチングを行うことができず、show mpls interfaceコマンドの出力には表示されません。

MPLS ネットワーク トポロジーのネットワーク例では、どのインターフェースにも管理グループが設定されていません。ただし、その場合、出力では、ルーターで、どのアフィニティ クラス ビットが有効になっているかを示しています。

サンプル出力 2 では、インターフェイスso-0/0/2.0が無いため、正しく設定されていない可能性があります。例えば、[edit protocols mpls] 階層レベルでインターフェイスを含めることができなかった場合、または [numberedit interfaces type-fpc/pic/portunit] 階層レベルでfamily mpls ステートメントが含まれていない場合があります。インターフェイスが正しく設定されている場合、RSVP がまだこのインターフェース上でシグナリングされていない可能性があります。どのインターフェースが正しく設定されていないかを判断する方法については、「Verify Protocol Families」を参照してください。

サンプル出力 3 のサンプルは、[edit protocols mpls] 階層レベルで MPLS プロトコルが設定されていないことを示しています。

プロトコルファミリーの検証

目的

論理インタフェースがMPLSを有効にしていない場合、MPLSスイッチングを行うことはできません。この手順により、どのインターフェイスにMPLSやその他のプロトコルファミリーが設定されているかを迅速に判断することができます。

対処

ネットワーク内のルーターに設定されているプロトコルファミリーを確認するには、次のJunos OS CLI運用モードコマンドを入力します。

サンプル出力1

コマンド名

サンプル出力2

コマンド名

意味

AdminLinkProtoサンプル出力1には、インタフェース、リンクの管理状態（）、リンクのデータリンク層の状態（）、インタフェースに設定されているプロトコルファミリー（）、インタフェースのローカルアドレスとリモートアドレスが表示されています。

https://www.juniper.net/documentation/en_US/junos/topics/task/verification/mpls-verifying.htmlinet MPLSネットワークトポロジーで示されるネットワークのすべてのルート上のすべてのインタフェースは、MPLSとIS-ISで管理上有効で、データリンク層で機能しており、アドレスを持っています。inet unit numberisomplsedit interfaces type-fpc/pic/portいずれもIPv4プロトコルファミリ（）で設定され、IS-IS（）およびMPLS（）プロトコルファミリが［ ］階層レベルで設定されています。

so-0/0/2.0unitnumberR6 mplsedit interfacestype-fpc/pic/portSample Output 2によると、interface onは[ ]階層レベルに文が含まれていないことがわかります。

MPLS 設定の検証

目的

tracerouteping[edit protocols mpls][edit interfaces]トランジットルータとイングレスルータの確認、コマンドによるBGPネクストホップの確認、コマンドによるアクティブパスの確認が終わったら、MPLSの設定に問題がないか、階層レベルで確認します。

注:

ラベルの付いたルートがインタフェース上で解決されるには、[edit interfaces]の階層レベルでfamily mplsが設定されている必要があります。family mplsが設定されていない場合、ラベルの付いたルートは解決されません。

対処

MPLSの設定を確認するために、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。

サンプル出力1

コマンド名

サンプル出力2

コマンド名

意味

R6イングレス、トランジット、およびイグレスルーターからのサンプル出力1では、イグレスルーター上のインターフェースの構成が正しくないことが示されています。 so-0/0/3.0 edit protocols mplsLSPが通過するインターフェースであるため、本来はアクティブであるべきなのに、[]階層レベルでinactiveとして含まれています。

R6Sample Output 2 は、イグレスルーターで MPLS 用のインターフェイスが正しく設定されていることを示し ています。また、イングレスルーターとトランジットルーター（図示せず）にもインターフェイスが正しく設定されています。

MPLS レイヤーの確認

目的

ラベルスイッチドパス (LSP) を設定し、 show mpls lsp コマンドを発行し、エラーがあると判断した後、そのエラーが物理層、データリンク層、インターネットプロトコル (IP) 層、内部ゲートウェイプルトコル (IGP) 層、またはリソース予約プロトコル (RSVP) 層にないことが分かる場合があります。引き続き、ネットワークの MPLS レイヤーで問題を調査します。

図 1は、階層化 MPLS モデルの MPLS レイヤーを示しています。

図 1: MPLS レイヤーの確認MPLS レイヤーの確認

MPLS レイヤーで、LSP が起動して正常に機能しているかどうかを確認します。ネットワークがこの層で機能していない場合、LSP は設定通りに機能しません。

図 2は、このトピックで使用する MPLS ネットワークを示しています。

図 2: MPLS レイヤーで 切断された MPLS ネットワークMPLS レイヤーで 切断された MPLS ネットワーク

そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 2です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。

しかし、この例では、 R6 から R1 へのパスがなく、リバース LSP がダウンしています。

図 2 で示した十字は、LSP が壊れている箇所を示しています。LSP が壊れる原因としては、MPLS プロトコルの設定ミスや、MPLS に間違って設定されたインターフェイスが含まれている可能性があります。

図 2 で示したネットワークでは、エグレスルーター R6 の設定エラーにより、LSP が予想通りにネットワークを通過することができません。

MPLS レイヤーを確認するには、次の手順に従います。

LSP を検証する

目的

通常は、LSP を検証するために コマンドを使用します 。show mpls lsp extensive ただし、LSP の状態をすばやく確認するには、 コマンドを使用します 。show mpls lsp LSP がダウンしている場合は、 (フォローアップとして。extensive show mpls lsp extensive) ネットワークに多数のLSPがある場合、 オプション( または name show mpls lsp name nameshow mpls lsp name name extensive).

アクション

LSP が起動していることを確認するには、イングレスルーターから以下のコマンドの一部またはすべてを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名
サンプル出力 3
コマンド名
サンプル出力4
コマンド名

意味

サンプル出力 1 は、イングレス、トランジット、イグレスの各ルーターの LSP の状態に関する簡単な説明を示しています。イングレス ルーター と エグレス ルーター からの出力は、両方の LSP がダウンしていることを示しています。 R1R6R1-to-R6R6-toR1 LSP が と に設定された状態で、 と の両方でエグレス LSP セッションが発生することが予想されます。R1R6R1R6 また、トランジット ルーター にはトランジット セッションがありません。R3

サンプル出力 2 には、過去のすべての状態履歴や LSP が失敗した理由など、LSP に関するすべての情報が表示されています。および からの出力は、CSPF(制限付き最短パス ファースト)アルゴリズムが失敗したため、宛先へのルートがないことを示しています。R1R6

サンプル出力 3 と 4 は、 オプションを使用した コマンドの出力例を示しています。show mpls lsp name extensive この場合、「MPLS レイヤーで壊れた MPLS ネットワーク」のネットワーク例では LSP が 1 つだけ設定されているため、出力は コマンドと非常によく似ています。show mpls lspMPLS のトラブルシューティング しかし、多数のLSPが設定されている大規模なネットワークでは、2つのコマンドで結果が大きく異なります。

トランジット ルーターでの LSP ルートの検証

目的

LSP がアップしている場合、LSP ルートがルーティングテーブルに表示されます 。mpls.0 MPLS は、各 LSP 内の次のラベル交換ルータのリストを含む MPLS パス ルーティング テーブル()を維持します。mpls.0 このルーティング テーブルは、LSP に沿って次のルーターにパケットをルーティングするためにトランジット ルーターで使用されます。トランジット ルーターの出力にルートが存在しない場合は、イングレス ルーターとエグレス ルーターの MPLS プロトコル設定を確認します。

アクション

トランジットルータでLSPルートを確認するには、トランジットルータから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

トランジット ルーター からのサンプル出力 1 には、MPLS ラベル エントリの形式で 3 つのルート エントリが表示されています。R3 これらのMPLSラベルは、RFC 3032で定義された予約済みMPLSラベルであり、LSPの状態に関係なく、常にルーティングテーブルに存在します 。mpls.0 RSVP によってアップストリームのネイバーに割り当てられた受信ラベルが出力から欠落しており、LSP がダウンしていることを示しています。MPLS ラベルエントリの詳細については、 LSP の使用を確認するためのチェックリストを参照してください。https://www.juniper.net/documentation/en_US/junos/topics/task/verification/mpls-lsp-use-checklist.html

これに対して、サンプル出力 2 は、正しく設定された LSP の MPLS ラベルとルートを示しています。3 つの予約済み MPLS ラベルが存在し、他の 4 つのエントリは、RSVP がアップストリーム ネイバーに割り当てられた受信ラベルを表しています。この 4 つのエントリは、2 つのルートを表します。MPLSヘッダーのスタック値が異なる可能性があるため、ルートごとに2つのエントリーがあります。各ルートの2番目のエントリー であるand は、スタックの深さが1ではないことを示しており、追加のラベル値がパケットに含まれています。100864 (S=0)100880 (S=0) 対照的に、 最初のエントリ と には、スタックの深さ 1 を示す推定 S=1 値があり、各ラベルがその特定のパケットの最後のラベルになります。100864100880 二重エントリは、これが最後から 2 番目のルーターであることを示しています。MPLSラベルスタックの詳細については、RFC 3032「MPLS Label Stack Encoding」を参照してください。

イングレス ルーターでの LSP ルートの検証

目的

指定されたアドレスのルーティングテーブルのアクティブエントリー にLSPルートが含まれているか確認します。inet.3

アクション

LSP ルートを確認するには、イングレスルーターから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

サンプル出力 1 では、ルーティングテーブルのエントリーのみが表示されています 。inet.0 LSPが動作していないため、ルーティングテーブルが出力から欠落しています。inet.3 ルーティング テーブルは 、ルーティング情報を格納するために、内部ゲートウェイ プロトコル(IGP)とボーダー ゲートウェイ プロトコル(BGP)によって使用されます。inet.0 この場合、IGP は IS-IS(中間システム - 中間システム)です。ルーティング テーブルの詳細については、 Junos MPLS アプリケーション設定ガイドを参照してください。 inet.0

LSP が機能していた場合、ルーティング テーブルに LSP を含むエントリーが表示されることが予想されます 。inet.3 ルーティング テーブルは、BGP パケットを 宛先のエグレス ルーターにルーティングするためにイングレス ルーターで使用されます。 inet.3 BGP は 、イングレス ルーターのルーティング テーブルを使用して、ネクストホップ アドレスの解決をサポートします。inet.3 BGP は、「 MPLS レイヤーで壊れた MPLS ネットワーク」に示されているネットワーク例で設定されています。MPLS のトラブルシューティング

サンプル出力 2 は、LSP が立ち上がっているときに受信すべき出力を示しています。出力には との両方のルーティングテーブルが表示され、LSP と が使用可能であることがわかります。 inet.0 inet.3 R1-to-R6R6-to-R1

traceroute コマンドによる MPLS ラベルの検証

目的

その経路のBGPネクストホップがLSPイグレスアドレスであるBGP宛先へのパケット経路を表示します。デフォルトでは、BGP は および ルーティングテーブルを使用してネクストホップアドレスを解決します。inet.0inet.3 BGPルートのネクストホップアドレスがエグレスルーターのルーターIDでない場合、トラフィックはLSPではなくIGPルートにマッピングされます。このコマンドは、LSP がトラフィックの転送に使用されているかどうかを判断するためのデバッグツールとして使用します。traceroute

アクション

MPLSラベルを検証するには、イングレスルーターから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

サンプル出力 1 では、BGP トラフィックが LSP を使用していないため、MPLS ラベルが出力に表示されていないことがわかります。BGPトラフィックはLSPを使う代わりに、IGP( MPLSレイヤーで壊れたMPLSネットワークのネットワークの例ではIS-IS)を使ってBGPネクストホップLSPの出口アドレスに到達しています。MPLS のトラブルシューティングJunos OSのデフォルトの動作では、BGPネクストホップがLSPイグレスアドレスと等しい場合、BGPトラフィックにLSPを使用します。

サンプル出力 2 は、正しく設定された LSP の出力例です。出力にはMPLSラベルが表示され、BGPトラフィックがLSPを使用してBGPネクストホップに到達していることを示しています。

ping コマンドによる MPLS ラベルの検証

目的

特定の LSP に ping を実行する場合、エコー要求が MPLS パケットとして LSP を介して送信されることを確認します。

アクション

MPLSラベルを検証するには、イングレスルーターから次のコマンドを入力してエグレスルーターにpingを実行します。

たとえば、以下のように表示されます。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

サンプル出力 1 では、LSP にエコー要求を転送するアクティブなパスがないことを示しており、LSP がダウンしていることを示しています。

サンプル出力 2 は、LSP が立ち上がってパケットを転送するときに受信する出力の例です。

適切な対応を行う

問題点

説明

調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。この例では、エグレス ルーターの [] 階層レベルでインターフェイスが正しく設定されていません edit protocols mplsR6.

ソリューション

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

  1. エグレスルーター のMPLSプロトコル設定でインターフェイスをアクティブにします。R6

  2. 設定を確認し、コミットします。

サンプル出力
意味

サンプル出力では、エグレス ルーターで誤って設定されたインターフェイスが、[]階層レベルでアクティブ化されたことを示しています。so-0/0/3.0R6 edit protocols mpls LSP が起動します。

LSP の再検証

目的

エラーを修正するために適切な処置を行った後、BGP 層の問題が解決されたことを確認するために、LSP を再度確認する必要があります。

アクション

LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。

サンプル出力
コマンド名

意味

イングレスルーター からのサンプル出力 1 は、LSP には への アクティブなルートがあり、状態は up であることを示しています。R1R1-to-R6 R6

トランジット ルーター からのサンプル出力 2 は、 から まで と 、 から までの 2 つのトランジット LSP セッションが存在することを示しています。R3R1R6 R6R1 両方のLSPが立ち上がっています。

エグレスルーター からのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。R6 LSP は、 から 、および逆方向の LSP ( から まで) に沿ってネットワークを通過しています。R1R3R6R6R3R1

ワンツーワン バックアップの検証

目的

ネットワーク内のイングレスルーターと他のルーターを調べることで、ワンツーワンバックアップが確立されていることを検証できます。

対処

ワンツーワンバックアップを検証するには、次のJunos OS CLI運用モードコマンドを入力します。

サンプル出力

コマンド名

次のサンプル出力は、イングレスルーターR1 からです。

意味

R1からのサンプル出力は、FastReroute desired オブジェクトがLSPのパスメッセージに含まれていることを示しています。これにより、R1がLSPのアクティブなパスを選択し、R2を回避するための迂回パスを確立できます。

8行目、Fast-reroute Detour Upは、迂回路が機能していることを示しています。6行目と7行目は、トランジットルーターR2とR4が迂回パスを確立したことを示しています。

R2、10.0.12.14には (flag=9)が含まれ、ダウンストリームノードとリンクでノード保護が利用可能であることを示します。R4、10.0.24.2には(flag=1)が含まれ、リンク保護が次のダウンストリームリンクで使用可能であることを示します。この事例では、ノードが保護できないエグレスルーターR5であるためR4はダウンストリームリンクのみを保護できます。フラグの詳細については、Junosユーザーガイドを参照してください。

show mpls lsp extensive コマンドの出力には、迂回路の実際のパスは表示されません。迂回パスで使用する実際のリンクを確認するには、show rsvp session ingress detailコマンドを使用する必要があります。

サンプル出力

次のサンプル出力は、ワンツーワン バックアップ 迂回路で示すネットワークR1 内のイングレスルーターからです。

意味

R1からのサンプル出力は、メインLSPのRSVPセッションを示しています。迂回パスが確立される、Detour is Up。迂回路の物理的なパスはDetour Explct routeに表示されます。迂回パスは、R7とR9をトランジットルーターとして使用して、エグレスルーターであるR5に到達します。

サンプル出力

次のサンプル出力は、ワンツーワン バックアップ迂回路に示されているネットワークの最初のトランジットルーターR2からのものです。

意味

R2からのサンプル出力は、迂回路が確立され（Detour is Up）、R4を回避し、R4とR5を接続するリンク（10.0.45.2）を示しています。迂回経路は、R7（10.0.27.2）およびR9（10.0.79.2）からR5（10.0.59.1）までであり、これはR1からの迂回の明示的な経路とは異なります。R1はR7の10.0.17.14リンクを迂回し、R1は10.0.27.2リンクを使用しています。両方の迂回路は、R9で10.0.79.2リンクを介してR5（10.0.59.1）に合流します。

サンプル出力

次のサンプル出力は、ワンツーワン バックアップ迂回路に示されているネットワークの2番目のトランジットルーターR4からのものです。

意味

R4からのサンプル出力は、迂回路が確立され（Detour is Up）、R4とR5を接続するリンクを回避していることを示しています（10.0.45.2）。迂回パスは、R9（10.0.49.2）からR5（10.0.59.1）までです。一部の情報は、R1およびR2の出力にある情報と類似しています。ただし、迂回路の明示的なルートは異なり、R4とR9（so-0/0/3 または10.0.49.2.）を接続するリンクを経由します。

サンプル出力

次のサンプル出力はR7からのものであり、ワンツーワン バックアップ 迂回路に示されているネットワークの迂回パスで使用されます。

意味

R7からのサンプル出力は、LSPのプライマリパスで使用される通常のトランジットルーターの場合と同じ情報を示しています。イングレスアドレス（192.168.1.1）、エグレスアドレス（192.168.5.1）、およびLSPの名前（r1-to-r5）。2つの迂回パスが表示されます。1つ目はR4（192.168.4.1）を回避し、2つ目はR2（192.168.2.1）を回避します。R7はR2とR4によってトランジットルーターとして使用されるため、R7は、両方の迂回パスの同一のLabel out値（100368）で示されるように、迂回パスを合流できます。R7がラベル値100736のR4から、またはラベル値100752のR2からトラフィックを受信するかどうかにかかわらず、R7はラベル値100368のR5にパケットを転送します。

サンプル出力

次のサンプル出力はR9ルーターからのものであり、ワンツーワン バックアップ 迂回路に示されているネットワークの迂回パスで使用されます。

意味

R9からのサンプル出力は、R9が迂回パスの最後から2番目のルーターであり、明示的なルートにはエグレスリンクアドレス（10.0.59.1）のみが含まれ、Label outの値（3）はR9が最後から2番目のホップラベルのポップを実行したことを示しています。また、R7がR2とR4からの迂回パスを合流したため、10.0.27.1からの迂回ブランチにはパス情報が含まれていません。10.0.17.13からの迂回ブランチのLabel outの値は100368であり、R7のLabel outの値と同じであることに注意してください。

サンプル出力

次のサンプル出力は、ワンツーワン バックアップ 迂回路で示すネットワーク内のエグレスルーターR5からです。

意味

R5からの出力例は、Record routeフィールドのメインLSPとネットワークを迂回するものを示しています。

プライマリパスが使用可能であることを確認します。

目的

ネットワークでは、プライマリパスが利用可能であれば、常にプライマリパスを使用しなければなりません。そのため、LSP は障害発生後、設定を変更しない限り、常にプライマリパスに戻ってきます。障害が発生したプライマリパスの再確立を防ぐ設定の調整については、 以前に失敗したパスの使用を防ぐには、を参照してください。

対処

プライマリパスが使用可能であることを確認するには、次の Junos OS コマンドラインインターフェイス (CLI) 動作モード コマンドを入力します。

サンプル出力1

コマンド名

サンプル出力2

コマンド名

意味

サンプル出力 1 では、LSP が動作しており、 R2 (10.0.12.14) と R4 (10.0.24.2) をトランジットルーターとして、プライマリパス (via-r2) を使用していることがわかります。優先度の値は、設定と保留に対して同じです 6 6。優先度 0 は最高（ベスト）優先度で、7 は最低（ワースト）優先度です。Junos OS のデフォルトでは、設定と保留優先度が 7:0 です。一部の LSP が他のLSPよりも重要でない限り、デフォルトを維持するのは良いことです。プリエンプションループを回避するために、保留優先度よりも優れた設定優先度を設定することはできず、結果的にコミットが失敗します。

セカンダリパスが確立されていることを確認する

目的

セカンダリ パスがstandby ステートメントで設定されている場合、セカンダリパスはアップされていても非アクティブである必要があります。プライマリ パスが失敗した場合、アクティブになります。standby ステートメントなしで設定されたセカンダリパスは、プライマリパスが失敗しない限り、表示されることはありません。セカンダリパスが正しく設定されており、プライマリパスが失敗したときに表示されるかどうかいるかをテストするには、プライマリパスへのリンクまたはノードを非アクティブにして、コマshow mpls lsp lsp-path-name extensiveンドを発行する必要があります。

対処

セカンダリパスが確立されていることを確認するには、次の Junos OS CLI 操作モードコマンドを入力します。

サンプル出力

サンプル出力

コマンド名

次のサンプル出力には、表示前後に正しく設定されたセカンダリパスが表示されています。例では、R2のインターフェイスfe-0/1/0が非アクティブ化され、これによりプライマリパスvia-r2がダウンします。イングレス ルーターvia-r7は、トラフィックをセカンダリ パスR1にスイッチします。

意味

エグレス ルーターR1からのサンプル出力には、プライマリ パスがまだアップしているため、ダウン状態で正しく設定されたスタンバイセカンダリ パスが表示されます。via-r2 プライマリパスにクリティカルなインターフェイス（R2のinterface fe-0/1/0）の非アクティブ化により、プライマリパスがダウンし、via-r7はスタンバイセカンダリパスが立ち上がって、R1がトラフィックをスタンバイセカンダリパスにスイッチすることができます。

物理層の検証

目的

LSP を設定し、show mpls lsp extensive コマンドを発行し、エラーが発生していると判断した後、ネットワークの物理層で問題の調査を開始できます。

図 3 は階層化 MPLS モデルの物理層を示しています。

図 3: 物理層の検証物理層の検証

この層では、ルーターが接続されており、イングレス、エグレス、およびトランジット ルーターで、インターフェイスが稼働しており、正しく設定されていることを確認する必要があります。

ネットワークがこの層で機能していない場合、LSP（ラベルスイッチ パス）は設定通りに機能しません。

図 4 は MPLS ネットワークとこのトピックで説明された問題を示しています。

図 4: 物理層の壊れた MPLS ネットワーク物理層の壊れた MPLS ネットワーク

そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 4です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。

しかし、この例では、トラフィックは設定された LSP を使用しません。代わりに、トラフィックは R1 から R2 を通り R6 へと向かう代替ルートを使用し、逆方向の場合は R6 から R5 to R1 を通ります。

設定された LSP ではなく、代替ルートが使用される状況に気づいたら、物理層が正しく機能していることを確認します。ルーターが接続されていないか、イングレス、エグレス、またはトランジット ルーターでインターフェイスが正しく設定されていないことが判明する場合があります。

図 4 に示す十字は、イングレス ルーター R1 の設定エラーにより LSP が壊れていることを示します。

物理層を確認するには、次の手順に従います。

LSP を検証する

目的

通常は、LSP を検証するために コマンドを使用します 。show mpls lsp extensive ただし、LSP の状態をすばやく確認するには、 コマンドを使用します 。show mpls lsp LSP がダウンしている場合は、 (フォローアップとして。extensive show mpls lsp extensive) ネットワークに多数のLSPがある場合、 オプション( または name show mpls lsp name nameshow mpls lsp namename extensive).

アクション

LSP が稼働しているかどうかを確認するには、イングレス ルーターから次のコマンドを入力します。

サンプル出力
コマンド名

意味

イングレスルーター からのサンプル出力は、LSP が設定されたパスではなく代替パスを使用していることを示しています。R1 LSP の設定パスは、 から 、リバース LSP の場合は から までです 。R1R3R6, R6R3R1 LSP が使用する代替パスは、 から 、逆方向の LSP の場合は です。R1R2R6, R6 t R5 R1

ルーター接続の確認

目的

パケットが 0% のパケット損失で送受信されたかどうかを調べて、適切なイングレス、トランジット、およびイグレス ルーターが機能していることを確認します。

アクション

ルーターが接続されていることを確認するために、イングレスルーターとトランジットルーターから次のコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力では、イングレス ルーターがトランジット ルーター からパケットを受信しており、トランジット ルーターがエグレス ルーターからパケットを受信していることを示しています。R1R3 したがって、LSP 内のルーターは接続されます。

インターフェイスの確認

目的

ステートメントで 、インターフェイスが正しく設定されていることを確認します。family mpls

アクション

関連するインターフェースが稼働しており、正しく設定されていることを確認するために、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力では、イングレスルーターのインターフェイスに [] 階層レベルで ステートメントが設定されていないことが示されており、LSP をサポートするようにインターフェイスが正しく設定されていないことを示しています。so-0/0/2.0family mplsedit interfaces type-fpc/pic/port LSP は [] 階層レベルで正しく設定されています。edit protocols mpls

トランジットルーターとイグレスルーター(図示せず)からの出力は、これらのルーターのインターフェイスが正しく設定されていることを示しています。

適切な対応を行う

問題点

説明

調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。次の例では、 欠落していた ステートメントがイングレスルーター の設定に含まれています。family mplsR1

ソリューション

この例のエラーを訂正するには、以下のコマンドを入力します。

サンプル出力
意味

イングレスルーター からの出力例は、 ステートメントがインターフェイス に対して正しく設定されており、LSP が当初の設定どおりに機能していることを示しています。 R1family mplsso-0/0/2.0

LSP の再検証

目的

エラーを修正するために適切な処置を行った後、LSP を再度チェックして、物理層の問題が解決されたことを確認する必要があります。

アクション

LSP がアップしており、想定通りにネットワークを通過していることを確認するために、次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

イングレス ルーターからのサンプル出力 1 では、LSP が、 から 、 を経て に至る予想される経路と、 から を経て に至る逆方向の LSP に沿ってネットワークを通過していることがわかります。 R1 R1R3 R6R6R3R1

イングレス ルーター からのサンプル出力 2 は、インターフェイス および で MPLS が非アクティブ化されているため、LSP が意図したパスを強制的に取得することを示しています。R1 R1 so-0/0/0.0so-0/0/1.0 これらのインターフェイスが非アクティブ化されなかった場合、設定が正しくなっても、LSP は代替パスを介してネットワークを通過します。

IPおよびIGPレイヤーの検証

問題点

説明

ラベルスイッチパス（LSP）を設定し、show mpls lsp extensiveコマンドを発行し、エラーがあると判断した後、エラーが物理レイヤーやデータリンクレイヤーにないことが分かる場合があります。引き続き、ネットワークのIPレイヤーおよびIGPレイヤーで問題を調査します。

図 7は、階層化MPLSモデルのIPレイヤーおよびIGPレイヤーを示しています。

図 7: IPおよびIGPレイヤーIPおよびIGPレイヤー

ソリューション

IPおよびIGPレイヤーでは、以下のことを確認する必要があります。

  • インターフェイスには正しいIPアドレスが設定されており、IGPネイバーまたは隣接関係が確立されていること。

  • オープン最短パスファースト（OSPF）または中間システム - 中間システム（IS-IS）プロトコルが正しく設定され、実行されていること。

    • OSPFプロトコルが設定されている場合は、最初にIPレイヤーをチェックし、次にOSPF設定をチェックし、プロトコル、インターフェイス、およびトラフィック制御が正しく設定されていることを確認します。

    • IS-ISプロトコルが設定されている場合、両方のプロトコルが互いに独立しているため、最初にIS-ISとIPのどちらをチェックするかは問題ではありません。IS-IS隣接関係が稼働していること、およびインターフェイスとIS-ISプロトコルが正しく設定されていることを確認します。

      注:

      IS-ISプロトコルでは、トラフィック制御がデフォルトで有効になっています。

ネットワークがIPレイヤーまたはIGPレイヤーで機能していない場合、LSPは設定どおりに機能しません。

図 8は、このトピックで使用する MPLS ネットワークを示しています。

図 8: IPおよびIGPレイヤーでMPLSネットワークが切断IPおよびIGPレイヤーでMPLSネットワークが切断

そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 8です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバースLSPは、R6からR3、そしてR1まで実行するように設定されており、双方向トラフィックを作成します。図 8の×印は、IPおよびIGP層で次の問題が発生したためにLSPが機能していない場所を示しています。

  • イングレスルーターでIPアドレスが正しく設定されていません（R1）。

  • OSPFプロトコルはルーターID（RID）で設定されていますが、ループバック（lo0）インターフェイスがなく、トラフィック制御がトランジットルーター（R3）にありません。

  • IS-ISネットワークのレベルが一致していません。

IP レイヤーの検証

目的

IGP として OSPF と IS-IS のどちらが設定されているかによって、IP レイヤーのチェックを IGP（Interior Gateway Protocol）レイヤーのチェック前に行うことも、後に行うこともできます。MPLS ネットワークが OSPF を IGP として設定されている場合、まず IP レイヤーを検証し、インターフェースに正しい IP アドレスが設定されているか、OSPF のネイバーが確立されているかを確認してから OSPF レイヤーを確認する必要があります。

MPLS ネットワークの IGP に IS-IS が設定されている場合は、IP レイヤーまたは IS-IS プロトコルレイヤーのいずれかを先に確認することができます。IP レイヤーや IS-IS レイヤーをチェックする順番は、結果に影響しません。

図 9: MPLS ネットワーク IP レイヤーで切断MPLS ネットワーク IP レイヤーで切断

図 9のクロスは、イングレス ルーターR1の IP アドレスの設定が間違っているために LSPの切断箇所を示しています。

LSP を検証する

目的

LSP を設定した後、LSP が起動していることを確認する必要があります。LSP には、ingress、トランジット、またはegressのいずれかがあります。 LSP の状態をすばやく確認するには、この コマンドを使用します(LSP がダウンした場合のフォローアップとして)。show mpls lspextensive show mpls lsp extensive) ネットワークに多数の LSP がある場合は、 オプション( または .name show mpls lsp name name show mpls lsp name name extensive)

アクション

LSP が起動していることを確認するには、イングレスルーターから次のコマンドを入力します。

サンプル出力1
コマンド名

意味

イングレス ルーター からのサンプル出力では、MPLS ラベル割り当てエラーが発生し、CSPF(制限付き最短パス ファースト)アルゴリズムに失敗したため、 の宛先へのルートがなかったことが示されています。R110.0.0.6R6

IPアドレッシングの確認

目的

IP 層を調査するときは、インターフェイスに正しい IP アドレスが設定されていること、および OSPF ネイバーまたは IS-IS 隣接関係が確立されていることを確認します。この例では、イングレスルーターでIPアドレスが正しく設定されていません()。R1

アクション

IPアドレス設定を確認するには、イングレス、トランジット、イグレスの各ルーターから次のコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力では、interface onとinterface onのIPアドレスが同一であることがわかります。so-0/0/2.0R1so-0/0/2.0R3 ネットワーク内のインターフェイス IP アドレスは、インターフェイスが正しく識別されるために固有でなければなりません。

IP レイヤーでのネイバーまたは隣接関係の検証

目的

IPアドレスが正しく設定されていない場合は、OSPFネイバーまたはIS-IS隣接関係の両方をチェックして、一方または両方が確立されているかどうかを判断する必要があります。

アクション

ネイバー(OSPF)または隣接関係(IS-IS)を検証するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

イングレス、トランジット、およびイグレス ルーターからのサンプル出力 1 は、確立済みの OSPF ネイバーであり、 ではないことを示しています。R1R3 2つのインターフェイス ( と )が同じIPアドレスで構成されていることを考えると、これは予想どおりです。so-0/0/2.0R1R3 OSPFプロトコルは、IPパケットヘッダーに含まれる宛先IPアドレスのみに基づいてIPパケットをルーティングします。そのため、自律システム(AS)内に同一のIPアドレスがあると、ネイバーは確立されません。

イングレス、トランジット、およびイグレスルーターからのサンプル出力2は、 と のインターフェイスに同一のIPアドレスが設定されているにもかかわらず、 と がIS-IS隣接関係を確立していることを示しています。R1R3so-0/0/2.0R1R3 IS-ISプロトコルは、隣接関係の確立にIPに依存しないため、OSPFプロトコルとは動作が異なります。ただし、LSP が起動していない場合でも、その層に誤りがある場合に備えて IP サブネットのアドレス指定を確認すると便利です。アドレッシング エラーを修正すると、LSP が復帰する場合があります。

適切な対応を行う

問題点

説明

調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。この例では、トランジット ルーター 上のインターフェイスの IP アドレスが正しく設定されていません。R2

ソリューション

この例のエラーを訂正するには、以下のコマンドを入力します。

サンプル出力
意味

サンプル出力は、イングレスルーターのインターフェイスが正しいIPアドレスで設定されていることを示しています。so-0/0/2R1 この修正により、IP レイヤー および IGP レイヤーで MPLS ネットワークが切断された場合の MPLS ネットワーク内のすべてのインターフェイスで一意のサブネット IP アドレスが生成され、LSP が起動する可能性があります。MPLS のトラブルシューティング

LSP の再検証

目的

エラーを修正するために適切な処置を行った後、OSPF プロトコルの問題が解決されたことを確認するために、LSP を再度確認する必要があります。

アクション

LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータで次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名
サンプル出力 3
コマンド名

意味

イングレスルーター からのサンプル出力 1 は、LSP には への アクティブなルートがあり、状態は up であることを示しています。R1R1-to-R6R6 出力は、エグレスLSPセッション がリカバリラベルを送受信したことを示しています。R6-to-R1

トランジット ルーター からのサンプル出力 2 を見ると、 から まで と から までの 2 つのトランジット LSP セッションがあり、両方の LSP が立ち上がっていることがわかります。R3R1R6R6R1.

エグレスルーターからのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。 R6 LSP は、 から 、および逆方向の LSP ( から まで) に沿ってネットワークを通過しています。R1R3 R6R6R3R1

LSP の再検証

目的

エラーを修正するために適切な処置を行った後、IS-IS プロトコルの問題が解決されたことを確認するために、LSP を再度確認する必要があります。

対処

LSP がアップしており、想定通りにネットワークを通過していることを確認するために、イングレス、エグレス、トランジットの各ルータから次のコマンドを入力します。

サンプル出力

コマンド名

意味

イングレス ルーター R1 およびエグレス ルーター R6 からのサンプル出力では、LSP が、R1 から R3 を経て R6 に至る予想される経路および、R6 から R3 を経て R1 に至る逆方向の LSP に沿ってネットワークを通過していることがわかります。また、トランジット ルーター R3 のサンプル出力例では、R1 から R6 までと、R6 から R1までの 2 つのトランジット LSP セッションが存在することがわかりますす。

RSVP 層のチェック

目的

LSP（ラベルスイッチ パス）を設定し、show mpls lsp extensive コマンドを発行し、エラーがあると判断した後、エラーが物理層、データ リンク、または IP（インターネット プロトコル）および IGP（内部ゲートウェイ プロトコル）層にないことが分かる場合があります。ネットワークの RSVP 層の問題を引き続き調査します。

図 10 は、階層化 MPLS モデルの RSVP 層を示しています。

図 10: RSVP 層のチェックRSVP 層のチェック

この層では、動的 RSVP シグナリングが予想通りに発生し、ネイバーが接続され、インターフェイスは RSVP 向けに正しく設定されていることを確認します。イングレス、エグレス、およびトランジット ルーターを確認します。

ネットワークがこの層で機能していない場合、LSP は設定通りに機能しません。

図 11は、このトピックで使用する MPLS ネットワークを示しています。

図 11: RSVP 層の壊れた MPLS ネットワークRSVP 層の壊れた MPLS ネットワーク

そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 11です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。

しかし、この例では、 R1 から R6 、 R6 から R1 のどの方向にもパスがなく LSP がダウンしています

図 11 に示す十字は、LSP が壊れている箇所を示しています。LSP が壊れている理由としては、動的 RSVP シグナリングが予想通りに発生していない、ネイバーが接続されていない、またはインターフェイス RSVP 向けに正しく設定されていないといった理由が考えられます。

図 11 のネットワークでは、トランジット ルーター R3 の設定エラーによって LSP が予想通りにネットワークを通過しません。

RSVP 層を確認するには、次の手順に従います。

LSP を検証する

目的

通常は、LSP を検証するために コマンドを使用します 。show mpls lsp extensive ただし、LSP の状態をすばやく確認するには、 コマンドを使用します 。show mpls lsp LSP がダウンしている場合は、 (フォローアップとして。extensive show mpls lsp extensive) ネットワークに多数のLSPがある場合、オプション(またはname show mpls lsp namenameshow mpls lsp namename extensive).

アクション

LSP が稼働しているかどうかを確認するには、イングレス ルーターから次のコマンドを入力します。

サンプル出力1
コマンド名

意味

サンプル出力では、LSP が から 、 から と の両方向にダウンしていることがわかります。R1R6R6R1 からの 出力は、 が 宛先に到達できずにコールを発信しようとしたため、no-cspf LSP を使用していることを示しています。R1 R1 からの 出力は、CSPF(制限付き最短パスファースト)アルゴリズムが失敗し、宛先 へのルートがないことを示しています。R610.0.0.1

RSVP セッションの検証

目的

RSVPセッションの作成に成功すると、RSVPセッションで作成されたパスに沿ってLSPが設定されます。RSVP セッションが失敗した場合、LSP は設定通りに機能しません。

アクション

現在アクティブなRSVPセッションを確認するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

すべてのルーターからのサンプル出力 1 では、LSP が設定されていても、RSVP セッションが正常に作成されなかったことがわかります。R6-to-R1

Sample Output 1 とは対照的に、また正しい出力を示すために、Sample Output 2 は、RSVP 設定が正しく、LSP が設定通りにネットワークを通過している場合のイングレス、トランジット、およびエグレス ルーターからの出力を示しています。どちらも、LSP 、およびリバース LSP を使用したイングレスおよびエグレス RSVP セッションを示しています。R1R6R1-to-R6R6-to-R1 トランジット ルーター に 2 つのトランジット RSVP セッションが表示されています。R3

RSVPネイバーの検証

目的

RSVP パケットの交換時に動的に学習された RSVP ネイバーのリストを表示します。ネイバーが学習されると、RSVP 設定がルーターから削除されない限り、RSVP ネイバーのリストから削除されることはありません。

アクション

RSVP ネイバーを検証するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

サンプル出力 1 は、 と がそれぞれ 1 つの RSVP ネイバー を持つことを示しています。R1R6R3 ただし、フィールドの値は異なります。は の値を持ち、 の値は であり、 は を持つアクティブなネイバーであるが、 ではないことを示す。Up/DnR11/0 R61/1R1R3R6 アップ カウントがダウン カウントより 1 多い場合、ネイバーはアクティブです。値が等しい場合、ネイバーはダウンしています。の値は 等しく、 ネイバー がダウンしていることを示します。R61/1R3

トランジットルーター は、 2つのネイバーと .R3R1R6 フィールドは 、 が アクティブなネイバーであり、 がダウンしていることを示しています。Up/DnR1R6 この時点では、両方のネイバーがアクティブではないため、問題があるのか または にあるのかを判断することはできません。R3 R6

サンプル出力 1 とは対照的に、また正しい出力を示すために、サンプル出力 2 はトランジットルーターとエグレスルーター間の正しいネイバー関係を示しています。R3 R6 このフィールドには 、アップ カウントがダウン カウントよりも 1 つ多くなり、 ネイバーがアクティブであることを示しています。Up/Dn1/0

RSVPインターフェイスの検証

目的

RSVP が有効になっている各インターフェイスのステータスを表示して、設定エラーが発生した場所を特定します。

アクション

RSVP インターフェイスのステータスを確認するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名

意味

サンプル出力 1 を見ると、各ルーターにはアップしていて RSVP がアクティブなインターフェイスがあるにもかかわらず、どのルーターにも予約(Active resv) この例では、イングレスルーターとエグレスルーターに少なくとも1つの予約があり、トランジットルーターに2つの予約があることが予想されます。

また、トランジット ルーター上のインターフェイスは設定に含まれていません。so-0/0/3R3 このインターフェイスを含めることは、LSP の成功にとって非常に重要です。

サンプル出力 1 とは対照的に、また正しい出力を示すために、サンプル出力 2 はアクティブな予約を持つ関連するインターフェースを示しています。

RSVP プロトコル設定の検証

目的

RSVP セッション、インターフェイス、ネイバーを確認し、設定エラーがある可能性があると判断したら、RSVP プロトコルの設定を確認します。

アクション

RSVP の設定を確認するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力は、RSVPプロトコル設定に インタフェースがないことを示しています。R3so-0/0/3.0 このインターフェイスは、LSP が正しく機能するために重要です。

適切な対応を行う

問題点

説明

調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。この例では、ルーター R3 の設定からインターフェイスがありません。

ソリューション

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

  1. トランジットルーターR3の設定に欠落しているインターフェイスを含めます。

  2. 設定を確認し、コミットします。

サンプル出力
意味

サンプル出力では、トランジット ルーターで欠落しているインターフェイスが [] 階層レベルで正しく含まれるようになったことが示されています。so-0/0/3.0R3 edit protocols rsvp これにより、LSP が起動する可能性があります。

LSP の再検証

目的

エラーを修正するために適切な処置を行った後、MPLS 層の問題が解決されたことを確認するために、LSP を再度確認する必要があります。

アクション

LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータで次のコマンドを入力します。

サンプル出力1
コマンド名
サンプル出力2
コマンド名
サンプル出力 3
コマンド名

意味

イングレスルーター からのサンプル出力 1 は、LSP には への アクティブなルートがあり、状態は up であることを示しています。R1R1-to-R6 R6

トランジット ルーター からのサンプル出力 2 は、 から まで と 、 から までの 2 つのトランジット LSP セッションが存在することを示しています。R3R1R6 R6R1 両方のLSPが立ち上がっています。

エグレスルーター からのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。R6 LSP は、 から 、および逆方向の LSP ( から まで) に沿ってネットワークを通過しています。R1R3R6R6R3R1

LSP 統計の決定

目的

LSP 問題の診断を支援するための RSVP オブジェクトの詳細な情報を表示します。

対処

RSVP オブジェクトを検証するには、以下の Junos OS CLI 運用モード コマンドを入力します。

サンプル出力

コマンド名

意味

サンプル出力は、1 つのイングレスおよび 1 つのエグレス RSVP セッションが存在することを示しています。イングレス セッションには、10.0.0.1（R1）のソース アドレスがあり、セッションは1つのアクティブなルートで稼働しています。LSP 名は R1-to-R6 であり、LSP のプライマリ パスです。

回復ラベル（100064）は、グレースフル ルーターがネイバーに送信され、転送状態を回復します。おそらく、ルーターがダウンする前にアドバタイズした古いラベルです。

このセッションは、固定フィルター（FF）予約スタイル（Resv style）を使用しています。これはイングレス ルーターであるため、インバウンド ラベルはありません。アウトバウンド ルーター（ネクスト ダウンストリーム ルーターから提供される）は 100064 です。

Time Left フィールドは RSVP セッションに残る秒数を示し、Tspec オブジェクトは制御された負荷レート（rate）および最大バースト サイズ（peak）、保証された配信オプションの無限の値（Infbps）、20 バイト未満のパケットは 20 バイトとして扱われるが 1500 バイトを超えるパケットは 1500 バイトとして扱われることを示す。

ポート番号は IPv4 トンネル ID であり、送信済みポート番号は LSP ID です。IPv4 トンネル ID は、LSP の寿命に固有です。送信/受信 LSP ID は、例えば SE スタイル予約で変更できます。

PATH rcvfrom フィールドにはパス メッセージのソースが含まれています。これはイングレス ルーターであるため、ローカル クライアントはパス メッセージを発信しました。

PATH sentto フィールドには、パス メッセージ宛先（10.1.13.2）と発信インターフェイス（so-0/0/2.0）が含まれています。RESV rcvfrom フィールドには、受信した Resv メッセージ（10.1.13.2）のソースと受信インターフェイス（so-0/0/2.0）がどちらも含まれています。

RSVP の明示的なルートとルート記録値は同一です。10.1.13.2 と 10.1.36.2 があります。ほとんどの場合、明示的なルートと記録されたルート値は同一です。差は、通常、Fast-Reroute 中にパス再ルーティングが発生したことを示しています。

Total フィールドには、イングレス、エグレス、およびトランジット RSVP セッションの総数が示され、合計はアップおよびダウンセッションの合計に等しくなっています。この例では、1 つのイングレス セッション、1 つのエグレス セッションがあり、トランジット RSVP セッションはありません。

ネットワークにおけるLSPの利用を確認する

目的

図 12ネットワーク内のイングレスルータとトランジットルータでLSPの有効利用を確認すると、ネットワーク内のMPLS（Multiprotocol Label Switching）に問題があるかどうかを判断できます。 は、このトピックで使用するネットワークの例について説明しています。

図 12: LSPの利用を確認するためのMPLSトポロジーLSPの利用を確認するためのMPLSトポロジー

図 12のMPLSネットワークは、以下のコンポーネントで構成されるSONETインタフェースを持つルータのみのネットワークを例示しています。

  • AS 65432を使用したフルメッシュのIBGP（Interior Border Gateway Protocol）トポロジー

  • すべてのルーターでMPLSとRSVP（Resource Reservation Protocol）を有効化

  • send-staticsルータR1、R6で新しい経路をネットワークに広告することを許可するポリシー

  • ルーターR1とR6間のLSP

図 12で示したネットワークは、BGP（Border Gateway Protocol）フルメッシュネットワークです。ルートリフレクタやコンフェデレーションは、BGPで学習した経路を伝播するために使用されないので、各ルータはBGPを実行している他のすべてのルータとBGPセッションを持つ必要があります。

ネットワークでの LSP 使用を確認するには、次の手順に従います。

イングレスルーターでのLSPの検証

目的

イングレスルーターのルーティングテーブルを調べる ことで、LSPが稼働しているときの可用性を確認できます。inet.3 ルーティング テーブルには 、各 LSP のエグレス ルーターのホスト アドレスが含まれています。inet.3 このルーティング テーブルは、BGP パケットを宛先のエグレス ルーターにルーティングするために、イングレス ルーターで使用されます。BGP は 、イングレス ルーターのルーティング テーブルを使用して、ネクストホップ アドレスの解決をサポートします。inet.3

アクション

イングレス ルーターで LSP を検証するには、次の Junos OS CLI(コマンドライン インターフェイス)運用モード コマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力は、ルーティングテーブルを示しています 。inet.3 デフォルトでは、BGPおよびMPLS仮想プライベートネットワーク(VPN)のみがルートテーブルを使用して ネクストホップ情報を解決できます。inet.3 1 つの宛先がルート テーブル に一覧表示されます。10.0.0.6 この宛先( はRSVPによってシグナリングされ、アスタリスク()で示されるように、現在アクティブなパスです。10.0.0.6)* このルートのプロトコル優先値は で、それに関連するメトリックは です。 720 ラベルスイッチ パス は、物理ネクストホップ トランジット インターフェイスである 、 を介したインターフェイス です。R1-to-R6so-0/0/2.0

通常、LSP の最後から 2 番目のルーターは、パケットのラベルをポップするか、ラベルの値を 0 に変更します。最後から 2 番目のルーターが一番上のラベルをポップし、IPv4 パケットがその下にある場合、エグレス ルーターは IPv4 パケットをルーティングし、IP ルーティング テーブル を参照してパケットの転送方法を決定します。inet.0 別のタイプのラベル(例えば、IPv4ではなくLDP(Label Distribution Protocol)トンネリングやVPNで作成されたものなど)がトップラベルの下にある場合、エグレスルーターはルーティングテーブルを調べ ません。inet.0 代わりに、ルーティングテーブルを調べて 転送を決定します。mpls.0

最後から 2 番目のルーターがパケットのラベルを値 0 に変更した場合、エグレス ルーターは 0 のラベルを取り除き、IPv4 パケットが後に続くことを示します。パケットは、 転送の決定のためにルーティングテーブルによって調べられます。inet.0

トランジット ルーターまたはイグレス ルーターが MPLS パケットを受信すると、MPLS 転送テーブルの情報を使用して、LSP 内の次のトランジット ルーター、またはこのルーターがエグレス ルーターかどうかが判別されます。

BGP がネクストホップのプレフィックスを解決すると、 と の両方のルーティングテーブルを調べて、最も低いプリファレンスのネクストホップを探します。例えば、RSVP プリファレンス 7 が OSPF プリファレンス 10 よりも優先されます。inet.0inet.3 RSVP シグナル付き LSP は、BGP ネクストホップに到達するために使用されます。これは、BGPネクストホップがLSPエグレスアドレスと等しい場合のデフォルトです。BGP ネクストホップが LSP を通じて解決されると、BGP トラフィックは LSP を使用して BGP トランジットトラフィックを転送します。

トランジットルーターでのLSPの検証

目的

LSP が稼働しているときの可用性は、 トランジット ルーターのルーティング テーブルを調べることで確認できます。mpls.0 MPLS は 、各 LSP 内の次のラベル交換ルータのリストを含むルーティング テーブルを維持します。mpls.0 このルーティング テーブルは、LSP に沿って次のルーターにパケットをルーティングするためにトランジット ルーターで使用されます。

アクション

トランジットルーターでLSPを検証するには、次のJunos OS CLI運用モードコマンドを入力します。

サンプル出力
コマンド名

意味

トランジット ルーター からのサンプル出力では、MPLS ラベル エントリーの形式でルート エントリーが表示され、5 つのアクティブなエントリーがあるにもかかわらず、アクティブなルートが 1 つしかないことを示しています。R3

最初の 3 つの MPLS ラベルは、RFC 3032 で定義された予約済み MPLS ラベルです。これらのラベル値で受信されたパケットは、処理のためルーティング エンジンに送信されます。ラベル 0 は IPv4 explicit null ラベルです。ラベル 1 は MPLS の IP Router Alert ラベルに相当するもので、ラベル 2 は IPv6 explicit null ラベルです。

ラベルの付いた 2 つのエントリは同じ LSP 用です。MPLS ヘッダーのスタック値が異なっている可能性があるため、2 つのエントリがあります。 100064R1-to-R6. 2 番目のエントリ である は、スタックの深さが 1 ではなく、 追加のラベル値がパケットに含まれていることを示しています。100064 (S=0) 対照的に、の最初の エントリには、スタックの深さが1であることを示し、パケットの最後のラベルとなる推定S=1があります。100064 二重エントリは、これが最後から 2 番目のルーターであることを示しています。MPLSラベルスタックの詳細については、RFC 3032「MPLS Label Stack Encoding」を参照してください。

受信ラベルは MPLS パケットの MPLS ヘッダーであり、RSVP によってアップストリーム ネイバーに割り当てられます。ジュニパーネットワークスのルーターは、RSVP トラフィック制御 LSP に 100,000 から 1,048,575 の範囲でラベルを動的に割り当てます。

ルーターは、ラベル 100,000 から 16 刻みでラベルを割り当てます。ラベルの割り当ての順序は、100,000、100,016、100,032、100,048 などです。割り当てられたラベルの末尾で、ラベル番号は 100001 から始まり、16 単位で増加します。ジュニパーネットワークスは、さまざまな目的でラベルを予約します。 は、受信ラベルに対するさまざまなラベル範囲の割り当てを示しています。表 1

表 1: MPLSラベル範囲の割り当て

受信ラベル

状態

0 ～15

IETF によって予約されています

16～1023

静的 LSP 割り当て用に予約済み

1024 ～9999

内部使用のために予約済み (CCC ラベルなど)

10,000～99,999

静的 LSP 割り当て用に予約済み

100,000 ～1,048,575

動的ラベル割り当て用に予約済み

ロード バランシングが動作していることを検証します。

目的

ロード バランシング設定後、トラフィックがパス全体で均等にロード バランシングされていることを確認してください。このセクションでは、コマンド設定は、Load-Balancing Network Topologyで示したネットワーク例のロードバランシング設定を反映します。clearコマンドは、LSP およびインターフェイス カウンターをゼロにリセットして、値がロードバランシング設定の動作を反映するように使用します。

対処

インターフェイスおよび LSP 全体でロード バランシングを検証するには、イングレス ルーターで以下のコマンドを使用します。

インターフェイスおよび LSP 全体でロード バランシングを検証するには、トランジット ルーターで以下のコマンドを使用します。

サンプル出力

コマンド名

以下のサンプル出力は、イングレスルーターR1での設定用です。

意味

イングレス ルーター R1上の show configuration コマンドの出力例は、lbppポリシー ステートメントでロード バランシングが正しく設定されていることを示しています。また、 lbppポリシーは、[edit routing-options]階層レベルで転送テーブルにエクスポートされます。

サンプル出力

以下のサンプル出力はトランジットルーター R2 からです。

意味

トランジット ルーターR2 で発行されたshow routeコマンドの出力では、ネットワークを介してループバック アドレスからR0（192.168.0.1）に至る 2 つのイコール コスト パス（so-0/0/1およびso-0/0/2) サンプルが表示されています。大なり (>) は通常、アクティブなルートを示しますが、この例ではそうではなく、次の 4 つのサンプル出力に示されています。

サンプル出力

以下のサンプル出力はトランジットルーター R2 からです。

意味

トランジット ルーターR2で発行されたmonitor interface traffic コマンドのサンプル出力では、出力トラフィックが 2 つのインターフェィスso-0/0/1およびso-0/0/2全体に均等に分配されていることがわかります。

サンプル出力

以下のサンプル出力はトランジットルーター R2 からです。

意味

トランジット ルーターR2で発行されたshow mpls lsp statisticsコマンドのサンプル出力では、イングレス ルーターR6で設定された出力トラフィックが 4 つの LSP 全体に均等に分配されていることがわかります。

サンプル出力

以下のサンプル出力はトランジットルーター R2 からです。

意味

トランジット ルーターR2で発行されるshow route forwarding-table destinationコマンドのサンプル出力では、Typeフィールドにulst表示されており、ロード バランシングが機能していることがわかります。Typeフィールドの 2 つのユニキャスト（ucst) エントリー数）は、LSP の 2 つのネクスト ホップです。

サンプル出力

以下のサンプル出力はトランジットルーター R2 からです。

意味

トランジット ルーター R2で発行されたshow route forwarding-table | find mplsコマンドのサンプル出力では、受信したラベルを含む MPLS ルーティング テーブルが表示され、このルーターがネクスト ホップ ルーターへパケットを転送する際に使用されています。このルーティング テーブルは、主にトランジット ルーターで使用され、LSP に沿って次のルーターにパケットをルーティングします。Destination列の最初の 3 つのラベル（ラベル 0、ラベル 1、およびラベル 2）は、プロトコルが有効化される際に MPLS によって自動的に入力されます。これらのラベルは、RFC 3032 で定義された予約済み MPLS ラベルです。ラベル 0 は IPv4 explicit null ラベルです。ラベル 1 は MPLS の IP Router Alert ラベルに相当するもので、ラベル 2 は IPv6 explicit null ラベルです。

Destination列の残りの 5 つのラベルは ルーターがトラフィックを転送するために使用する非予約済みのラベルで、最後の列Netifは、ラベル付きのトラフィックの送信に使用されるインターフェイスを示しています。非予約済みラベルの場合、2 番目Type 列は一致するパケットで実行された操作を示しています。この例では、非予約済みのパケットはすべて発信パケット ラベルに交換されます。例えば、ラベル100112を持つパケットは、インターフェイスso-0/0/1.0から押し出される前に、そのラベルが100032に交換されます。

不均一な帯域幅のロードバランシングの動作検証

目的

ルータがLSPパス間で不等コストのロードバランシングを実行している場合、show route detailコマンドは、使用されている各ネクストホップに関連付けられたバランスフィールドを表示します。

対処

RSVP LSPのロードバランシングがの不均一であることを検証するには、次のJunos OS CLI操作モードコマンドを使用します。

サンプル出力

コマンド名

意味

イングレスルータR1の出力例では、Balance: xx%フィールドで示されるように、LSP帯域構成に従ってトラフィックが分配されることを示しています。例えば、lsp1には10Mbpsの帯域が設定されており、Balance: 10%フィールドに反映されています。

traceroute コマンドによる MPLS ラベルの検証

目的

tracerouteこのコマンドは、LSP上でパケットが送信されていることを確認するために使用できます。

対処

host-nameMPLSラベルを検証するには、次のJunos OS CLI運用モードコマンドを入力します。ここで、IPアドレスまたはリモートホストの名前は次のとおりです。

サンプル出力1

コマンド名

サンプル出力2

コマンド名

意味

Sample Output 1は、MPLSラベルがネットワークを通じてパケットを転送するために使用されていることを示しています。MPLS Label=100048TTL=1S=1出力に含まれるのは、ラベル値（）、寿命時間値（）、スタックビット値（）です。

MPLS Labelこのフィールドは、特定の LSP へのパケットを識別するために使用される。20 ビットのフィールドで、最大値は (2^20-1) すなわち約 1,000,000 である。

TTL値には、このMPLSパケットがネットワークを通過できるホップ数の制限が含まれています(1)。ホップごとにデクリメントされ、TTL値が1を下回るとパケットは廃棄される。

S=1スタック最下段のビット値（）は、スタックの最後のラベルであり、このMPLSパケットに1つのラベルが関連付けられていることを示す。Junos OSのMPLS実装は、Mシリーズ・ルーターで3、Tシリーズ・プラットフォームで最大5のスタッキング深さをサポートしています。MPLSラベルスタックの詳細については、RFC 3032「MPLS Label Stack Encoding」を参照してください。

tracerouteサンプル出力1にMPLSラベルが表示されるのは、その経路のBGPネクストホップがLSPイグレスアドレスであるBGP宛にコマンドが発行されているためです。Junos OSのデフォルトの動作では、BGPネクストホップがLSPイグレスアドレスと等しい場合、BGPトラフィックにLSPを使用します。

tracerouteサンプル出力2は、コマンドの出力にMPLSラベルが表示されていないことを示しています。BGPネクストホップがLSPの出口アドレスと等しくない場合、または宛先がIGP経路の場合、BGPトラフィックはLSPを使用しません。R6BGPトラフィックはLSPを使う代わりに、IGP（この場合はIS-IS）を使ってイグレスアドレス（）に到達しています。

GMPLS および GRE トンネルのトラブルシューティング

問題点

説明

GMPLS の論理制御チャネルは、ポイントツーポイント リンクであり、何かしらの IP の到達可能性を持っていなければなりません。ブロードキャスト インターフェイス上、または制御チャネル ピア間に複数のホップがある場合、制御チャネルに GRE トンネルを使用します。GMPLS および GRE トンネルの詳細については、Junos MPLS アプリケーション構成ガイドと Junos ユーザー ガイドをご覧ください。

トンネル PIC は、GMPLS 制御チャネル向けの GRE トンネルを設定する必要はありません。代わりに、ハードウェアベース gr-fpc/pic/port インターフェイスではなく、ソフトウェアベース gre インターフェイスを使用します。

注意:

ソフトウェアベース gre インターフェイスの制限により、GMPLS 制御チャネルは、ソフトウェアベース gre インターフェイスの唯一のサポートされている用途です。その他の用途は明示的にサポートされておらず、アプリケーション障害が発生する可能性があります。

以下の例は、基本的な gre インターフェイス構成を示しています。この場合、トンネル ソースはローカル ルーターのループバック アドレスであり、宛先アドレスはリモート ルーターのループバック宛先です。トンネル宛先のネクスト ホップがあるトラフィックはトンネルを使用します。トンネルは、インターフェイスを通過するすべてのトラフィックで自動的に使用されます。トンネル宛先がネクスト ホップのトラフィックのみ、トンネルを使用します。

サンプル出力

サンプル出力

以下の show interfaces コマンドの出力例は，カプセル化の種類とヘッダー、最高速度、論理インタフェースを通過したパケット、宛先、論理アドレスを示しています。

以下に示すのは、GRE トンネルを使用して GMPLS LSP を設定する際の各種要件です。

  • データ チャネルは、同じタイプのインターフェイスで開始および終了する必要があります。

  • 制御チャネルは、同じまたは異なるインターフェイス タイプで開始および終了する GRE トンネルです。

  • GRE トンネルは、 [edit protocol ospf] 階層レベルの peer-interfacepeer-name ステートメントで間接的に設定する必要があります。

  • [edit protocols ospf] および [edit protocols rsvp] 階層レベルで GRE インターフェイスが無効になっている必要があります。

  • データおよび制御チャネルは、LMP 設定で正しく定義する必要があります。

  • 任意で、 no-cspf ステートメントによって、CSPF（制限付き最短パスファースト）を無効化できます。

このケースは、GRE トンネルのエンドポイントの不正な設定に焦点を当てています。ただし、同様のプロセスやコマンドを使用して、その他の GRE トンネル問題を診断できます。図 13 は、MPLS が GRE インターフェイスをトンネリングするネットワーク トポロジーを示しています。

図 13: GMPLS ネットワーク トポロジーGMPLS ネットワーク トポロジー

図 13 内の MPLS ネットワーク トポロジーは、以下の構成要素で構成された GRE トンネルで設定されたジュニパー ネットワークス ルーターを示しています。

  • インレス ルーターからエグレス ルーターへのストリクト GMPLS LSP パス。

  • イングレス ルーターでは、[edit protocol mpls label-switched-path lsp-name] 階層レベルの no-cspf ステートメントによって無効化される CSPF。

  • すべてのルーター上の [edit protocols link-management] 階層レベルの peer ステートメント内のトラフィック制御リンクと制御チャネル

  • すべてのルーターで構成されたOSPF および OSPF トラトラフィック制御。

  • すべてのルーター上の OSPF と RSVP 両方における peer-interface への参照。

  • R2 と R3 間のスイッチ タイプの問題。

症状

図 13 に示すネットワーク内の LSP は、非常に似た情報を示す show mpls lsp および show rsvp session コマンドの出力に示されている通り、ダウンしています。show mpls lsp コマンドは、ルーターに設定されたすべての LSP と、すべてのトランジットおよびイグレス LSP を表示します。show rsvp session コマンドは、RSVP セッションに関する概要情報を示しています。いずれのコマンドを使用して、LSP の状態を検証できます。この場合、LSP gmpls-r1-to-r3 はダウンしています（Dn）。

サンプル出力

原因

GMPLS LSP の問題の原因は、GMPLS データ チャネルの両方における異なるインターフェイス タイプの構成です。

コマンドのトラブルシューティング

Junos OSには、問題のトラブルシューティングに役立つコマンドが含まれています。このトピックでは、各コマンドの簡単な説明、サンプル出力、問題に関係する出力に関する考察を紹介します。

GMPLS 問題のトラブルシューティング時に以下のコマンドを使用できます。

サンプル出力

トランジット ルーター R1 で show mpls lsp extensive コマンドを使用すると、ルーター上で通過する、終端する、および構成されるすべての LSP の詳細情報が表示されます。

意味

show mpls lsp extensive コマンドのサンプル出力は、エラー メッセージ（出力のログ セクション内の MPLS label allocation failure) ）を表示します。この LSP イベントは、MPLS プロトコルまたは family mpls ステートメントが正しく設定されていないことを示しています。LSP イベントの前に IP アドレスがある場合、そのアドレスは通常、MPLS 設定エラーが発生したルーターです。この場合、192.168.4.1 （R3）の lo0 アドレスがあるルーターに MPLS 設定エラーがあります。

サンプル出力

show rsvp session detail コマンドを使用すると、RSVP セッションに関する詳細情報が表示されます。

意味

show rsvp session detail コマンドのサンプル出力は、LSP gmpls-r1-to-r3がダウンしていること（LSPstate: Dn）を示します。ルート記録が不完全なので、明示的なルート 100.100.100.100 93.93.93.93 に問題があります。アドレス 100.100.100.100 は、R2 so-0/0/0 上のデータ チャネルであり、アドレス 93.93.93.93 は R3 上のデータ チャネルです。

サンプル出力

show link-management peer command コマンドを使用すると、MPLS ピア リンク情報が表示されます。

意味

show link-management peer コマンドの 図 13 内のサンプル ネットワーク内のすべての ルーターからのサンプル出力は、すべての制御チャネルが立ち上がっていることを示しています。出力の詳細な分析は、以下の情報を示しています。

  • トラブルシューティングを容易にするため隣接するルーターで同じになっているピア（tester2 または tester3）の名前。

  • ピアの内部識別子、tester2 の 48428、tester3 の 48429。内部識別子は、0～64,000 の値の範囲です。

  • ピアの状態（アップまたはダウン）。この場合、すべてのピアが立ち上がっています。

  • 制御チャネルが確立されているアドレス（例えば ）。10.35.1.5.

  • 制御チャネルの状態（アップ、ダウン、またはアクティブ）。

  • ピアによって管理されているトラフィック制御リンクは、tester3 によって制御チャネル gre.0 が管理されていることを示しています。

サンプル出力

show link-management te-link コマンドを使用すると、MPLS（Multiprotocol Label Switching）トラフィック制御転送パスの設定に使用するリソースが表示されます。

意味

図 13 内のネットワーク内の 3 つのルーターで発行された show link-management te-link コマンドのサンプル出力は、トラフィック制御リンク te-tester2 および te-tester3 に割り当てられたリソースを示しています。リソースは、SONET インターフェイス so-0/0/0 および so-0/0/1. です。R1 および R2, t では、SONET インターフェイスは、Used フィールドの Yes に示される通り、LSP gmpls-r1-to-r3 に使用されます。ただし、R3 上の SONET インターフェイス so-0/0/1 はダウンしているため（Dn）、LSP（Used No）には使用されていません。R3 上の SONET インターフェイスがダウンしている理由を把握するには、さらに調査する必要があります。

サンプル出力

show log filenameコマンドを使用して、指定されたログファイルの内容を表示します。この場合、ログ ファイル rsvp.log は [edit protocols rsvp traceoptions] 階層レベルで設定されます。ログファイルが設定されている場合、monitor start filename コマンドを発行して、メッセージをファイルにログ記録する必要があります。

注:

パイプ ( | の後ろに入力されたオプション find Error は、用語 Error のインスタンスの出力を検索します。

サンプル出力

意味

show log rsvp.log コマンドのエグレス ルーター R3 からのサンプル出力は、ログ ファイルから取得されたスニペットです。このスニペットは、LSP の LMP（リンク管理プロトコル）リソース要求を示しています。gmpls-r1-to-r3. この要求には、エンコード タイプ（SDH/SONET）の問題があり、これは R2 と R3 を接続する SONET インターフェイスのエラーがある可能性を示しています。R2 と R3 上の LMP の設定はさらに調査が必要です。

サンプル出力

show configuration statement-pathコマンドを使用して、特定の設定階層を表示します。このインスタンスでは、link-managementです。

意味

show configuration protocols link-management コマンドのトランジット ルーター R3 とイングレス ルーター R2 からのサンプル出力は 2 つのルーター上のインターフェイス タイプが異なることを示しています。トランジット ルーター R2 上の te-tester3 に割り当てられたリソースは SONET インターフェイスであり、エグレス ルーター R3 上の te-tester3 に割り当てられたリソースは ATM インターフェイスです。データまたは制御チャネルの各エンドのインターフェイス タイプは同じタイプである必要があります。この場合、エンドは SONET または ATM となります。

ソリューション

ソリューション

GMPLS LSP のいずれかのエンドでインタフェースまたはカプセル化のタイプが異なる場合の解決策は、両方のエンドでインタフェース タイプを同じにすることです。この場合、ATM インターフェイスは R3 上のリンク管理設定から削除され、SONET インターフェイスが代わりに設定されます。

以下のコマンドは、GMPLS LSP が立ち上がっていることを検証し、データ チャネルを使用していることを検証するための正しい設定とコマンドを示しています。

サンプル出力

意味

イングレス ルーター R3 からの show protocols link-management、show mpls lsp、 および show link-management te-link コマンドのサンプル出力は、問題が解決されていることを示します。LMP は正しく設定されており、LSP gmpls-r1-to-r3 は立ち上がっており、データ チャネル so-0/0/1 を使用しています。

まとめ

結論としては、GMPLS データ チャネルの両方のエンドは同じカプセル化またはインターフェイス タイプでなければなりません。このケースは、データ チャネルの正しい設定を示しています。原理は制御チャネルについても同じです。

ルーター設定

ネットワーク内のイングレス ルーターの設定を示す出力。パイプ ( | の後に入力された no-more オプションによって、出力が端末画面の長さよりも長い場合でも出力にページ番号が付けられなくなります。

サンプル出力

以下のサンプル出力はイングレス ルーター R1 のものです。

サンプル出力

以下のサンプル出力はトランジットルーター R2 のものです。

サンプル出力

以下のサンプル出力はエグレス ルーター R3 のものです。

LSP ステータスの確認

リソース予約プロトコル（RSVP）オブジェクトの詳細情報や、ラベルスイッチパス（LSP）の履歴を表示して、LSP の問題点を特定できます。

図 14 は、このトピックで使用するネットワーク トポロジーを示しています。

図 14: MPLS ネットワーク トポロジーMPLS ネットワーク トポロジー

LSP の状態を確認するには、以下の手順に従います。

LSP のステータスの確認

目的

ラベルスイッチパス(LSP)のステータスを表示します。

アクション

LSP ステータスを確認するには、イングレスルーターで、次の Junos OS コマンドラインインターフェイス (CLI) 運用モードコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力はイングレスルーター()からのもので、イングレス、エグレス、トランジットLSPの情報を示しています。R1 イングレス情報はこのルーターから発信されたセッション用、エグレス情報はこのルーターで終了したセッション用、トランジット情報はこのルーターを通過するセッション用です。

()から()への イングレスルートが1つあります。R110.0.0.1R610.0.0.6 このルートは現在アップしており、ルーティング テーブル()にインストールされているアクティブなルートです。Rt LSP は、セカンダリ パスではなくプライマリ パス()であり、アスタリスク()で示されます。R1-to-R6P* への ルートに名前付きパス()が含まれていません。R6ActivePath

から へのエグレス LSP が 1 つあります。R6R1 は稼働しており、ルーティング・テーブルにルートは インストールされていません。State RSVP 予約スタイル()は、2 つの部分で構成されています。Style 1つ目は、アクティブな予約の数です()。1 2つ目は予約スタイルで、 (固定フィルター)です。FF 予約スタイルは、 、 (明示的共有)、または(ワイルドカード フィルター)です。FFSEWF この LSP には 3 つの受信ラベル()があり、ラベルは出ていません()。LabelinLabelout

トランジット LSP はありません。

LSP の状態を確認する方法については、「 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。https://www.juniper.net/documentation/en_US/junos/topics/task/troubleshooting/mpls-troubleshooting-checklist.html

LSP に関する広範なステータスの表示

目的

過去のすべての状態履歴や LSP が失敗した理由など、LSP に関する広範な情報を表示します。

アクション

LSPに関する広範な情報を表示するには、イングレスルーターで次のJunos OS CLI運用モードコマンドを入力します。

サンプル出力
コマンド名

意味

サンプル出力はイングレスルーター()からのもので、過去のすべての状態履歴や LSP が失敗した理由など、イングレス、エグレス、トランジット LSP の情報の詳細が表示されます。R1 イングレス情報はこのルーターから発信されたセッション用、エグレス情報はこのルーターで終了したセッション用、トランジット情報はこのルーターを通過したセッション用です。

()から()への イングレスルートが1つあります。R110.0.0.1R610.0.0.6 このルートは現在アップ()で、1つのルートがLSP をアクティブに使用しています。StateR1-to-R6 LSPアクティブパスがプライマリパスです。LSP に または キーワードが含まれていなくても、ルーターは LSP をプライマリ LSP として扱い、LSP に障害が発生した場合、ルーターはデフォルトで 30 秒間隔で非アクティブな LSP にシグナリングを試みることを示しています。primarysecondary

ロードバランシングは で、これはデフォルトであり、LSP の物理パスを選択するときに、ルーターがホップ数が等しいイコールコストパスをランダムに選択することを示しています。Random 設定できるその他のオプションは、 および です。 は、ホップ数が等しい等コスト パスの中で最も使用率の低いリンクに LSP を配置します。等ホップ数を共有する等コスト パスのうち、最も使用率の高いリンクに LSP を配置します。 Least-fillMost-fillLeast-fillMost-fill 使用率は、使用可能な帯域幅の割合に基づきます。

フィールドには 、一般化された MPLS(GMPLS)シグナリング パラメーター(が表示され、IPv4.Encoding typePacket) は 、一般ペイロード識別子()はIPv4です。Switching typePacketGPID

プライマリパスは、アスタリスク(*)で示されるように、アクティブなパスです。LSP の状態は です。Up

明示的なルートオブジェクト()には、LSPがたどる物理パスの制限付き最短パスファースト(CSPF)コスト()が含まれます。ERO20 CSPF メトリックの存在は、これが CSPF LSP であることを示します。CSPF メトリックがない場合は、CSPF LSP がないことを示します。

このフィールド は、実際の ERO を示しています。10.1.13.2 S RSVP シグナリング メッセージは厳密に(ネクスト ホップとして)送信 され、 厳密に終了しました。10.1.13.210.1.36.2 LSP が CSPF LSP の場合、すべての ERO アドレスはストリクト ホップです。ルーズ ホップは、CSPF なしの LSP でのみ表示できます。

受信したレコードルートオブジェクト()には、次の保護フラグがあります。RRO

  • 0x01—ローカル保護が利用可能です。このノードのダウンストリームのリンクは、ローカル修復メカニズムによって保護されています。このフラグは、対応するパスメッセージのSESSION_ATTRIBUTEオブジェクトにローカル保護フラグが設定されている場合にのみ設定できます。

  • 0x02- 使用中のローカル保護。このトンネルを維持するために、ローカル修復メカニズムが使用されています(通常は、以前にルーティングされたリンクの停止が原因です)。

  • 0x04— 帯域幅保護。ダウンストリームルーターには、保護されたセクションの保護されたLSPと同じ帯域幅保証を提供するバックアップパスがあります。

  • 0x08- ノード保護。ダウンストリーム ルーターには、対応するパス セクションでのリンクとノードの障害に対する保護を提供するバックアップ パスがあります。ダウンストリーム ルーターがリンク保護バックアップ パスのみを設定できる場合、「ローカル保護が利用可能」ビットは設定されますが、「ノード保護」ビットはクリアされます。

  • 0x10- プリエンプション保留中。プリエンプトノードは、トラフィックエンジニアリングされたLSPに対して保留中のプリエンプションが進行中の場合に、このフラグを設定します。これは、この LSP のイングレスラベルエッジルータ(LER)に対して、再ルーティングする必要があることを示しています。

保護フラグの詳細については、「 Junos ルーティング プロトコルおよびポリシー コマンド リファレンス」を参照してください。

フィールド は、実際に受信したレコードのルート()です。10.1.13.2.10.1.36.2RRO フィールド内のアドレスがフィールド内のアドレスと一致することに注意してください。RROERO これは、CSPF LSP の正常なケースです。RRO アドレスと ERO アドレスが CSPF LSP に対して一致しない場合、LSP は再ルーティングまたは迂回する必要があります。

91 から 42 の番号が付けられた行には、ヒストリー・ログに対する最新の 49 個の項目が入っています。各行にはタイムスタンプが付けられます。最新のエントリーは、最大のログ・ヒストリー番号を持ち、ログの先頭にあり、91 行目が最新のヒストリー・ログ・エントリーであることを示しています。ログを読み取るときは、最も古いエントリ()から最新のエントリ()まで開始します。4291

ヒストリー・ログは 7 月 10 日に開始され、以下の一連のアクティビティーが表示されます。LSPがアクティブとして選択され、ダウンしていることが検出され、MPLSラベルの割り当てが数回失敗し、数回削除され、ResvTearのためにプリエンプトされ、アクティブとして選択解除され、クリアされました。最終的に、ルーターは CSPF ERO を計算し、コールをシグナリングし、LSP はリストされた RRO(ライン 90)を解決し、アクティブとしてリストされました。

エラー メッセージの詳細については、 Junos MPLS ネットワーク運用ガイドのログ リファレンスを参照してください。

表示されるイングレスLSPの総数は、 で、アップとダウンがあります。110 フィールド内の数値とフィールド内の 数値は、 合計と等しくなければなりません。 UpDown

から へのエグレス LSP セッションが 1 つあります。R6R1 は稼働しており、ルーティング・テーブルにルートは インストールされていません。State RSVP 予約スタイル()は、2 つの部分で構成されています。Style 1つ目は、アクティブな予約の数です()。1 2つ目は予約スタイルで、 (固定フィルター)です。FF 予約スタイルは、 、 (明示的共有)、または(ワイルドカード フィルター)です。FFSEWF この LSP には 3 つの受信ラベル()があり、ラベルは出ていません()。LabelinLabelout

トランジット LSP はありません。

LSP の状態を確認する方法については、「 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。https://www.juniper.net/documentation/en_US/junos/topics/task/troubleshooting/mpls-troubleshooting-checklist.html

RSVP パス メッセージが送受信されていることの確認

目的

さまざまな RSVP メッセージの有無は、ネットワーク内の MPLS の問題の有無の判断に役立つ場合があります。例えば、Resv メッセージがない出力でパス メッセージが発生した場合、それは、LSP（ラベルスイッチ パス）が作成されていないことを示している場合があります。

対処

RSVP パス メッセージが送受信されていることを確認するには、以下の Junos OS CLI（コマンドライン インターフェイス）を入力します。

サンプル出力

コマンド名

意味

サンプル出力は、送受信された RSVP メッセージを示しています。RSVP パス メッセージの総数は、送信が 11,4532 件および受信が 80,185 件です。最後の 5 秒内に、メッセージは送受信されていません。

5 件の PathErr メッセージが送信され、10 件が受信されました。パスエラーが発生した場合（パスメッセージでパラメーターの問題が原因）、ルーターは、パスメッセージを出した送信側にユニキャストPathErrメッセージを送信します。この場合、R1 が受信した 10 件の PathErr メッセージに示される通り、R1 が 10 件以上のエラーのあるパス メッセージを送信しました。ダウンストリーム ルーターは、R1 が送信した 5 件の PathErr メッセージに示される通り、R1 に 5 件のエラーがあるパス メッセージを送信しました。PathErr メッセージは、パス メッセージと反対の方向に送信されます。

12 件の PathTear メッセージが送信され、6 件が受信され、最後 5 秒以内の送受信はありませんでした。PathErr メッセージとは異なり、PathTear メッセージはパス メッセージと同じ方向に移動します。パス メッセージが送受信されるため、PathTear メッセージも送信および受信されます。しかし、パス メッセージのみを送信した場合、送信された PathTear メッセージのみが出力に表示されます。

固定フィルター（FF）予約スタイルの計 80,515件の予約（Resv）メッセージの合計が送信され、111,476 件受信され、最後の 5 秒間に送受信はありませんでした。FF 予約スタイルは、各セッション内で、各受信者は各アップストリーム送信者と独自の予約を確立し、すべての選択された送信者がリストされていることを示します。ワイルドカード フィルター（WF）または共有明示（SE）予約スタイルのメッセージは送信または受信されていません。RSVP 予約スタイルについては、Junos MPLS アプリケーション設定ガイドを参照してください。

その他の RSVP メッセージ タイプは送受信されません。ResvErr、ResvTear、および Resvconf メッセージ タイプについては、Junos MPLS アプリケーション設定ガイドを参照してください。

Ack および概要の更新（SRefresh）メッセージは出力に表示されません。Ack および概要の更新メッセージは RFC 2961 で定義され、RSVP 拡張の一部です。Ack メッセージは、ネットワーク内の RSVP 制御トラフィックの量を削減するために使用されます。

計 915,851 件の Helllo メッセージが送信され、915,881 件が受信され、最後の 5 秒間に送受信はありませんでした。RSVP Hello 間隔は 9 秒です。最後の 5 秒間に複数の Hello メッセージが送信または受信された場合、複数のインターフェイスが RSVPをサポートしていることを示します。

EndtoEnd RSVP メッセージは、RSVP トラフィック制御に使用されていないレガシー RSVP メッセージです。これらのカウンターは、RSVP が VPN（仮想プライベート ネットワーク）顧客が発行したレガー RSVP メッセージをバックボーンを介したトランジットのために VPN 内の他のサイトに転送した場合にのみ増えます。これらは、ネットワークの反対側に向けて意図されており、プロバイダー ネットワークの両エンドでしか意味を持たないため、エンドツーエンド メッセージと呼ばれます。

出力の Errors セクションは、エラーがある RSVP パケットに関する統計を示しています。ルーティング エンジンに合計 15 件の PathErr to client パケットが送信されました。合計は、送受信された PathErr パケットを組み合わせます。