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の設定に問題がないか、階層レベルで確認します。

注:

family mpls[edit interfaces]ラベル付きルートがインタフェース上で解決されるには、ルートが正常に解決されるように階層レベルで設定されている必要があります。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 の検証

目的

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

対処

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

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

意味

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

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

サンプル出力 3 および 4 は、オプション付きのコマンドの出力 show mpls lsp name 例を extensive 示しています。この例では、MPLS レイヤーで壊れた MPLS ネットワークのネットワーク例では 1 つの LSP のみが設定されているため、出力はコマンドと非常によく似ていますshow mpls lsp。ただし、多数の 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 でないことを示し、追加のラベル値がパケットに含まれます。対照的に、最初のエントリーは100880、推論されたS=1値を持ち、100864スタック深度1を示し、各ラベルをその特定のパケットの最後のラベルにします。デュアル エントリーは、これが究極のルーターであることを示します。MPLS ラベル スタックの詳細については、RFC 3032、MPLS ラベル スタック エンコーディングを参照してください。

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

目的

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

対処

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

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

意味

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

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

サンプル出力 2 は、LSP が稼働しているときに受信する必要がある出力を示しています。出力は、LSP とR6-to-R1使用可能であることを示す、および inet.3 ルーティング テーブルの両方 inet.0 R1-to-R6示しています。

traceroute コマンドを使用して MPLS ラベルを検証する

目的

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

対処

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

サンプル出力 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 ラベルを検証するには、イングレス ルーターから次のコマンドを入力してエグレス ルーターに ping を実行します。

例えば、

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

意味

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

サンプル出力 2 は、LSP が稼働中でパケットを転送するときに受信する必要のある出力の例です。

適切なアクションを取る

問題

説明

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

ソリューション

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

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

  2. 設定を検証してコミットします。

サンプル出力
意味

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

LSP を再度検証します。

目的

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

対処

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

サンプル出力
コマンド名

意味

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

トランジット ルーターR3からの出力 2 のサンプルは、2 つのトランジット LSP セッションがあり、1 つは from からR6 、もう R6R11 つは from R1 から です。両方の LSP が稼働しています。

エグレス ルーター R6 からのサンプル出力 3 は、LSP が稼働中で、アクティブ ルートがプライマリ ルートであることを示しています。LSP は現在、予想されるパスに沿ってネットワークを通過し、LSP R1R3R6R6の逆は次の方向に進R3んでいます。R1

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

目的

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

対処

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

サンプル出力

コマンド名

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

意味

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

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

R210.0.12.14には (flag=9)が含まれ、ダウンストリームノードとリンクでノード保護が利用可能であることを示します。R410.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に表示されます。迂回パスは、R7R9をトランジットルーターとして使用して、エグレスルーターであるR5に到達します。

サンプル出力

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

意味

R2からのサンプル出力は、迂回路が確立され(Detour is Up)、R4を回避し、R4R5を接続するリンク(10.0.45.2)を示しています。迂回経路は、R710.0.27.2)およびR910.0.79.2)からR510.0.59.1)までであり、これはR1からの迂回の明示的な経路とは異なります。R1R710.0.17.14リンクを迂回し、R110.0.27.2リンクを使用しています。両方の迂回路は、R910.0.79.2リンクを介してR510.0.59.1)に合流します。

サンプル出力

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

意味

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

サンプル出力

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

意味

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

サンプル出力

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

意味

R9からのサンプル出力は、R9が迂回パスの最後から2番目のルーターであり、明示的なルートにはエグレスリンクアドレス(10.0.59.1)のみが含まれ、Label outの値(3)はR9が最後から2番目のホップラベルのポップを実行したことを示しています。また、R7R2R4からの迂回パスを合流したため、10.0.27.1からの迂回ブランチにはパス情報が含まれていません。10.0.17.13からの迂回ブランチのLabel outの値は100368であり、R7Label 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 プライマリパスにクリティカルなインターフェイス(R2interface 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 の検証

目的

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

対処

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

サンプル出力
コマンド名

意味

イングレス ルーター R1 からのサンプル出力は、LSP が設定されたパスではなく代替パスを使用していることを示しています。LSP に対して設定されたパスは、R1R3逆 LSP R6R1R3 から .R6, LSP で使用される代替パスはR1R2R6, 、逆方向の LSP R6 t と hrough R5 間で行われます。 R1

ルーター接続の検証

目的

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

対処

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

サンプル出力
コマンド名

意味

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

インターフェイスの検証

目的

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

対処

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

サンプル出力
コマンド名

意味

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

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

適切なアクションを取る

問題

説明

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

ソリューション

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

サンプル出力
意味

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

LSP を再度検証します。

目的

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

対処

LSP が正常に稼働し、ネットワークを通過していることを確認するには、次のコマンドを入力します。

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

意味

イングレス ルーター R1 からの出力 1 のサンプルは、LSP が、想定したパス(~R3 から R1、および逆 LSPR6)にR6沿ってネットワークをR3R1通過していることを示しています。

イングレス ルーター R1 からのサンプル出力 2 は、MPLS R1 がインターフェイス so-0/0/0.0 および so-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 は、イングレス、トランジット、またはエグレスの場合があります。オプションを show mpls lsp 使用して、LSP 状態を迅速に検証するには、コマンドを extensive 使用します(show mpls lsp extensive) LSP がダウンした場合はフォローアップとして)。ネットワークに多数の LSP がある場合は、オプションを使用して name LSP の名前を指定することを検討してください(show mpls lsp name name または show mpls lsp name name extensive).

