このページの内容
 

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]階層レベルでインターフェイスが含まれていない場合や、[edit interfaces type-fpc/pic/port unit number]階層レベルでfamily mpls ステートメントが含まれていない場合があります。インターフェイスが正しく設定されている場合、RSVP がまだこのインターフェイス上でシグナリングされていない可能性があります。どのインターフェイスが正しく設定されていないかを判断する方法については、「プロトコルファミリーの検証」を参照してください。

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

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

目的

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

アクション

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

サンプル出力 1

コマンド名

サンプル出力2

コマンド名

意味

サンプル出力 1 には、インターフェイス、リンクの管理ステータス(Admin)、リンクのデータ リンク層ステータス(Link)、インターフェイスに設定されたプロトコル ファミリー(Proto)、インターフェイス上のローカル アドレスとリモート アドレスが表示されます。

MPLS ネットワーク トポロジーに示されているネットワーク内のすべてのルート上のすべてのインターフェイスは、MPLS および IS-IS で管理上有効で、データ リンク層で機能しており、inet アドレスを持っています。いずれもIPv4プロトコルファミリー(inet)で設定され、[edit interfaces type-fpc/pic/port unit number]階層レベルでIS-IS(iso)およびMPLS(mpls)プロトコルファミリーが設定されています。

サンプル出力 2 は、R6 のインターフェイス so-0/0/2.0 には、[edit interfaces type-fpc/pic/port unit number] 階層レベルに mpls文が含まれていないことがわかります。

MPLS設定の確認

目的

トランジットルーターとイングレスルーターを確認し、 traceroute コマンドを使用してBGPネクストホップを確認し、 ping コマンドを使用してアクティブパスを確認した後、 [edit protocols mpls] および [edit interfaces] 階層レベルでMPLS設定に問題がないか確認できます。

注:

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

アクション

MPLS設定を確認するには、イングレス、トランジット、およびエグレスの各ルータから以下のコマンドを入力します。

サンプル出力 1

コマンド名

サンプル出力2

コマンド名

意味

イングレス、トランジット、およびエグレス ルーターからのサンプル出力 1 では、egressルーター R6 のインターフェイスの設定が正しくないことが示されています。インターフェイス so-0/0/3.0 は、[edit protocols mpls]階層レベルで非アクティブとして含まれますが、これはLSPが通過するインターフェイスであるため、アクティブである必要があります。

サンプル出力 2 は、egressルーター R6 で MPLS 用にインターフェイスが正しく設定されていることを示しています。また、イングレスルーターとトランジットルーター(図示せず)にもインターフェイスが正しく設定されています。

MPLSレイヤーの確認

目的

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

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

図1:MPLS層Layered troubleshooting guide for Juniper Networks devices, detailing commands for diagnosing network stack layers from physical to application, including protocols like OSPF, IS-IS, RSVP, MPLS, and BGP.の確認

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

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

図2:MPLS層Network diagram of Autonomous System 65432 with routers R1 to R6. Solid lines show physical connections; dashed lines indicate LSP-bidirectional traffic. Link failure marked between R3 and R6. Key provides interface naming conventions and IP address formats. IGP is OSPF or IS-IS.で切断されたMPLSネットワーク

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

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

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

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

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

LSP の検証

目的

通常、LSPの検証にはshow mpls lsp extensive コマンドを使用します。ただし、LSP の状態を迅速に確認するには、show mpls lsp コマンドを使用します。LSPがダウンしている場合は、フォローアップとして拡張オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、名前オプション(show mpls lsp namenameまたはshow mpls lsp name name extensive)を使用して、LSPの名前を指定することを検討できます。

アクション

LSP が稼働していることを確認するには、ingressルーターから以下のコマンドの一部またはすべてを入力します。

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

意味

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

サンプル出力 2 には、過去の状態の履歴や LSP が失敗した理由など、LSP に関するすべての情報が表示されます。 R1 と R6 からの出力は、CSPF(Constrained Shortest Path First)アルゴリズムが失敗したため、宛先へのルートがないことを示しています。