対処

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

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

意味

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

IP アドレッシングの検証

目的

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

対処

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

サンプル出力
コマンド名

意味

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

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

目的

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

対処

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

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

意味

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

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

適切なアクションを取る

問題

説明

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

ソリューション

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

サンプル出力
意味

このサンプル出力は、イングレス ルーターR1のインターフェイスso-0/0/2が正しい IP アドレスで設定されていることを示しています。この修正により、MPLS ネットワーク内のすべてのインターフェイスの固有のサブネット IP アドレス が IP レイヤーと IGP レイヤーで破損し、LSP が起動する可能性があります。

LSP を再度検証します。

目的

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

対処

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

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

意味

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

トランジット ルーターR3からの出力 2 のサンプルは、2 つのトランジット LSP セッションがあり、1 つは FROM からR6R1R6R1.両方の LSP が稼働していることを示しています。

エグレス ルーター R6 からのサンプル出力 3 は、LSP が稼働しており、アクティブ ルートがプライマリ ルートであることを示しています。LSP は現在、予想されるパスに沿ってネットワークを通過し、LSP R1R3 R6R6の逆は次の方向に進R3んでいます。R1

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 から R6R6 から R1 のどの方向にもパスがなく LSP がダウンしています

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

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

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

LSP の検証

目的

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

対処

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

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

意味

このサンプル出力は、LSP が下の方向、およびからR1、 から . の両方向にR1R6R6ダウンしていることを示しています。からの R1 出力は、宛先に到達できずにコールを発信しようとしたため、cspf LSP を使用していないことを R1 示しています。からの 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 と逆 LSP R1-to-R6を使用したイングレスおよびエグレス RSVP セッションを示しています R6-to-R1。トランジット ルーター R3 は、2 つのトランジット RSVP セッションを示しています。

RSVP ネイバーの検証

目的

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

対処

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

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

意味

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

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

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

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

目的

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

対処

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

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

意味

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

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

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

RSVP プロトコル設定の検証

目的

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

対処

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

サンプル出力
コマンド名

意味

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

適切なアクションを取る

問題

説明

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

ソリューション

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

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

  2. 設定を検証してコミットします。

サンプル出力
意味

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

LSP を再度検証します。

目的

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

対処

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

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

意味

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

トランジット ルーターR3からの出力 2 のサンプルは、2 つのトランジット LSP セッションがあり、1 つは from からR6 、もう R6R11 つは from R1 から です。両方の LSP が稼働しています。

エグレス ルーター R6 からのサンプル出力 3 は、LSP が稼働中で、アクティブ ルートがプライマリ ルートであることを示しています。LSP は現在、予想されるパスに沿ってネットワークを通過し、LSP R1R3R6R6の逆は次の方向に進R3んでいます。R1

LSP 統計の決定

目的

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

対処

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

サンプル出力

コマンド名

意味

サンプル出力は、1 つのイングレスおよび 1 つのエグレス RSVP セッションが存在することを示しています。イングレス セッションには、10.0.0.1R1)のソース アドレスがあり、セッションは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.210.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 の検証

目的

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

対処

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

サンプル出力
コマンド名

意味

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

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

最後から最後のルーターがパケットのラベルを 0 の値に変更すると、エグレス ルーターは 0 のラベルを取り除き、IPv4 パケットが追従することを示します。パケットは、転送の inet.0 決定のためにルーティング テーブルによって検査されます。

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

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

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

目的

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

対処

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

サンプル出力
コマンド名

意味

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

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

ラベルを持つ 100064 2 つのエントリーは同じ LSP 用で、 R1-to-R6. MPLS ヘッダーのスタック値が異なる可能性があるため、2 つのエントリーがあります。2 番目のエントリーは、 100064 (S=0)スタック深度が 1 ではなく、追加のラベル値がパケットに含まれていることを示します。これとは対照的に、最初の 100064 エントリーは推論された S=1 を持ち、スタックの奥行き 1 を示し、パケットの最後のラベルになります。デュアル エントリーは、これが究極のルーターであることを示します。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

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

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

目的

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

対処

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

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

サンプル出力

コマンド名

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

意味

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

サンプル出力

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

意味

トランジット ルーターR2 で発行されたshow routeコマンドの出力では、ネットワークを介してループバック アドレスからR0192.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 への参照。

  • R2R3 間のスイッチ タイプの問題。

症状

図 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.1R3)の 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)の名前。

  • ピアの内部識別子、tester248428tester348429。内部識別子は、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)の問題があり、これは R2R3 を接続する SONET インターフェイスのエラーがある可能性を示しています。R2R3 上の LMP の設定はさらに調査が必要です。

サンプル出力

show configuration statement-path コマンドを使用すると、特定の設定階層(このインスタンスの場合はリンク管理)が表示されます。

意味

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-managementshow 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(コマンドライン インターフェイス)動作モード コマンドを入力します。

サンプル出力
コマンド名

意味

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

()からR1(10.0.0.110.0.0.6)へのR61つのイングレスルートがあります。このルートは現在稼働中で、ルーティング テーブル(Rt)にインストールされているアクティブ ルートです。LSP R1-to-R6 はセカンダリ パスとは対照的にプライマリ パス(P)であり、アスタリスク(*)で示されます。へのルートには R6 、名前付きパス(ActivePath)が含まれていません。

1 つのエグレス LSP から R6 .R1 [ State Is up](稼働中)では、ルーティング テーブルにルートがインストールされていません。RSVP 予約スタイル(Style)は 2 つの部分で構成されています。1つ目はアクティブな予約数(1)です。2つ目は予約スタイル(固定フィルタ)です FF 。予約スタイルには FF、( SE 共有明示的)、または WF (ワイルドカード フィルター) を指定できます。3 つの受信ラベル(Labelin)があり、この LSP のラベルは表示Labeloutされません。

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

LSP 状態の確認の詳細については、「 レイヤー型 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。

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

目的

LSP に関する詳細な情報(過去のすべての状態履歴、LSP が失敗した可能性がある理由など)を表示します。

対処

LSP に関する詳細情報をイングレス ルーターに表示するには、次の Junos OS CLI 動作モード コマンドを入力します。

サンプル出力
コマンド名

意味

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

()からR1(10.0.0.110.0.0.6)へのR61つのイングレスルートがあります。このルートは現在稼働中(State)で、1つのルートでLSP R1-to-R6をアクティブに使用しています。LSP アクティブ パスはプライマリ パスです。LSP に or secondary キーワードが含primaryまれていない場合でも、ルーターは LSP をプライマリ LSP として扱います。つまり、LSP に障害が発生した場合、ルーターはデフォルトで 30 秒間隔で非アクティブ LSP のシグナリングを試みます。

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

フィールドは Encoding type 、IPv4 を示す、GMPLS(Packet)Generalized MPLS)シグナリング パラメータを示しています。Is Switching typePacket、および一般化ペイロード識別子(GPID)は IPv4 です。

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

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

このフィールド 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 の通常のケースです。RRO アドレスと ERO アドレスが CSPF LSP と一致しない場合、LSP は再ルートまたは迂回する必要があります。

91~42 の番号が付いた行には、履歴ログへの最新の 49 個のエントリーが含まれています。各行にはタイムスタンプが付いています。最新のエントリーはログ履歴番号が最も大きく、ログの最上位に位置し、91 行目が最新のヒストリー・ログ項目であることを示します。ログを読み込むときは、最も古いエントリー () から最新91 (42) まで開始します。

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

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

表示されるイングレス LSP の合計数は 1、上下に 1 設定されています 0 。フィールドの数値に Up フィールドの数値を Down 加えた数値は、合計と等しい値にする必要があります。

1 つのエグレス LSP セッションから R6 .R1 [ State Is up](稼働中)では、ルーティング テーブルにルートがインストールされていません。RSVP 予約スタイル(Style)は 2 つの部分で構成されています。1つ目はアクティブな予約数(1)です。2つ目は予約スタイル(固定フィルタ)です FF 。予約スタイルには FF、( SE 共有明示的)、または WF (ワイルドカード フィルター) を指定できます。3 つの受信ラベル(Labelin)があり、この LSP のラベルは表示Labeloutされません。

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

LSP 状態の確認の詳細については、「 レイヤー型 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。

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 パケットを組み合わせます。