サンプル出力 3 および 4 は、extensive オプションを使用した show mpls lsp name コマンドの出力例を示しています。この例では、MPLS層で壊れたネットワークのサンプルネットワークには 1 つの LSP のみが設定されているため、出力は show mpls lsp コマンドと非常によく似ていますMPLS。しかし、多くのLSPが設定された大規模なネットワークでは、2つのコマンドで結果が大きく異なります。

トランジットルーターでLSPルートを検証する

目的

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

アクション

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

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

意味

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

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

イングレスルーターでLSPルートを検証する

目的

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

アクション

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

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

意味

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

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

サンプル出力 2 は、LSP がアップしたときに受信する出力を示しています。出力には、 inet.0 と inet.3 の両方のルーティングテーブルが表示されており、LSP R1からR6 と R6からR1 が利用可能であることを示しています。

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

目的

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

アクション

MPLSラベルを検証するには、ingressルーターから以下のコマンドを入力します。

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

意味

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

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

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

目的

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

アクション

MPLSラベルを検証するには、ingressルーターから以下のコマンドを入力して、egressルーターにpingを実行します。

次に例を示します。

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

意味

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

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

適切なアクションを取る

問題点

説明

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

ソリューション

この例のエラーを修正するには、次の手順に従います。

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

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

出力例
意味

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

LSP の再検証

目的

エラーを修正するために適切なアクションを実行した後、LSP を再度チェックして、BGP レイヤーの問題が解決されたことを確認する必要があります。

アクション

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

出力例
コマンド名

意味

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

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

egress ルーターR6 からのサンプル出力3は、LSPが稼働しており、アクティブなルートがプライマリルートであることを示しています。LSP はこれで、 R1 から R3 から R6 までの予想通りのパスに沿ってネットワークを通過し、リバース LSP は R6 から R3 から R1 へとネットワークを通過しています。

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

目的

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

アクション

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

出力例

コマンド名

以下のサンプル出力は、ingressルーター R1 からのものです。

意味

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

8行目、「 高速再ルート迂回アップ 」は、迂回路が機能していることを示しています。6行目と7行目は、トランジット ルーターR2 と R4 が迂回パスを確立したことを示しています。

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

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

出力例

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

意味

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

出力例

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

意味

R2からのサンプル出力は、迂回路が確立され(迂回路が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からのサンプル出力は、迂回路が確立され(迂回路がUp)、R4とR5を接続するリンク(10.0.45.2)を回避していることを示しています。迂回パスは、R9(10.0.49.2)からR5(10.0.59.1)までです。一部の情報は、R1 および R2 の出力にある情報と類似しています。ただし、迂回路の明示的なルートは異なり、R4とR9を接続するリンク(つまり-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 は、両方の迂回パスの同一のラベル出力値(100368)で示されるように、迂回パスを合流できます。R7がラベル値100736のR4からトラフィックを受信するか、ラベル値100752のR2からトラフィックを受信するかどうかにかかわらず、R7はラベル値100368のR5にパケットを転送します。

出力例

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

意味

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

出力例

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

意味

R5からの出力例は、記録ルートフィールドのメイン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経由のプライマリパスがダウンします。ingressルーター R1 は、トラフィックを r7 経由のセカンダリ パスに切り替えます。

意味

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

物理層の検証

目的

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

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

図3:物理層の検証Reference table of Juniper Networks troubleshooting commands by protocol layers: BGP, MPLS, RSVP, IGP OSPF and IS-IS, IP, Data Link, and Physical.

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

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

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

図4:物理層で切断されたネットワークMPLSNetwork topology diagram with six routers R1 to R6 showing physical connections, Label Switched Paths, and alternate routes. R1 is ingress, R6 is egress. All routers in AS 65432.

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

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

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

図4に示す十字は、ingressルーターR1の設定エラーによりLSPが壊れている箇所を示しています。

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

LSP の検証

目的

通常、LSPの検証にはshow mpls lsp extensive コマンドを使用します。ただし、LSP の状態を迅速に確認するには、show mpls lsp コマンドを使用します。LSP がダウンしている場合は、フォローアップとして拡張オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、名前オプション(show mpls lsp namenameまたはshow mpls lsp namename extensive)を使用して、LSPの名前を指定することを検討できます。

アクション

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

出力例
コマンド名

意味

ingressルーターR1からの出力例は、LSPが設定されたパスではなく代替パスを使用していることを示しています。LSP の設定パスは、R1 から R3 から R6 であり、リバース LSP の場合、R6 から R3 から R1 に設定されています。LSP が使用する代替パスは、R1 から R2 から R6 まで、逆 LSP の場合は R6 から R5 から R1 です。

ルーター接続の確認

目的

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

アクション

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

出力例
コマンド名

意味

サンプル出力では、ingressルーター R1 がトランジット ルーター R3 からパケットを受信し、トランジット ルーターがegressルーターからパケットを受信していることを示しています。したがって、LSP 内のルーターは接続されています。

インターフェースの検証

目的

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

アクション

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

出力例
コマンド名

意味

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

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

適切なアクションを取る

問題点

説明

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

ソリューション

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

出力例
意味

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

LSP の再検証

目的

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

アクション

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

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

意味

ingressルーター R1 からのサンプル出力 1 は、LSP が 現在、R1 から R3 を経由して R6 へ、そして逆 LSP は、 R6 から R3 を経由して R1 へ、予想されるパスに沿ってネットワークを通過していることを示しています。

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

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

問題点

説明

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

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

図7:IPレイヤーとIGPレイヤーReference guide for troubleshooting Juniper Networks layers: BGP, MPLS, RSVP, IGP, IP, Data Link, and Physical. Lists commands for monitoring and diagnostics.

ソリューション

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

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

  • Open Shortest Path First(OSPF)またはIntermediate System-to-Intermediate System(IS-IS)プロトコルが正しく設定され、実行されていること。

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

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

      注:

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

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

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

図8:IPレイヤーとIGPレイヤーNetwork topology diagram with six routers R1 to R6, showing physical and LSP connections. Routers form AS 65432 using IS-IS or OSPF.でネットワークが切断されたMPLS

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

  • ingressルーター(R1)でIPアドレスが正しく設定されていません。

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

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

IP レイヤーの検証

目的

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

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

図9:IPレイヤーNetwork topology diagram showing six routers R1 to R6 connected in AS 65432 with MPLS LSP traffic and IP addresses.で切断されたネットワークMPLS

図9の十字は、ingressルーターR1のIPアドレスの設定が間違っているためにLSPが壊れている箇所を示しています。

LSP の検証

目的

LSPを設定した後、LSPが稼働していることを確認する必要があります。LSP には、ingress、トランジット、またはegressがあります。show mpls lspコマンドを使用して、LSPの状態を迅速に確認し、LSPがダウンした場合のフォローアップとして拡張オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、名前オプション(show mpls lsp namenameまたはshow mpls lsp name name extensive)を使用してLSPの名前を指定することを検討できます。

アクション

LSP が稼働していることを確認するには、ingressルーターから次のコマンドを入力します。

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

意味

ingressルーター R1 からの出力例では、MPLS ラベル割り当てに失敗し、CSPF(Constrained Shortest Path First)アルゴリズムが失敗した結果、R6 で宛先 10.0.0.6 へのルートがないことが示されています。

IPアドレッシングの検証

目的

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

アクション

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

出力例
コマンド名

意味

サンプル出力では、R1 のインターフェイス so-0/0/2.0 と R3 のインターフェイス so-0/0/2.0 の IP アドレスが同一であることを示しています。インターフェイスを正しく識別するためには、ネットワーク内のインターフェイスIPアドレスが一意である必要があります。

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

目的

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

アクション

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

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

意味

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

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

適切なアクションを取る

問題点

説明

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

ソリューション

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

出力例
意味

サンプル出力は、ingressルーターR1のインターフェイスso-0/0/2が正しいIPアドレスで設定されていることを示しています。この修正により、IPレイヤーとIGPレイヤーで切断されたMPLSネットワークのMPLSネットワーク内のすべてのインターフェイスに一意のサブネットIPアドレスが与えられ、LSPが立ち上がる可能性が生じます。

LSP の再検証

目的

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

アクション

LSPを再度確認するには、イングレス、トランジット、およびエグレスルーターで次のコマンドを入力します。

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

意味

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

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

egress ルーターR6 からのサンプル出力3は、LSPが稼働しており、アクティブなルートがプライマリルートであることを示しています。LSP はこれで、 R1 から R3 から R6 までの予想通りのパスに沿ってネットワークを通過し、リバース LSP は R6 から R3 から R1 へとネットワークを通過しています。

LSP の再検証

目的

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

アクション

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

出力例

コマンド名

意味

ingressルーター R1 と egressルーター R6 からの出力例は、LSP が R1 から R3 から R6 までの予想通りのパスに沿ってネットワークを通過していることを示しており、逆 LSP は R6 から R3 から R1 へと移動していることを示しています。さらに、トランジット ルーター R3 からのサンプル出力は、 R1 から R6 への 1 つと、 R6 から R1 への 2 つのトランジット LSP セッションが存在することを示しています。

RSVP 層の確認

目的

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

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

図10:RSVP層Hierarchical diagram of network protocol layers in Juniper Networks showing commands for troubleshooting, from physical to BGP layers.の確認

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

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

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

図11:RSVPレイヤーAutonomous System 65432 network diagram with six routers R1 to R6. Each has a loopback interface with specific IPs. Solid lines show physical connections, dashed lines indicate LSP-bidirectional traffic. Two link failures marked by an X. IGP is OSPF or IS-IS.で切断されたMPLSネットワーク

図11に示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定です。このネットワークのLSPは、ingressルーターR1からトランジットルーターR3を経て、egressルーター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 がダウンしている場合は、フォローアップとして拡張オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、名前オプション(show mpls lsp name nameまたはshow mpls lsp namename extensive)を使用して、LSPの名前を指定することを検討できます。

アクション

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

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

意味

サンプル出力では、 LSP が R1 から R6 と R6 から R1 の両方向にダウンしていることが示されています。 R1 からの出力は、 R1 が宛先に到達できずに通話を発信しようとしたため、cspf なしのLSPを使用していることを示しています。 R6 からの出力は、CSPF(制約付き最短パスファースト)アルゴリズムが失敗したため、宛先 10.0.0.1へのルートが得られなかったことを示しています。

RSVP セッションの検証

目的

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

アクション

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

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

意味

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

サンプル出力 1 とは対照的に、正しい出力を説明するために、サンプル出力 2 は、RSVP 設定が正しく、LSP が設定どおりにネットワークを通過している場合のイングレス、トランジット、およびエグレス ルーターからの出力を示しています。 R1 と R6 はどちらも、LSP R1からR6、および逆LSP R6からR1で、イングレスとエグレスのRSVPセッションを示しています。トランジット ルーター R3 は、2 つのトランジット RSVP セッションを示しています。

RSVPネイバーの検証

目的

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

アクション

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

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

意味

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

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

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

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

目的

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

アクション

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

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

意味

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

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

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

RSVP プロトコル設定の検証

目的

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

アクション

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

出力例
コマンド名

意味

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

適切なアクションを取る

問題点

説明

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

ソリューション

この例のエラーを修正するには、次の手順に従います。

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

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

出力例
意味

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

LSP の再検証

目的

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

アクション

LSPを再度確認するには、イングレス、トランジット、およびエグレスルーターで次のコマンドを入力します。

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

意味

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

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

egress ルーターR6 からのサンプル出力3は、LSPが稼働しており、アクティブなルートがプライマリルートであることを示しています。LSP はこれで、 R1 から R3 から R6 までの予想通りのパスに沿ってネットワークを通過し、リバース LSP は R6 から R3 から R1 へとネットワークを通過しています。

LSP 統計の決定

目的

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

アクション

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

出力例

コマンド名

意味

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

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

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

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

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

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

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 中に何らかのパス再ルーティングが発生したことを示しています。

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

ネットワークでのLSP使用の確認

目的

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

図12:LSPの利用Network diagram with six routers R1-R6, loopback interfaces, solid lines for physical connections, dashed lines for IGP metrics, part of AS 65432.を検証するためのMPLSトポロジー

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

  • AS 65432を使用したフルメッシュのIBGP(内部境界ゲートウェイプロトコル)トポロジー

  • すべてのルーターでMPLSとRSVP(Resource Reservation Protocol)が有効

  • 新しいルートをネットワークにアドバタイズすることを許可するルーターR1およびR6の 送信静的 ポリシー

  • ルーターR1とR6間のLSP

図12に示したネットワークは、BGP(境界ゲートウェイプロトコル)フルメッシュネットワークです。ルートリフレクタとコンフェデレーションは、BGP学習したルートの伝播には使用されないため、各ルーターは、実行中のBGP他のすべてのルーターとBGPセッションを持つ必要があります。

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

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

目的

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

アクション

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

出力例
コマンド名

意味

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

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

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

トランジット ルーターまたはegressルーターがMPLSパケットを受信すると、MPLS転送テーブルの情報を使用して、LSP内の次のトランジットルーター、またはこのルーターがegressルーターであるかどうかを判断します。

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

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

目的

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

アクション

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

出力例
コマンド名

意味

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

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

100064ラベルが付いた2つのエントリーは、同じLSP、R1からR6用です。MPLSヘッダーのスタック値が異なる場合があるため、2つのエントリーがあります。2番目のエントリ100064(S=0)は、スタックの深さが1ではなく、追加のラベル値がパケットに含まれていることを示しています。対照的に、100064 の最初のエントリーには、スタックの深さが 1 であることを示す推定 S=1 があり、それがパケット内の最後のラベルになります。デュアルエントリーは、これが最後から2番目のルーターであることを示しています。MPLSラベルスタックの詳細については、RFC 3032、MPLSラベルスタックエンコーディングを参照してください。

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

ルーターは、ラベル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

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

ロード バランシングが動作していることを確認する

目的

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

アクション

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

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

出力例

コマンド名

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

意味

ingressルーター 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コマンドのサンプル出力では、出力トラフィックがso-0/0/1とso-0/0/2の2つのインターフェイス全体に均等に分配されていることがわかります。

出力例

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

意味

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

出力例

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

意味

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

出力例

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

意味

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

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

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

目的

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

アクション

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

出力例

コマンド名

意味

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

tracerouteコマンドを使用したMPLSラベルの検証

目的

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

アクション

ラベルMPLS検証するには、リモートホストのIPアドレスまたは名前CLI host-name Junos OS動作モードコマンドを入力します。

サンプル出力 1

コマンド名

サンプル出力2

コマンド名

意味

サンプル出力 1 は、ネットワークを介してパケットを転送するために MPLS ラベルが使用されていることを示しています。出力には、ラベル値(MPLS Label=100048)、寿命時間値(TTL=1)、スタックビット値(S=1)が含まれます。

MPLSラベルフィールドは、特定の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ラベルスタックエンコーディングを参照してください。

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

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

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

問題点

説明

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

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

注意:

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

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

出力例

出力例

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

以下は、GREトンネルを使用してGMPLS LSPを設定する際のさまざまな要件です。

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

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

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

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

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

  • 任意で、 no-cspf ステートメントでCSPF(制限付き最短パスファースト)を無効化できます。

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

図13:GMPLSネットワークトポロジーNetwork diagram showing GMPLS Label Switched Path setup with R1 Ingress, R2 Transit, R3 Egress, data and control channels, and IP addresses.

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

  • ingressルーターからegressルーターへの厳密なGMPLS LSPパス。

  • ingressルーターでは、[edit protocol mpls label-switched-path lsp-name]階層レベルのno-cspf ステートメントでCSPFが無効化されました。

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

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

  • すべてのルーター上の OSPF と RSVP の両方における ピア インターフェイス への参照。

  • 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ラベル割り当て失敗)が表示されます。このLSPイベントは、MPLSプロトコルまたはfamily mplsステートメントが正しく設定されていないことを示しています。LSP イベントの前に IP アドレスがある場合、そのアドレスは通常、MPLS 設定エラーが発生したルーターです。この場合、lo0アドレスが192.168.4.1(R3)のルーターに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 コマンドを使用すると、MPLSピアリンク情報が表示されます。

意味

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

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

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

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

  • 制御チャネルが確立されているアドレス( 例:10.35.1.5)。

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

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

出力例

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

意味

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

サンプル出力

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

注:

パイプ ( | ) の後に入力された [エラー検索] オプションは、用語 [エラー] のインスタンスを出力で検索します。
出力例

意味

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

出力例

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

意味

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

ソリューション

ソリューション

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

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

出力例

意味

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

まとめ

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

ルーター設定

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

出力例

以下のサンプル出力は、ingressルーター R1 のものです。

出力例

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

出力例

以下のサンプル出力は、egressルーター R3 のものです。

LSP ステータスの確認

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

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

図14:MPLSネットワークトポロジーNetwork diagram with six routers R1-R6, loopback interfaces, solid lines for physical connections, dashed lines for IGP metrics, part of AS 65432.

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

LSP のステータスを確認する

目的

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

アクション

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

出力例
コマンド名

意味

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

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

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

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

LSP の状態を確認する方法については、 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリストを参照してください。

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

目的

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

アクション

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

出力例
コマンド名

意味

サンプル出力は、ingressルーター(R1)からで、過去の状態の全履歴とLSPが失敗した理由を含む、イングレス、エグレス、およびトランジットLSP情報を詳細に示しています。イングレス情報はこのルーターから発信されたセッション用、エグレス情報はこのルーターで終了するセッション用、トランジット情報はこのルーターを通過するセッション用です。

R1(10.0.0.1)からR6(10.0.0.6)へのイングレスルートが1つあります。このルートは現在稼働中(州)で、1 つのルートが LSP R1-to-R6 をアクティブに使用しています。LSPアクティブパスがプライマリパスです。LSPにプライマリまたはセカンダリキーワードが含まれていない場合でも、ルーターはLSPをプライマリLSPとして扱います。これは、LSPに障害が発生した場合、ルーターがデフォルトで30秒間隔で非アクティブなLSPに信号を送ろうとすることを示しています。

ロードバラン シングはランダムであり、これはデフォルトであり、LSPの物理パスを選択するときに、ルーターが等しいホップ数を持つ等コストパスの中からランダムに選択することを示しています。設定できるその他のオプションは 、最小フィル と モストフィルです。 最小フィル は、ホップ数が等しい、等コストパスの中で最も利用率の低いリンクにLSPを配置します。 Most-fill は、LSPを、等コストパスの中で最も利用されているリンク上に配置し、等しいホップ数を共有します。使用率は、利用可能な帯域幅の割合に基づいています。

エンコーディングタイプフィールドには、IPv4を示すGMPLS(一般化 MPLS)シグナリングパラメーター(パケット)が表示されます。スイッチングタイプはパケットで、一般化されたペイロード識別子(GPID)はIPv4です。

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

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

フィールド 10.1.13.2 S は、実際のEROを示します。RSVP シグナリング メッセージは、厳密に 10.1.13.2 に(ネクスト ホップとして)送信され、厳密に 10.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.2は、実際に受信したレコードルート(RRO)です。RRO フィールドのアドレスが ERO フィールドのアドレスと一致することに注意してください。これは、CSPF LSP の通常のケースです。CSPF LSP の RRO アドレスと ERO アドレスが一致しない場合、LSP は再ルーティングまたは迂回する必要があります。

番号が91から42の行には、履歴ログへの最新の49のエントリが含まれています。各行にはタイムスタンプが付けられます。最新のエントリは、最大のログ履歴番号を持ち、ログの先頭にあり、91行目が最新の履歴ログエントリであることを示しています。ログを読むときは、最も古いエントリ(42)から最新の(91)まで順に記述します。

履歴ログは7月10日に開始され、次の一連のアクティビティが表示されます:LSPがアクティブとして選択された、ダウンしていることが判明した、MPLSラベルの割り当てに数回失敗した、何度か削除された、ResvTearのためにプリエンプトされた、アクティブとして選択解除された、およびクリアされた。最終的に、ルーターは CSPF ERO を計算し、コールをシグナリングすると、LSP はリストされた RRO(行 90)を導き出し、アクティブとしてリストされました。

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

表示されるイングレスLSPの総数は 1で、 アップが1 、ダウン が0 です。 [アップ ] フィールドの数値に [ ダウン ] フィールドの数値を加えた値が合計になる必要があります。

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

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

LSP の状態を確認する方法については、 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリストを参照してください。

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

目的

さまざまな RSVP メッセージの有無は、ネットワーク内の MPLS(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 をサポートしていることを示します。

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

出力の エラー セクションには、エラーがあるRSVPパケットに関する統計が表示されます。合計 15 件の PathErr からクライアントへの パケットがルーティングエンジンに送信されました。合計は、送受信された PathErr パケットを組み合わせたものです。