- play_arrow 概要
- play_arrow MPLS を理解する
- play_arrow サポートされている標準
-
- play_arrow MPLS の設定
- play_arrow MPLS の設定
- play_arrow MPLS トンネルの設定
-
- play_arrow MPLS トラフィック
- play_arrow MPLS トラフィックの管理
- play_arrow MPLS トラフィックの保護
- play_arrow MPLSトラフィックの測定
-
- play_arrow MPLS LSP
- play_arrow MPLS LSPについて
- play_arrow MPLS LSP の設定
-
- play_arrow MPLS シグナリング プロトコル
- play_arrow MPLS トラフィック制御
- play_arrow MPLS トラフィック エンジニアリングの設定
-
- play_arrow MPLS トランスポート プロファイル
- play_arrow MPLS の OAM(運用、管理、保守)
- play_arrow MPLS 擬似配線
- play_arrow MPLS の CoS(サービス クラス)
- play_arrow 一般化された MPLS(GMPLS)
-
- play_arrow MPLS VPN と回線
- play_arrow MPLS(L2回線)を介したイーサネット
- play_arrow CCC、TCC、レイヤー 2.5 スイッチング
-
- play_arrow MPLS for Software Defined Networking(SDN)
- play_arrow Path Computation Element Protocol（PCEP）
-
- play_arrow 設定ステートメントと運用コマンド
このページで
MPLS のトラブルシューティング
MPLS インターフェース確認
目的
ネットワーク内のルーターに MPLS プロトコルが正しく設定されていない場合、インターフェースは MPLS スイッチングを実施できません。
ラベルの付いたルートがインタフェース上で解決されるには、[edit interfaces]の階層レベルでfamily mplsが設定されている必要があります。family mplsが設定されていない場合、ラベルの付いたルートは解決されません。
アクション
MPLS インターフェースを検証するには、以下の Junos OS の CLI （コマンドライン インターフェース）運用モードコマンドを入力します。
user@host> show mpls interface
サンプル出力1
コマンド名
次のサンプル出力はMPLS ネットワーク トポロジーで示すネットワーク内のすべてのルーターの出力を例に示しています。
user@R1> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> user@R2> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R3> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R4> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R5> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> user@R6> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none>
サンプル出力2
コマンド名
user@R6> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/3.0 Up <none> # so-0/0/2.0 is missing
サンプル出力 3
コマンド名
user@host> show mpls interface MPLS not configured
意味
サンプル出力 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 interfacestype-fpc/pic/portunit] 階層レベルでfamily mpls ステートメントが含まれていない場合があります。インターフェイスが正しく設定されている場合、RSVP がまだこのインターフェース上でシグナリングされていない可能性があります。どのインターフェースが正しく設定されていないかを判断する方法については、「Verify Protocol Families」を参照してください。
サンプル出力 3 のサンプルは、[edit protocols mpls] 階層レベルで MPLS プロトコルが設定されていないことを示しています。
プロトコルファミリーの検証
目的
論理インタフェースがMPLSを有効にしていない場合、MPLSスイッチングを行うことはできません。この手順により、どのインターフェイスにMPLSやその他のプロトコルファミリーが設定されているかを迅速に判断することができます。
アクション
ネットワーク内のルーターに設定されているプロトコルファミリーを確認するには、次のJunos OS CLI運用モードコマンドを入力します。
user@host> show interfaces terse
サンプル出力1
コマンド名
user@R1> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.1/30
iso
mpls
so-0/0/3 up down
user@R2> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.1/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.24.1/30
iso
mpls
user@R3> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.1/30
iso
mpls
user@R4> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.45.1/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.24.2/30
iso
mpls
user@R5> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.45.2/30
iso
mpls
so-0/0/3 up down
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
サンプル出力2
コマンド名
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso #The mpls statement is missing.
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
意味
AdminLinkProtoサンプル出力1には、インタフェース、リンクの管理状態（）、リンクのデータリンク層の状態（）、インタフェースに設定されているプロトコルファミリー（）、インタフェースのローカルアドレスとリモートアドレスが表示されています。
https://www.juniper.net/documentation/en_US/junos/topics/task/verification/mpls-verifying.htmlinet MPLSネットワークトポロジーで示されるネットワークのすべてのルート上のすべてのインタフェースは、MPLSとIS-ISで管理上有効で、データリンク層で機能しており、アドレスを持っています。inet unit numberisomplsedit interfacestype-fpc/pic/portいずれもIPv4プロトコルファミリ（）で設定され、IS-IS（）およびMPLS（）プロトコルファミリが［ ］階層レベルで設定されています。
so-0/0/2.0unitnumberR6 mplsedit interfacestype-fpc/pic/portSample Output 2によると、interface onは[ ]階層レベルに文が含まれていないことがわかります。
MPLS 設定の検証
目的
tracerouteping[edit protocols mpls][edit interfaces]トランジットルータとイングレスルータの確認、コマンドによるBGPネクストホップの確認、コマンドによるアクティブパスの確認が終わったら、MPLSの設定に問題がないか、階層レベルで確認します。
ラベルの付いたルートがインタフェース上で解決されるには、[edit interfaces]の階層レベルでfamily mplsが設定されている必要があります。family mplsが設定されていない場合、ラベルの付いたルートは解決されません。
アクション
MPLSの設定を確認するために、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。
user@host> show configuration protocols mpls user@host> show configuration interfaces
サンプル出力1
コマンド名
user@R1> show configuration protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
user@R3> show configuration protocols mpls
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
user@R6> show configuration protocols mpls
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
inactive: interface so-0/0/3.0; <<< Incorrectly configured
サンプル出力2
コマンド名
user@R6> show configuration interfaces
so-0/0/0 {
unit 0 {
family inet {
address 10.1.56.2/30;
}
family iso;
family mpls;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.1.46.2/30;
}
family iso;
family mpls;
}
}
so-0/0/2 {
unit 0 {
family inet {
address 10.1.26.2/30;
}
family iso;
family mpls;
}
}
so-0/0/3 {
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.148/21;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.0.0.6/32;
address 127.0.0.1/32;
}
family iso {
address 49.0003.1000.0000.0006.00;
}
}
}
意味
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 レイヤーを示しています。
MPLS レイヤーで、LSP が起動して正常に機能しているかどうかを確認します。ネットワークがこの層で機能していない場合、LSP は設定通りに機能しません。
図 2は、このトピックで使用する MPLS ネットワークを示しています。
そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 2です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。
しかし、この例では、 R6 から R1 へのパスがなく、リバース LSP がダウンしています。
図 2 で示した十字は、LSP が壊れている箇所を示しています。LSP が壊れる原因としては、MPLS プロトコルの設定ミスや、MPLS に間違って設定されたインターフェイスが含まれている可能性があります。
図 2 で示したネットワークでは、エグレスルーター R6 の設定エラーにより、LSP が予想通りにネットワークを通過することができません。
MPLS レイヤーを確認するには、次の手順に従います。
- LSP を検証する
- トランジット ルーターでの LSP ルートの検証
- イングレス ルーターでの LSP ルートの検証
- traceroute コマンドによる MPLS ラベルの検証
- ping コマンドによる MPLS ラベルの検証
- 適切な対応を行う
- LSP の再検証
LSP を検証する
目的
通常は、 show mpls lsp extensive コマンドを使用して LSP を検証します。ただし、LSP の状態をすばやく確認するには、 show mpls lsp コマンドを使用します。LSP がダウンしている場合は、フォローアップとして extensive オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、 name option(show mpls lsp namename または show mpls lsp name name extensive).
アクション
LSP が起動していることを確認するには、イングレスルーターから以下のコマンドの一部またはすべてを入力します。
user@host> show mpls lsp user@host> show mpls lsp extensive user@host> show mpls lsp name name user@host> show mpls lsp name name extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Dn 0 - R1-to-R6 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show mpls lsp Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R6> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.1 10.0.0.6 Dn 0 - R6-to-R1 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 22 second(s).
1 Nov 2 14:43:38 CSPF failed: no route toward 10.0.0.6 [175 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Dn, ActiveRoute: 0, LSPname: R6-to-R1
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 13 second(s).
1 Nov 2 14:38:12 CSPF failed: no route toward 10.0.0.1 [177 times]
Created: Tue Nov 2 13:12:22 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力 3
コマンド名
user@R1> show mpls lsp name R1-to-R6 Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Dn 0 - R1-to-R6 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
サンプル出力4
コマンド名
user@R1> show mpls lsp name R1-to-R6 extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 10 second(s).
1 Nov 2 14:51:53 CSPF failed: no route toward 10.0.0.6[192 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
サンプル出力 1 は、イングレス、トランジット、イグレスの各ルーターの LSP の状態に関する簡単な説明を示しています。イングレスルーター R1 とエグレスルーター R6 からの出力は、両方のLSPがダウンし、 R1-to-R6 、 R6-toR1であることを示しています。R1とR6にLSPが設定されている場合、R1とR6の両方でエグレスLSPセッションが予想されます。また、トランジット ルーター R3 にはトランジット セッションがありません。
サンプル出力 2 には、過去のすべての状態履歴や LSP が失敗した理由など、LSP に関するすべての情報が表示されています。R1 および R6 からの出力は、CSPF(制限付き最短パス ファースト)アルゴリズムが失敗したため、宛先へのルートがないことを示しています。
サンプル出力 3 と 4 は、extensive オプションを指定した show mpls lsp name コマンドの出力例を示しています。この場合、「MPLS レイヤーで壊れた MPLS ネットワーク」のネットワーク例では LSP が 1 つだけ設定されているため、出力は show mpls lsp コマンドと非常によく似ています。しかし、多数のLSPが設定されている大規模なネットワークでは、2つのコマンドで結果が大きく異なります。
トランジット ルーターでの LSP ルートの検証
目的
LSP がアップしている場合、LSP ルートは mpls.0 ルーティング テーブルに表示されます。MPLS は、各 LSP 内の次のラベル交換ルータのリストを含む MPLS パス ルーティング テーブル(mpls.0)を維持します。このルーティング テーブルは、LSP に沿って次のルーターにパケットをルーティングするためにトランジット ルーターで使用されます。トランジット ルーターの出力にルートが存在しない場合は、イングレス ルーターとエグレス ルーターの MPLS プロトコル設定を確認します。
アクション
トランジットルータでLSPルートを確認するには、トランジットルータから次のコマンドを入力します。
user@host> show route table mpls.0
サンプル出力1
コマンド名
user@R3> show route table mpls.0
mpls.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
1 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
2 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
サンプル出力2
コマンド名
user@R3> show route table mpls.0
mpls.0: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
1 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
2 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
100864 *[RSVP/7] 00:07:23, metric 1
> via so-0/0/2.0, label-switched-path R6-to-R1
100864(S=0) *[RSVP/7] 00:07:23, metric 1
> via so-0/0/2.0, label-switched-path R6-to-R1
100880 *[RSVP/7] 00:07:01, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
100880(S=0) *[RSVP/7] 00:07:01, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
意味
トランジット ルーター 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 Label Stack Encoding」を参照してください。
イングレス ルーターでの LSP ルートの検証
目的
LSP ルートが、指定されたアドレスの inet.3 ルーティング テーブルのアクティブ エントリーに含まれているかどうかを確認します。
アクション
LSP ルートを確認するには、イングレスルーターから次のコマンドを入力します。
user@host> show route destination
サンプル出力1
コマンド名
user@R1> show route 10.0.0.6
inet.0 : 27 destinations, 27 routes (27 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[IS-IS/18] 6d 01:41:37, metric 20
to 10.1.12.2 via so-0/0/0.0
> to 10.1.15.2 via so-0/0/1.0
to 10.1.13.2 via so-0/0/2.0
user@R6> show route 10.0.0.1
inet.0 : 28 destinations, 28 routes (28 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[IS-IS/18] 5d 01:01:38, metric 20
to 10.1.56.1 via so-0/0/0.0
> to 10.1.26.1 via so-0/0/2.0
to 10.1.36.1 via so-0/0/3.0
サンプル出力2
コマンド名
user@R1> show route 10.0.0.6
inet.0: 28 destinations, 28 routes (27 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[IS-IS/18] 6d 02:13:42, metric 20
to 10.1.12.2 via so-0/0/0.0
> to 10.1.15.2 via so-0/0/1.0
to 10.1.13.2 via so-0/0/2.0
inet.3 : 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[RSVP/7] 00:08:07, metric 20
> via so-0/0/2.0, label-switched-path R1-to-R6
user@R6> show route 10.0.0.1
inet.0: 29 destinations, 29 routes (28 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[IS-IS/18] 5d 01:34:03, metric 20
to 10.1.56.1 via so-0/0/0.0
> to 10.1.26.1 via so-0/0/2.0
to 10.1.36.1 via so-0/0/3.0
inet.3 : 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[RSVP/7] 00:10:39, metric 20
> via so-0/0/3.0, label-switched-path R6-to-R1
意味
サンプル出力 1 には、 inet.0 ルーティング テーブルのエントリーのみが表示されています。LSPが動作していないため、 inet.3 ルーティングテーブルが出力から欠落しています。ルーティング inet.0 テーブルは、ルーティング情報を格納するために、内部ゲートウェイプロトコル(IGP)とボーダーゲートウェイプロトコル(BGP)によって使用されます。この場合、IGP は IS-IS(中間システム - 中間システム)です。 inet.0 ルーティング テーブルの詳細については、 Junos MPLS アプリケーション設定ガイドを参照してください。
LSP が機能していた場合、 inet.3 ルーティング テーブルに LSP を含むエントリーが表示されることが予想されます。 inet.3 ルーティング テーブルは、BGP パケットを宛先のエグレス ルーターにルーティングするために、イングレス ルーターで使用されます。BGP は、イングレス ルーターの inet.3 ルーティング テーブルを使用して、ネクストホップ アドレスの解決を支援します。BGP は、「 MPLS レイヤーで壊れた MPLS ネットワーク」に示されているネットワーク例で設定されています。
サンプル出力 2 は、LSP が立ち上がっているときに受信すべき出力を示しています。出力には inet.0 ルーティングテーブルと inet.3 ルーティングテーブルの両方が表示され、LSP R1-to-R6 と R6-to-R1 が利用可能であることを示しています。
traceroute コマンドによる MPLS ラベルの検証
目的
その経路のBGPネクストホップがLSPイグレスアドレスであるBGP宛先へのパケット経路を表示します。デフォルトでは、BGP は inet.0 および inet.3 ルーティングテーブルを使用してネクストホップアドレスを解決します。BGPルートのネクストホップアドレスがエグレスルーターのルーターIDでない場合、トラフィックはLSPではなくIGPルートにマッピングされます。traceroute コマンドをデバッグツールとして使用し、LSP がトラフィックの転送に使用されているかどうかを判断します。
アクション
MPLSラベルを検証するには、イングレスルーターから次のコマンドを入力します。
user@host> traceroute hostname
サンプル出力1
コマンド名
user@R1> traceroute 100.100.6.1 traceroute to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets 1 10.1.12.2 (10.1.12.2) 0.627 ms 0.561 ms 0.520 ms 2 10.1.26.2 (10.1.26.2) 0.570 ms !N 0.558 ms !N 4.879 ms !N user@R6> traceroute 100.100.1.1 traceroute to 100.100.1.1 (100.100.1.1), 30 hops max, 40 byte packets 1 10.1.26.1 (10.1.26.1) 0.630 ms 0.545 ms 0.488 ms 2 10.1.12.1 (10.1.12.1) 0.551 ms !N 0.557 ms !N 0.526 ms !N
サンプル出力2
コマンド名
user@R1> traceroute 100.100.6.1
to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets
1 10.1.13.2 (10.1.13.2) 0.866 ms 0.746 ms 0.724 ms
MPLS Label=100912 CoS=0 TTL=1 S=1
2 10.1.36.2 (10.1.36.2) 0.577 ms !N 0.597 ms !N 0.546 ms !N
user@R6> traceroute 100.100.1.1
traceroute to 100.100.1.1 (100.100.1.1), 30 hops max, 40 byte packets
1 10.1.36.1 (10.1.36.1) 0.802 ms 0.716 ms 0.688 ms
MPLS Label=100896 CoS=0 TTL=1 S=1
2 10.1.13.1 (10.1.13.1) 0.570 ms !N 0.568 ms !N 0.546 ms !N
意味
サンプル出力 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を実行します。
user@host> ping mpls rsvp lsp-name detail
たとえば、以下のように表示されます。
user@R1> ping mpls rsvp R1-to-R6 detail
サンプル出力1
コマンド名
user@R1> ping mpls rsvp R1-to-R6 detail LSP R1-to-R6 - LSP has no active path, exiting. user@R6> ping mpls rsvp R6-to-R1 detail LSP R6-to-R1 - LSP has no active path, exiting.
サンプル出力2
コマンド名
user@R1> traceroute 10.0.0.6 traceroute to 10.0.0.6 (10.0.0.6), 30 hops max, 40 byte packets 1 10.1.15.2 (10.1.15.2) 0.708 ms 0.613 ms 0.576 ms 2 10.0.0.6 (10.0.0.6) 0.763 ms 0.708 ms 0.700 ms user@R1> ping mpls rsvp R1-to-R6 detail Request for seq 1, to interface 69, label 100880 Reply for seq 1, return code: Egress-ok Request for seq 2, to interface 69, label 100880 Reply for seq 2, return code: Egress-ok Request for seq 3, to interface 69, label 100880 Reply for seq 3, return code: Egress-ok Request for seq 4, to interface 69, label 100880 Reply for seq 4, return code: Egress-ok Request for seq 5, to interface 69, label 100880 Reply for seq 5, return code: Egress-ok --- lsping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss user@R6> ping mpls rsvp R6-to-R1 detail Request for seq 1, to interface 70, label 100864 Reply for seq 1, return code: Egress-ok Request for seq 2, to interface 70, label 100864 Reply for seq 2, return code: Egress-ok Request for seq 3, to interface 70, label 100864 Reply for seq 3, return code: Egress-ok Request for seq 4, to interface 70, label 100864 Reply for seq 4, return code: Egress-ok Request for seq 5, to interface 70, label 100864 Reply for seq 5, return code: Egress-ok --- lsping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss
意味
サンプル出力 1 では、LSP にエコー要求を転送するアクティブなパスがないことを示しており、LSP がダウンしていることを示しています。
サンプル出力 2 は、LSP が立ち上がってパケットを転送するときに受信する出力の例です。
適切な対応を行う
問題点
説明
調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。この例では、エグレス ルーターの [edit protocols mpls] 階層レベルでインターフェイスが正しく設定されていません R6.
ソリューション
この例のエラーを修正するには、次の手順を実行します。
エグレス ルーター R6の MPLS プロトコル設定でインターフェイスをアクティブにします。
content_copy zoom_out_mapuser@R6> edit user@R6# edit protocols mpls [edit protocols mpls] user@R6# show user@R6# activate interface so-0/0/3.0
設定を確認し、コミットします。
content_copy zoom_out_map[edit protocols mpls] user@R6# show user@R6# commit
サンプル出力
user@R6> edit
Entering configuration mode
[edit]
user@R6# edit protocols mpls
[edit protocols mpls]
user@R6# show
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
inactive: interface so-0/0/3.0; <<< Incorrectly configured interface
[edit protocols mpls]
user@R6# activate interface so-0/0/3
[edit protocols mpls]
user@R6# show
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
interface so-0/0/3.0; <<< Correctly configured interface
[edit protocols mpls]
user@R6# commit
commit complete
意味
サンプル出力では、エグレスルーターR6 で誤って設定されたインターフェイスso-0/0/3.0が、[edit protocols mpls]階層レベルでアクティブになったことを示しています。LSP が起動します。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、BGP 層の問題が解決されたことを確認するために、LSP を再度確認する必要があります。
アクション
LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
6 Nov 2 15:48:52 Selected as active path
5 Nov 2 15:48:52 Record Route: 10.1.13.2 10.1.36.2
4 Nov 2 15:48:52 Up
3 Nov 2 15:48:52 Originate Call
2 Nov 2 15:48:52 CSPF: computation result accepted
1 Nov 2 15:48:22 CSPF failed: no route toward 10.0.0.6[308 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Tue Nov 2 15:48:30 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39106 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 2 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100864, Label out: 3
Time left: 123, Since: Tue Nov 2 15:35:41 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39106 protocol 0
PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.13.1 (so-0/0/2.0) 10 pkts
RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 10 pkts
Explct route: 10.1.13.1
Record route: 10.1.36.2 <self> 10.1.13.1
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100880, Label out: 3
Time left: 145, Since: Tue Nov 2 15:36:03 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 48015 protocol 0
PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.36.2 (so-0/0/3.0) 10 pkts
RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts
Explct route: 10.1.36.2
Record route: 10.1.13.1 <self> 10.1.36.2
Total 2 displayed, Up 2, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
6 Nov 2 15:41:44 Selected as active path
5 Nov 2 15:41:44 Record Route: 10.1.36.1 10.1.13.1
4 Nov 2 15:41:44 Up
3 Nov 2 15:41:44 Originate Call
2 Nov 2 15:41:44 CSPF: computation result accepted
1 Nov 2 15:41:14 CSPF failed: no route toward 10.0.0.1[306 times]
Created: Tue Nov 2 13:12:21 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 157, Since: Tue Nov 2 15:42:06 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 48015 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルーター R1 からのサンプル出力 1 では、LSP が R1-to-R6 R6 へのアクティブなルートを持ち、状態がアップであることを示しています。
トランジット ルーター R3 のサンプル出力 2 は、 R1 から R6 と R6 から R1 までの 2 つのトランジット LSP セッションが存在することを示しています。両方のLSPが立ち上がっています。
エグレスルーター R6 からのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。LSP は、 R1 から R3 、 R6 まで、そして逆方向の LSP は、 R6 から R3 、そして R1まで、予想されるパスに沿ってネットワークを通過しています。
ノードリンク保護が起動していることを確認する
目的
ノードリンク保護を設定した後、バイパスパスが立ち上がっていることを確認する必要があります。また、バイパスパスで保護されたているLSPの数を確認することもできます。ノードリンク保護に表示されているネットワークには、2つのバイパスパスが立ち上がっているはずです。R1とR2間のリンクを保護するネクストホップバイパス（またはネクストホップ10.0.12.14）が1つと、R2を回避するネクストネクストホップバイパスが1つあります。
アクション
ノードリンク保護（多対1のバックアップ）を検証するには、イングレスルーターで以下のJunos OS CLI運用モードコマンドを入力します。また、トランジットルータやバイパスパスで使用される他のルーターでコマンドを発行すると、若干異なる情報を得ることができます。
show mpls lsp show mpls lsp extensive show rsvp interface show rsvp interface extensive show rsvp session detail
サンプル出力
コマンド名
user@R1> show mpls lsp
Ingress LSP: 1 sessions
To From State Rt ActivePath P LSPname
192.168.5.1 192.168.1.1 Up 0 via-r2 * lsp2-r1-to-r5
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.1.1 192.168.5.1 Up 0 1 FF 3 - r5-to-r1
Total 1 displayed, Up 1 , Down 0
Transit LSP: 2 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.0.1 192.168.6.1 Up 0 1 FF 100464 101952 lsp1-r6-to-r0
192.168.6.1 192.168.0.1 Up 0 1 FF 100448 3 r0-to-t6
Total 2 displayed, Up 2, Down 0
意味
show mpls lspコマンドのR1からのサンプル出力には、設定済みLSPとアクティブなLSPの状態に対する簡単な説明が表示されており、R1がイングレス、トランジット、およびエグレスルーターとなっています。すべてのLSPが立ち上がっています。R1はlsp2-r1-to-r5のイングレスルーターであり、リターンLSPr5-to-r1のエグレスルーターです。2つのLSPが、R1、lsp1-r6-to-r0、およびリターンLSPr0-to-t6を通過します。LSPに対する詳細な情報が必要な場合、show mpls lsp コマンドを発行するときにextensiveオプションを含めます。
サンプル出力
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up , ActiveRoute: 0, LSPname: lsp2-r1-to-r5
ActivePath: via-r2 (primary)
Node/Link protection desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(Label=101872) 10.0.24.2(Label=101360) 10.0.45.2(Label=3)
11 Jul 11 14:30:58 Link-protection Up
10 Jul 11 14:28:28 Selected as active path
[...Output truncated...]
Created: Tue Jul 11 14:22:58 2006
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 146, Since: Tue Jul 11 14:28:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 29228 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 362 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.45.2 10.0.24.2 10.0.12.14 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101952
Resv style: 1 SE, Label in: 100464, Label out: 101952
Time left: 157, Since: Tue Jul 11 14:31:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 11131 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP, using Bypass->10.0.12.14->10.0.24.2
1 Jul 11 14:31:38 Node protection up, using Bypass->10.0.12.14->10.0.24.2
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 509 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 356 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 358 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-t6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 147, Since: Tue Jul 11 14:31:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 23481 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 358 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 350 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 323 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.45.2 10.0.24.2 10.0.12.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
意味
show mpls lsp extensiveコマンドのR1からのサンプル出力にはすべてのLSPに関する詳細な情報が表示されており、R1がイングレス、エグレス、またはトランジットルーターとなり、過去の状態の全履歴と、LSPが失敗した理由も含まれています。すべてのLSPが立ち上がっています。主な2つのLSPであるlsp2-r1-to-r5とNode/Link protection desiredにはノードリンク保護が備わっており、これは出力のイングレスおよびトランジットセクションにあるlsp1-r6-to-r0フィールドに示されています。出力のイングレスセクションであるLink-protection Upフィールドには、lsp2-r1-to-r5 でリンク保護が立ち上がっていることが示されています。出力のトランジットセクションであるType: Node/Link protected LSPフィールドには、lsp1-r6-to-r0 でノードリンク保護が立ち上がっており、障害時にはバイパスLSP Bypass->10.0.12.14->10.0.24.2.が使用されることが示されています。
サンプル出力
user@R1> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/2.0 Up 0 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
意味
show rsvp interfaceコマンドのR1からのサンプル出力には、4つのインターフェイスでRSVP（Up）が有効になっていることが示されています。インターフェイスfe-0/1/0.0には、2つのメインLSP、lsp1-r6-to-r0 とlsp2-r1-to-r5. のセッションを示すと思われるアクティブRSVP予約（Active resv）があります。 インターフェイスfe-0/1/0.0はR1およびR2間の接続インターフェイスであり、両方のLSPとも、fe-0/1/0.0を通る厳密なパスで構成されています。インターフェイスfe-0/1/0.0での動作の詳細が必要な場合は、show rsvp interface extensive コマンドを発行してください。
サンプル出力
user@R1> show rsvp interface extensive
RSVP interface: 3 active
fe-0/1/0.0 Index 67, State Ena/Up
NoAuthentication, NoAggregate, NoReliable, LinkProtection
HelloInterval 9(second)
Address 10.0.12.13
ActiveResv 2, PreemptionCnt 0, Update threshold 10%
Subscription 100%,
bc0 = ct0, StaticBW 100Mbps
ct0: StaticBW 100Mbps, AvailableBW 100Mbps
MaxAvailableBW 100Mbps = (bc0*subscription)
ReservedBW [0] 0bps[1] 0bps[2] 0bps[3] 0bps[4] 0bps[5] 0bps[6] 0bps[7] 0bps
Protection: On, Bypass: 2, LSP: 2, Protected LSP: 2, Unprotected LSP: 0
2 Jul 14 14:49:40 New bypass Bypass->10.0.12.14
1 Jul 14 14:49:34 New bypass Bypass->10.0.12.14->10.0.24.2
Bypass: Bypass->10.0.12.14, State: Up, Type: LP, LSP: 0, Backup: 0
3 Jul 14 14:49:42 Record Route: 10.0.17.14 10.0.27.1
2 Jul 14 14:49:42 Up
1 Jul 14 14:49:42 CSPF: computation result accepted
Bypass: Bypass->10.0.12.14->10.0.24.2, State: Up, Type: NP, LSP: 2, Backup:0
4 Jul 14 14:50:04 Record Route: 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
3 Jul 14 14:50:04 Up
2 Jul 14 14:50:04 CSPF: computation result accepted
1 Jul 14 14:49:34 CSPF failed: no route toward 10.0.24.2
[...Output truncated...]
意味
show rsvp interface extensiveコマンドのR1からのサンプル出力には、すべてのRSVPインターフェイス（3）上のアクティビティに関する詳細が表示されています。しかしながら、fe-0/1/0.0 の出力のみが表示されています。保護が有効になっており（Protection: On）、2つのバイパスパス（Bypass: 2）が2つのLSP（Protected LSP: 2）を保護しています。すべてのLSPが保護されており、これは Unprotected LSP: 0フィールドに示されています。最初のバイパスBypass->10.0.12.14はリンク保護バイパス（Type: LP）であり、R1とR2の間のリンクfe-0/1/0.0. を保護しています。2番目のバイパスパス10.0.12.14->10.0.24.2はノードリンクで保護されたLSPで、ノード障害時にR2を回避します。
サンプル出力
user@R1> show rsvp session detail
Ingress RSVP: 2 sessions
192.168.4.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: Bypass->10.0.12.14->10.0.24.2
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 102000
Resv style: 1 SE, Label in: -, Label out: 102000
Time left: -, Since: Tue Jul 11 14:30:53 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 60120 protocol 0
Type: Bypass LSP
Number of data route tunnel through: 2
Number of RSVP session tunnel through: 0
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.17.14 (fe-0/1/1.0) 336 pkts
RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 310 pkts
Explct route: 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
Record route: <self> 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp2-r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101872
Resv style: 1 SE, Label in: -, Label out: 101872
Time left: -, Since: Tue Jul 11 14:28:28 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 60118 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 344 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 349 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Total 2 displayed, Up 2, Down 0
Egress RSVP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 147, Since: Tue Jul 11 14:28:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 29228 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 348 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.45.2 10.0.24.2 10.0.12.14 <self>
Total 1 displayed, Up 1, Down 0
Transit RSVP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101952
Resv style: 1 SE, Label in: 100464, Label out: 101952
Time left: 134, Since: Tue Jul 11 14:31:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 11131 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 488 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 339 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 343 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-t6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 158, Since: Tue Jul 11 14:31:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 23481 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 344 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 337 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 310 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.45.2 10.0.24.2 10.0.12.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
意味
R1からのサンプル出力には、R1上でアクティブなRSVPセッションに関する詳細な情報が表示されています。すべてのセッションが立ち上がっており、イングレスセッションが2つ、エグレスセッションが1つ、そしてトランジットセッションが2つあります。
イングレスセクション内では、最初のセッションはバイパスパスであり、これはType: Bypass LSP フィールドに示されています。2番目のセッションは保護LSP（R1から発生したlsp2-r1-to-r5) ）であり、これは Node/Link protected LSP Type:フィールドに示されています。
まとめ
Multiprotocol Label Switching（MPLS）ラベルスイッチパス（LSP）リンク保護とノードリンク保護は、LSPトラフィックの再ルーティングに要する時間を短縮するために用いられる施設ベースのメソッドです。これらの保護メソッドは、もう1つのJunos OSのLSP保護メソッドである高速再ルートと比較されることがよくあります。
高速再ルートが1対1でLSPを保護するのに対し、リンク保護とノードリンク保護では、単一の論理的なバイパスLSPを使用して複数のLSPを保護します。リンク保護はリンクに対して堅牢なバックアップを提供し、ノードリンク保護はノードまたはリンクを迂回します。どちらの保護タイプも他のベンダーの機器との相互運用性を考慮して設計されています。このような機能性から、リンク保護とノードリンク保護は、MPLS対応ネットワークにおける拡張性、冗長性、性能の面で優れた選択肢となります。
関連情報
MPLSの高速再ルートおよびMPLS保護メソッドに関するさらに詳しい情報については、以下を参照してください。
Junosユーザーガイド
Junos MPLSアプリケーション構成ガイド
Semeria, Chuck.MPLSトラフィックエンジニアリングにおけるRSVPシグナリング拡張。ホワイトペーパー、2002年
Semeria, Chuck.IPの依存性：ネットワークリンクとノード保護。ホワイトペーパー、2002年
RFC 4090、LSPトンネル向けのRSVP-TEへの高速再ルート拡張
リンク保護が起動していることを確認
目的
リンク保護を確認するときは、バイパスLSPが起動していることを確認する必要があります。バイパスで保護されているLSPの数を確認することもできます。多対1またはリンク保護で示したネットワークでは、バイパスパスを使用してR1とR2の間のリンク、またはネクストホップ10.0.12.14と、リンクを通過する2つのLSP、lsp2-r1-to-r5とlsp1-r6-to-r0を保護する必要があります。
アクション
リンク保護（多対1バックアップ）を確認するには、イングレスルーターで次のJunos OS CLI動作モードコマンドを入力します。
user@host> show mpls lsp extensive user@host> show rsvp session detail user@host> show rsvp interface
サンプル出力
コマンド名
user@R1> show mpls lsp extensive | no-more
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: lsp2-r1-to-r5
ActivePath: via-r2 (primary)
Link protection desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(Label=101264) 10.0.24.2(Label=100736) 10.0.45.2(Label=3)
6 Jun 16 14:06:33 Link-protection Up
5 Jun 16 14:05:39 Selected as active path
4 Jun 16 14:05:39 Record Route: 10.0.12.14(Label=101264) 10.0.24.2(Label=100736) 10.0.45.2(Label=3)
3 Jun 16 14:05:39 Up
2 Jun 16 14:05:39 Originate Call
1 Jun 16 14:05:39 CSPF: computation result accepted
Created: Fri Jun 16 14:05:38 2006
Total 1 displayed, Up 1, Down 0
[...Output truncated...]
Transit LSP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101296
Resv style: 1 SE, Label in: 100192, Label out: 101296
Time left: 116, Since: Mon Jun 19 10:26:32 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 58739 protocol 0
Link protection desired
Type: Link protected LSP, using Bypass->10.0.12.14
1 Jun 19 10:26:32 Link protection up, using Bypass->10.0.12.14
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 579 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 474 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 501 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
[...Output truncated...]
意味
イングレスルーターR1からの出力例は、lsp2-r1-to-r5 と lsp1-r6-to-r0がリンク保護を起動しており、両方のLSPがバイパスパス10.0.12.14を使用していることを示しています。ただし、show mpls lspコマンドはバイパスパスをリストしません。バイパスパスの詳細については、show rsvp sessionコマンドを使用します。
サンプル出力
user@R1> show rsvp session detail
Ingress RSVP: 2 sessions
192.168.2.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: Bypass->10.0.12.14
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101456
Resv style: 1 SE, Label in: -, Label out: 101456
Time left: -, Since: Fri May 26 18:38:09 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 18709 protocol 0
Type: Bypass LSP
Number of data route tunnel through: 2
Number of RSVP session tunnel through: 0
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.17.14 (fe-0/1/1.0) 51939 pkts
RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 55095 pkts
Explct route: 10.0.17.14 10.0.27.1
Record route: <self> 10.0.17.14 10.0.27.1
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp2-r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101264
Resv style: 1 SE, Label in: -, Label out: 101264
Time left: -, Since: Fri Jun 16 14:05:39 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 18724 protocol 0
Link protection desired
Type: Link protected LSP
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 8477 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 8992 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Total 2 displayed, Up 2, Down 0
Egress RSVP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Mon May 22 22:08:16 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 64449 protocol 0
PATH rcvfrom: 10.0.17.14 (fe-0/1/1.0) 63145 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.59.1 10.0.79.2 10.0.17.14 <self>
Total 1 displayed, Up 1, Down 0
Transit RSVP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101296
Resv style: 1 SE, Label in: 100192, Label out: 101296
Time left: 129, Since: Mon Jun 19 10:26:32 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 58739 protocol 0
Link protection desired
Type: Link protected LSP
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 3128 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 2533 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 2685 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-r6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100128, Label out: 3
Time left: 143, Since: Thu May 25 12:30:26 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 4111 protocol 0
PATH rcvfrom: 10.0.17.14 (fe-0/1/1.0) 57716 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 54524 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 50534 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.59.1 10.0.79.2 10.0.17.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
意味
イングレスルーターR1からの出力例は、R1のイングレス、エグレス、およびトランジットLSPを示しています。一部の情報は、show mpls lsp コマンドにある情報と似ています。ただし、リンク保護はRSVP機能であるため、バイパスパスに関する情報が提供されます。バイパスパスは、Typeフィールドで示されているように、保護されたインターフェイスの個別のRSVPイングレスセッションとして表示されます。
バイパスパス名は自動的に生成されます。デフォルトでは、名前はBypass > interface-addressと表示されます。ここで、インターフェースアドレスは次のダウンストリームルーターのインターフェースです（10.0.12.14）。セッションの明示的なルート10.0.17.14 10.0.27.1は、R7をトランジットノードとして、R2をエグレスノードとして示しています。
出力のイングレスRSVPセクション内で、R1（lsp2-r1-to-r5) で発信されたLSPがリンク保護を要求していることが示されています。ダウンストリームリンクを保護するためにバイパスパスが設定されているため、Link protected LSP フィールドで示されているように、lsp2-r1-to-r5 がバイパスに関連付けられています。
出力のエグレスセクションには、保護されていないリターンLSPr5-to-r1が表示されます。
出力のトランジットセクションには、lsp1-r6-to-r0. によって要求されたリンク保護が表示されます。ダウンストリームリンクを保護するためにバイパスパスが設定されているため、Link protected LSP フィールドで示されるように、lsp1-r6-to-r0 がバイパスに関連付けられます。また、出力のトランジットセクションには、保護されていないリターンLSPr0-to-r6も含まれています。
サンプル出力
user@R1> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 35Mbps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/2.0 Up 0 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
意味
イングレスルーターR1からの出力例は、R1で設定されたインターフェイスを通過するLSPの数を示しています。Active resvフィールドには、各インターフェイスのLSPの数が表示されています。たとえば、R1とR2のインターフェイスfe-0/1/0.0には、lsp1-r6-to-r0とlsp2-r1-to-r5の2つのアクティブな予約があります。R1とR7の間のインターフェイスfe-0/1/1.0には、バイパス（10.0.12.14）があります。R6とR1の間のインターフェイスfe-0/1/2.0 にはLSP予約がありません。R6とR1の間のインターフェイスso-0/0/3.0には1つのLSP予約lsp1-r6-to-r0があります。
ワンツーワン バックアップの検証
目的
ネットワーク内のイングレスルーターと他のルーターを調べることで、ワンツーワンバックアップが確立されていることを検証できます。
アクション
ワンツーワンバックアップを検証するには、次のJunos OS CLI運用モードコマンドを入力します。
user@host> show mpls lsp ingress extensive user@host> show rsvp session
サンプル出力
コマンド名
次のサンプル出力は、イングレスルーターR1 からです。
user@R1> show mpls lsp ingress extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
FastReroute desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(flag=9) 10.0.24.2(flag=1) 10.0.45.2
8 May 11 14:51:46 Fast-reroute Detour Up
7 May 11 14:50:55 Record Route: 10.0.12.14(flag=9) 10.0.24.2(flag=1) 10.0.45.2
6 May 11 14:50:55 Record Route: 10.0.12.14(flag=9) 10.0.24.2 10.0.45.2
5 May 11 14:50:52 Selected as active path
4 May 11 14:50:52 Record Route: 10.0.12.14 10.0.24.2 10.0.45.2
3 May 11 14:50:52 Up
2 May 11 14:50:52 Originate Call
1 May 11 14:50:52 CSPF: computation result accepted
Created: Thu May 11 14:50:52 2006
Total 1 displayed, Up 1, Down 0
意味
R1からのサンプル出力は、FastReroute desired オブジェクトがLSPのパスメッセージに含まれていることを示しています。これにより、R1がLSPのアクティブなパスを選択し、R2を回避するための迂回パスを確立できます。
8行目、Fast-reroute Detour Upは、迂回路が機能していることを示しています。6行目と7行目は、トランジットルーターR2とR4が迂回パスを確立したことを示しています。
R2、10.0.12.14には (flag=9)が含まれ、ダウンストリームノードとリンクでノード保護が利用可能であることを示します。R4、10.0.24.2には(flag=1)が含まれ、リンク保護が次のダウンストリームリンクで使用可能であることを示します。この事例では、ノードが保護できないエグレスルーターR5であるためR4はダウンストリームリンクのみを保護できます。フラグの詳細については、Junosユーザーガイドを参照してください。
show mpls lsp extensive コマンドの出力には、迂回路の実際のパスは表示されません。迂回パスで使用する実際のリンクを確認するには、show rsvp session ingress detailコマンドを使用する必要があります。
サンプル出力
次のサンプル出力は、ワンツーワン バックアップ 迂回路で示すネットワークR1 内のイングレスルーターからです。
user@R1> show rsvp session ingress detail
Ingress RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100848
Resv style: 1 FF, Label in: -, Label out: 100848
Time left: -, Since: Thu May 11 14:17:15 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 9228 protocol 0
FastReroute desired
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 35 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 25 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.17.14 (fe-0/1/1.0) 23 pkts
Detour RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 20 pkts
Detour Explct route: 10.0.17.14 10.0.79.2 10.0.59.1
Detour Record route: <self> 10.0.17.14 10.0.79.2 10.0.59.1
Detour Label out: 100848
Total 1 displayed, Up 1, Down 0
意味
R1からのサンプル出力は、メインLSPのRSVPセッションを示しています。迂回パスが確立される、Detour is Up。迂回路の物理的なパスはDetour Explct routeに表示されます。迂回パスは、R7とR9をトランジットルーターとして使用して、エグレスルーターであるR5に到達します。
サンプル出力
次のサンプル出力は、ワンツーワン バックアップ迂回路に示されているネットワークの最初のトランジットルーターR2からのものです。
user@R2> show rsvp session transit detail
Transit RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100448
Resv style: 1 FF, Label in: 100720, Label out: 100448
Time left: 126, Since: Wed May 10 16:12:21 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.12.13 (fe-0/1/0.0) 173 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.24.2 (so-0/0/1.0) 171 pkts
RESV rcvfrom: 10.0.24.2 (so-0/0/1.0) 169 pkts
Explct route: 10.0.24.2 10.0.45.2
Record route: 10.0.12.13 <self> 10.0.24.2 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: received MTU 1500 sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.27.2 (so-0/0/3.0) 169 pkts
Detour RESV rcvfrom: 10.0.27.2 (so-0/0/3.0) 167 pkts
Detour Explct route: 10.0.27.2 10.0.79.2 10.0.59.1
Detour Record route: 10.0.12.13 <self> 10.0.27.2 10.0.79.2 10.0.59.1
Detour Label out: 100736
Total 1 displayed, Up 1, Down 0
意味
R2からのサンプル出力は、迂回路が確立され（Detour is Up）、R4を回避し、R4とR5を接続するリンク（10.0.45.2）を示しています。迂回経路は、R7（10.0.27.2）およびR9（10.0.79.2）からR5（10.0.59.1）までであり、これはR1からの迂回の明示的な経路とは異なります。R1はR7の10.0.17.14リンクを迂回し、R1は10.0.27.2リンクを使用しています。両方の迂回路は、R9で10.0.79.2リンクを介してR5（10.0.59.1）に合流します。
サンプル出力
次のサンプル出力は、ワンツーワン バックアップ迂回路に示されているネットワークの2番目のトランジットルーターR4からのものです。
user@R4> show rsvp session transit detail
Transit RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 155, Since: Wed May 10 16:15:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.24.1 (so-0/0/1.0) 178 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.45.2 (so-0/0/2.0) 178 pkts
RESV rcvfrom: 10.0.45.2 (so-0/0/2.0) 175 pkts
Explct route: 10.0.45.2
Record route: 10.0.12.13 10.0.24.1 <self> 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: received MTU 1500 sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.49.2 (so-0/0/3.0) 176 pkts
Detour RESV rcvfrom: 10.0.49.2 (so-0/0/3.0) 175 pkts
Detour Explct route: 10.0.49.2 10.0.59.1
Detour Record route: 10.0.12.13 10.0.24.1 <self> 10.0.49.2 10.0.59.1
Detour Label out: 100352
Total 1 displayed, Up 1, Down 0
意味
R4からのサンプル出力は、迂回路が確立され（Detour is Up）、R4とR5を接続するリンクを回避していることを示しています（10.0.45.2）。迂回パスは、R9（10.0.49.2）からR5（10.0.59.1）までです。一部の情報は、R1およびR2の出力にある情報と類似しています。ただし、迂回路の明示的なルートは異なり、R4とR9（so-0/0/3 または10.0.49.2.）を接続するリンクを経由します。
サンプル出力
次のサンプル出力はR7からのものであり、ワンツーワン バックアップ 迂回路に示されているネットワークの迂回パスで使用されます。
user@R7> show rsvp session transit detail
Transit RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100368
Resv style: 1 FF, Label in: 100736, Label out: 100368
Time left: 135, Since: Wed May 10 16:14:42 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.27.1 (so-0/0/3.0) 179 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.79.2 (so-0/0/1.0) 177 pkts
RESV rcvfrom: 10.0.79.2 (so-0/0/1.0) 179 pkts
Explct route: 10.0.79.2 10.0.59.1
Record route: 10.0.12.13 10.0.27.1 <self> 10.0.79.2 10.0.59.1
Label in: 100736, Label out: 100368
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.17.13 (fe-0/1/1.0) 179 pkts
Adspec: received MTU 1500
PATH sentto: 10.0.79.2 (so-0/0/1.0) 0 pkts
RESV rcvfrom: 10.0.79.2 (so-0/0/1.0) 0 pkts
Explct route: 10.0.79.2 10.0.59.1
Record route: 10.0.17.13 <self> 10.0.79.2 10.0.59.1
Label in: 100752, Label out: 100368
Total 1 displayed, Up 1, Down 0
意味
R7からのサンプル出力は、LSPのプライマリパスで使用される通常のトランジットルーターの場合と同じ情報を示しています。イングレスアドレス（192.168.1.1）、エグレスアドレス（192.168.5.1）、およびLSPの名前（r1-to-r5）。2つの迂回パスが表示されます。1つ目はR4（192.168.4.1）を回避し、2つ目はR2（192.168.2.1）を回避します。R7はR2とR4によってトランジットルーターとして使用されるため、R7は、両方の迂回パスの同一のLabel out値（100368）で示されるように、迂回パスを合流できます。R7がラベル値100736のR4から、またはラベル値100752のR2からトラフィックを受信するかどうかにかかわらず、R7はラベル値100368のR5にパケットを転送します。
サンプル出力
次のサンプル出力はR9ルーターからのものであり、ワンツーワン バックアップ 迂回路に示されているネットワークの迂回パスで使用されます。
user@R9> show rsvp session transit detail
Transit RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100352, Label out: 3
Time left: 141, Since: Wed May 10 16:16:40 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
Detour branch from 10.0.49.1, to skip 192.168.5.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.49.1 (so-0/0/3.0) 183 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.59.1 (so-0/0/0.0) 182 pkts
RESV rcvfrom: 10.0.59.1 (so-0/0/0.0) 183 pkts
Explct route: 10.0.59.1
Record route: 10.0.12.13 10.0.24.1 10.0.49.1 <self> 10.0.59.1
Label in: 100352, Label out: 3
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.79.1 (so-0/0/1.0) 181 pkts
Adspec: received MTU 1500
PATH sentto: 10.0.59.1 (so-0/0/0.0) 0 pkts
RESV rcvfrom: 10.0.59.1 (so-0/0/0.0) 0 pkts
Explct route: 10.0.59.1
Record route: 10.0.12.13 10.0.27.1 10.0.79.1 <self> 10.0.59.1
Label in: 100368, Label out: 3
Total 1 displayed, Up 1, Down 0
意味
R9からのサンプル出力は、R9が迂回パスの最後から2番目のルーターであり、明示的なルートにはエグレスリンクアドレス（10.0.59.1）のみが含まれ、Label outの値（3）はR9が最後から2番目のホップラベルのポップを実行したことを示しています。また、R7がR2とR4からの迂回パスを合流したため、10.0.27.1からの迂回ブランチにはパス情報が含まれていません。10.0.17.13からの迂回ブランチのLabel outの値は100368であり、R7のLabel outの値と同じであることに注意してください。
サンプル出力
次のサンプル出力は、ワンツーワン バックアップ 迂回路で示すネットワーク内のエグレスルーターR5からです。
user@R5> show rsvp session egress detail
Egress RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 119, Since: Thu May 11 14:44:31 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 9230 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.45.1 (so-0/0/2.0) 258 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.12.13 10.0.24.1 10.0.45.1 <self>
Detour branch from 10.0.49.1, to skip 192.168.5.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.59.2 (so-0/0/0.0) 254 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.12.13 10.0.24.1 10.0.49.1 10.0.59.2 <self>
Label in: 3, Label out: -
Total 1 displayed, Up 1, Down 0
意味
R5からの出力例は、Record routeフィールドのメインLSPとネットワークを迂回するものを示しています。
プライマリパスが使用可能であることを確認します。
目的
ネットワークでは、プライマリパスが利用可能であれば、常にプライマリパスを使用しなければなりません。そのため、LSP は障害発生後、設定を変更しない限り、常にプライマリパスに戻ってきます。障害が発生したプライマリパスの再確立を防ぐ設定の調整については、 以前に失敗したパスの使用を防ぐには、を参照してください。
アクション
プライマリパスが使用可能であることを確認するには、次の Junos OS コマンドラインインターフェイス (CLI) 動作モード コマンドを入力します。
user@host> show mpls lsp extensive ingress user@host> show rsvp interface
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive ingress
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 11)
10.0.12.14 S 10.0.24.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14 10.0.24.2
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
Standby via-r7 State: Dn
SmartOptimizeTimer: 180
No computed ERO.
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
サンプル出力2
コマンド名
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
意味
サンプル出力 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 操作モードコマンドを入力します。
サンプル出力
user@R1> show mpls lsp extensive
サンプル出力
コマンド名
次のサンプル出力には、表示前後に正しく設定されたセカンダリパスが表示されています。例では、R2のインターフェイスfe-0/1/0が非アクティブ化され、これによりプライマリパスvia-r2がダウンします。イングレス ルーターvia-r7は、トラフィックをセカンダリ パスR1にスイッチします。
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14 10.0.24.2 10.0.45.2
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
Secondary via-r7 State: Dn
SmartOptimizeTimer: 180
No computed ERO.
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
[edit interfaces]
user@R2# deactivate fe-0/1/0
[edit interfaces]
user@R2# show
inactive: fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.14/30;
}
family iso;
family mpls;
}
}
user@R1> show mpls lsp name r1-to-r4 extensive
Ingress LSP: 1 sessions
192.168.4.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r4
ActivePath: via-r7 (secondary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary via-r2 State: Dn
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Will be enqueued for recomputation in 14 second(s).
10 Apr 29 14:52:33 CSPF failed: no route toward 10.0.12.1 4[21 times]
9 Apr 29 14:42:48 Clear Call
8 Apr 29 14:42:48 Deselected as active
7 Apr 29 14:42:48 Session preempted
6 Apr 29 14:42:48 Down
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
*Standby via-r7 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 11)
10.0.17.14 S 10.0.47.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.17.14 10.0.47.1
5 Apr 29 14:42:48 Selected as active path
4 Apr 29 14:41:12 Record Route: 10.0.17.14 10.0.47.1
3 Apr 29 14:41:12 Up
2 Apr 29 14:41:12 Originate Call
1 Apr 29 14:41:12 CSPF: computation result accepted
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
意味
エグレス ルーターR1からのサンプル出力には、プライマリ パスがまだアップしているため、ダウン状態で正しく設定されたスタンバイセカンダリ パスが表示されます。via-r2 プライマリパスにクリティカルなインターフェイス（R2のinterface fe-0/1/0）の非アクティブ化により、プライマリパスがダウンし、via-r7はスタンバイセカンダリパスが立ち上がって、R1がトラフィックをスタンバイセカンダリパスにスイッチすることができます。
物理層の検証
目的
LSP を設定し、show mpls lsp extensive コマンドを発行し、エラーが発生していると判断した後、ネットワークの物理層で問題の調査を開始できます。
図 3 は階層化 MPLS モデルの物理層を示しています。
この層では、ルーターが接続されており、イングレス、エグレス、およびトランジット ルーターで、インターフェイスが稼働しており、正しく設定されていることを確認する必要があります。
ネットワークがこの層で機能していない場合、LSP（ラベルスイッチ パス）は設定通りに機能しません。
図 4 は 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 option(show mpls lsp namename または show mpls lsp name name extensive).
アクション
LSP が稼働しているかどうかを確認するには、イングレス ルーターから次のコマンドを入力します。
user@ingress-router> show mpls lsp extensive
サンプル出力
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.12.2 S 10.1.26.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.12.2 10.1.26.2
99 Sep 18 14:19:04 CSPF: computation result accepted
98 Sep 18 14:19:04 CSPF: link down/deleted
10.1.13.1(R1.00/10.0.0.1)->10.1.13.2(R3.00/10.0.0.3)
97 Sep 18 14:19:01 Record Route: 10.1.12.2 10.1.26.2
96 Sep 18 14:19:01 Up
95 Sep 18 14:19:01 Clear Call
94 Sep 18 14:19:01 CSPF: computation result accepted
93 Sep 18 14:19:01 MPLS label allocation failure
92 Sep 18 14:19:01 Down
91 Aug 17 12:22:52 Selected as active path
90 Aug 17 12:22:52 Record Route: 10.1.13.2 10.1.36.2
89 Aug 17 12:22:52 Up
[...Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 144, Since: Tue Aug 17 12:23:14 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39024 protocol 0
PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 67333 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.56.2 10.1.15.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルーター R1 からの出力例は、LSP が設定されたパスではなく、代替パスを使用していることを示しています。LSP の設定パスは、R3 から R6, にR1され、リバース LSP では R6 から R3 から R1 です。LSP が使用する代替パスは、R2 から R6, へ、およびリバース LSP の場合は R6 through R5 から R1にR1されます。
ルーター接続の確認
目的
パケットが 0% のパケット損失で送受信されたかどうかを調べて、適切なイングレス、トランジット、およびイグレス ルーターが機能していることを確認します。
アクション
ルーターが接続されていることを確認するために、イングレスルーターとトランジットルーターから次のコマンドを入力します。
user@host> ping host
サンプル出力
コマンド名
user@R1> ping 10.0.0.3 count 3 PING 10.0.0.3 (10.0.0.3): 56 data bytes 64 bytes from 10.0.0.3: icmp_seq=0 ttl=254 time=0.859 ms 64 bytes from 10.0.0.3: icmp_seq=1 ttl=254 time=0.746 ms 64 bytes from 10.0.0.3: icmp_seq=2 ttl=254 time=0.776 ms --- 10.0.0.3 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.746/0.794/0.859/0.048 ms user@R3> ping 10.0.0.6 count 3 PING 10.0.0.6 (10.0.0.6): 56 data bytes 64 bytes from 10.0.0.6: icmp_seq=0 ttl=255 time=0.968 ms 64 bytes from 10.0.0.6: icmp_seq=1 ttl=255 time=3.221 ms 64 bytes from 10.0.0.6: icmp_seq=2 ttl=255 time=0.749 ms --- 10.0.0.6 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.749/1.646/3.221/1.117 ms
意味
サンプル出力では、イングレス ルーター R1 がトランジット ルーター R3 からパケットを受信しており、トランジット ルーターがエグレス ルーターからパケットを受信していることを示しています。したがって、LSP 内のルーターは接続されます。
インターフェイスの確認
目的
family mpls ステートメントで、インターフェイスが正しく設定されていることを確認します。
アクション
関連するインターフェースが稼働しており、正しく設定されていることを確認するために、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。
user@host> show interfaces terse
user@host> show configuration interfaces type-fpc/pic/port
サンプル出力
コマンド名
user@R1> show interfaces so* terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.1/30
iso <<< family mpls is missing
so-0/0/3 up down
user@R1> show configuration interfaces so-0/0/2
unit 0 {
family inet {
address 10.1.13.1/30;
}
family iso; <<< family mpls is missing
}
意味
サンプル出力では、イングレスルーターのインターフェイス so-0/0/2.0に [edit interfaces type-fpc/pic/port] 階層レベルで family mpls ステートメントが設定されていないことが示されており、LSP をサポートするようにインターフェイスが正しく設定されていないことを示しています。LSP は [edit protocols mpls] 階層レベルで正しく設定されています。
トランジットルーターとイグレスルーター(図示せず)からの出力は、これらのルーターのインターフェイスが正しく設定されていることを示しています。
適切な対応を行う
問題点
説明
調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。次の例では、欠落していた family mpls ステートメントがイングレスルーター R1の設定に含まれています。
ソリューション
この例のエラーを訂正するには、以下のコマンドを入力します。
[edit interfaces type-fpc/pic/port]
user@R1# set family mpls
user@R1# show
user@R1# commit
サンプル出力
[edit interfaces so-0/0/2 unit 0]
user@R1# set family mpls
[edit interfaces so-0/0/2 unit 0]
user@R1# show
family inet {
address 10.1.13.1/30;
}
family iso;
family mpls;
[edit interfaces so-0/0/2 unit 0]
user@R1# commit
commit complete
意味
イングレスルーター R1 からのサンプル出力は、 family mpls ステートメントがインターフェイス so-0/0/2.0 に対して正しく設定されており、LSP が当初の設定どおりに機能していることを示しています。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、LSP を再度チェックして、物理層の問題が解決されたことを確認する必要があります。
アクション
LSP がアップしており、想定通りにネットワークを通過していることを確認するために、次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
112 Sep 21 16:27:33 Record Route: 10.1.13.2 10.1.36.2
111 Sep 21 16:27:33 Up
110 Sep 21 16:27:33 CSPF: computation result accepted
109 Sep 21 16:27:33 CSPF: link down/deleted 10.1.12.1(R1.00/10.0.0.1)->10.1.12.2(R2.00/10.0.0.2)
108 Sep 21 16:27:33 CSPF: link down/deleted 10.1.15.1(R1.00/10.0.0.1)->10.1.15.2(R5.00/10.0.0.5)
[Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 149, Since: Tue Sep 21 16:29:43 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
[edit protocols mpls]
user@R1# show
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
意味
イングレスルーター R1 からのサンプル出力1は、LSPが現在、R3 からR6に至る予想される経路に沿ってネットワークを通過しており、逆方向のLSP(R6からR3を経てR1まで) R1通過していることを示しています。
イングレスルーター R1 からのサンプル出力 2 は、 R1 インターフェイス so-0/0/0.0 および so-0/0/1.0 で MPLS が非アクティブ化されているため、LSP が意図したパスを強制的に取っていることを示しています。これらのインターフェイスが非アクティブ化されなかった場合、設定が正しくなっても、LSP は代替パスを介してネットワークを通過します。
データリンク層のチェック
目的
ラベルスイッチパス (LSP) を設定し、 show mpls lsp extensive コマンドを発行し、エラーがあると判断した後、エラーが物理層にないことが分かる場合があります。引き続き、ネットワークのデータリンク層で問題を調査します。
図 5 階層化 MPLS モデルのデータリンク層を示しています。
この層では、ポイントツーポイントプロトコル (PPP) や Cisco のハイレベルのデータリンク制御 (HDLC) などのカプセル化モード、ヘッダーのカプセル化などの PPP オプション、フレーム検査シーケンス (FCS) サイズ、およびキープアライブフレームの有効または無効などを確認する必要があります。また、イングレス、エグレス、トランジットの各ルーターを確認してください。
図 6は、このトピックで使用する MPLS ネットワークを示しています。
そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 6です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。
しかし、この例では、 R1 から R6 、 R6 から R1 のどの方向にもパスがなく LSP がダウンしています
データ リンク層が正しく機能していないことを確認すると、PPP または Cisco HDLC のカプセル化、PPP オプション、またはキープアライブフレームなどの不一致が見つかることがあります。
図 6 に示されているクロスは、イングレスルーター R1 の設定エラーにより、LSP が予想通りにネットワークを通過できず、LSP が切断している箇所を示しています。
データ リンク層を確認するには、次の手順に従います。
LSP を検証する
目的
通常は、 show mpls lsp extensive コマンドを使用して LSP を検証します。ただし、LSP の状態をすばやく確認するには、 show mpls lsp コマンドを使用します。LSP がダウンしている場合は、フォローアップとして extensive オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、 name option(show mpls lsp name name または show mpls lsp name name extensive).
アクション
LSP が稼働しているかどうかを確認するには、イングレス ルーターから次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 15 second(s).
140 Sep 30 12:01:12 CSPF failed: no route toward 10.0.0.6[26 times]
139 Sep 30 11:48:57 Deselected as active
138 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
137 Sep 30 11:48:56 Clear Call
136 Sep 30 11:48:56 CSPF: link down/deleted
10.1.36.1(R3.00/10.0.0.3)->10.1.36.2(R6.00/10.0.0.6)
135 Sep 30 11:48:56 ResvTear received
134 Sep 30 11:48:56 Down
133 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
132 Sep 30 11:48:56 10.1.13.2: No Route toward dest
[...Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルーター R1 からの出力例は、ルーターが参加する LSP を示しています。イングレスLSPがダウンしており、 R1 から R6. へのパスがありません。 データリンク層で壊れたMPLSネットワークに示されているネットワークにはリバースLSPが設定されているため、エグレスLSPセッションがアップすることが予想されます。ただし、 R1 にはエグレス LSP がなく、 R6 から R1 への LSP が機能していないことを示しています。
インターフェイスの確認
目的
ネットワークトポロジーから、LSP が通過する隣接インターフェイスを特定し、カプセル化タイプ、PPP オプション、FCS サイズ、およびキープアライブフレームが有効か無効かについての出力を調べます
この手順に進む前に、物理層をチェックして、問題が物理層にないことを確認してください。
アクション
隣接するインターフェイスの機能を確認するには、関連するルーターから次のコマンドを入力します。
user@host> show interfaces type-fpc/pic/port extensive user@host> show interfaces type-fpc/pic/port
サンプル出力1
コマンド名
user@R6> show interfaces so-0/0/3 extensive
Physical interface: so-0/0/3, Enabled, Physical link is Up
Interface index: 131, SNMP ifIndex: 27, Generation: 14
Link-level type: Cisco-HDLC , MTU: 4474, Clocking: Internal, SONET mode, Speed: OC3, Loopback: None,
FCS: 16 , Payload scrambler: Enabled
Device flags : Present Running
Interface flags: Link-Layer-Down Point-To-Point SNMP-Traps 16384
Link flags : Keepalives
Hold-times : Up 0 ms, Down 0 ms
Keepalive settings: Interval 10 seconds, Up-count 1, Down-count 3
Keepalive statistics:
Input : 0 (last seen: never)
Output: 357 (last sent 00:00:04 ago)
CoS queues : 4 supported
Last flapped : 2004-07-21 16:03:49 PDT (10w0d 07:01 ago)
Statistics last cleared: Never
Traffic statistics:
Input bytes : 203368873 0 bps
Output bytes : 186714992 88 bps
Input packets: 3641808 0 pps
Output packets: 3297569 0 pps
Input errors:
Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Giants: 0, Bucket drops: 0,
Policed discards: 1770, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0,
HS link CRC errors: 0, HS link FIFO overflows: 0
Output errors:
Carrier transitions: 1, Errors: 0, Drops: 0, Aged packets: 0, HS link FIFO underflows: 0,
MTU errors: 0
Queue counters: Queued packets Transmitted packets Dropped packets
0 best-effort 197012 197012 0
1 expedited-fo 0 0 0
2 assured-forw 0 0 0
3 network-cont 3100557 3100557 0
SONET alarms : None
SONET defects : None
SONET PHY: Seconds Count State
PLL Lock 0 0 OK
PHY Light 0 0 OK
SONET section:
BIP-B1 0 0
SEF 1 3 OK
LOS 1 1 OK
LOF 1 1 OK
ES-S 1
SES-S 1
SEFS-S 1
SONET line:
BIP-B2 0 0
REI-L 0 0
RDI-L 0 0 OK
AIS-L 0 0 OK
BERR-SF 0 0 OK
BERR-SD 0 0 OK
ES-L 1
SES-L 1
UAS-L 0
ES-LFE 0
SES-LFE 0
UAS-LFE 0
SONET path:
BIP-B3 0 0
REI-P 0 0
LOP-P 0 0 OK
AIS-P 0 0 OK
RDI-P 0 0 OK
UNEQ-P 0 0 OK
PLM-P 0 0 OK
ES-P 1
SES-P 1
UAS-P 0
ES-PFE 0
SES-PFE 0
UAS-PFE 0
Received SONET overhead:
F1 : 0x00, J0 : 0x00, K1 : 0x00, K2 : 0x00
S1 : 0x00, C2 : 0xcf, C2(cmp) : 0xcf, F2 : 0x00
Z3 : 0x00, Z4 : 0x00, S1(cmp) : 0x00
Transmitted SONET overhead:
F1 : 0x00, J0 : 0x01, K1 : 0x00, K2 : 0x00
S1 : 0x00, C2 : 0xcf, F2 : 0x00, Z3 : 0x00
Z4 : 0x00
Received path trace: R3 so-0/0/3
52 33 20 73 6f 2d 30 2f 30 2f 33 00 00 00 00 00 R3 so-0/0/3.. ...
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 0d 0a ................
Transmitted path trace: R6 so-0/0/3
52 36 20 73 6f 2d 30 2f 30 2f 33 00 00 00 00 00 R6 so-0/0/3 .....
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
HDLC configuration:
Policing bucket: Disabled
Shaping bucket : Disabled
Giant threshold: 4484, Runt threshold: 3
Packet Forwarding Engine configuration:
Destination slot: 0, PLP byte: 1 (0x00)
CoS transmit queue Bandwidth Buffer Priority Limit
% bps % bytes
0 best-effort 95 147744000 95 0 low none
3 network-control 5 7776000 5 0 low none
Logical interface so-0/0/3.0 (Index 71) (SNMP ifIndex 28) (Generation 16)
Flags: Device-Down Point-To-Point SNMP-Traps Encapsulation: Cisco-HDLC
Traffic statistics:
Input bytes : 406737746
Output bytes : 186714992
Input packets: 7283616
Output packets: 3297569
Local statistics:
Input bytes : 203368873
Output bytes : 186714992
Input packets: 3641808
Output packets: 3297569
Transit statistics:
Input bytes : 203368873 0 bps
Output bytes : 0 0 bps
Input packets: 3641808 0 pps
Output packets: 0 0 pps
Protocol inet, MTU: 4470, Generation: 46, Route table: 0
Flags: None
Addresses, Flags: Dest-route-down Is-Preferred Is-Primary
Destination: 10.1.36.0/30, Local: 10.1.36.2, Broadcast: 10.1.36.3, Generation: 38
Protocol iso, MTU: 4469, Generation: 47, Route table: 0
Flags: None
Protocol mpls, MTU: 4458, Generation: 48, Route table: 0
Flags: None
サンプル出力2
コマンド名
user@R3> show interfaces so-0/0/3
Physical interface: so-0/0/3, Enabled, Physical link is Up
Interface index: 131, SNMP ifIndex: 24
Link-level type: PPP , MTU: 4474, Clocking: Internal, SONET mode, Speed: OC3, Loopback: None, FCS: 16 ,
Payload scrambler: Enabled
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Link flags : Keepalives
Keepalive settings: Interval 10 seconds, Up-count 1, Down-count 3
Keepalive: Input: 736827 (00:00:03 ago), Output: 736972 (00:00:05 ago)
LCP state: Opened
NCP state: inet: Opened, inet6: Not-configured, iso: Opened, mpls: Opened
CHAP state: Not-configured
CoS queues : 4 supported
Last flapped : 2004-07-21 16:08:01 PDT (10w5d 19:57 ago)
Input rate : 40 bps (0 pps)
Output rate : 48 bps (0 pps)
SONET alarms : None
SONET defects : None
Logical interface so-0/0/3.0 (Index 70) (SNMP ifIndex 51)
Flags: Point-To-Point SNMP-Traps Encapsulation: PPP
Protocol inet, MTU: 4470
Flags: None
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.1.36.0/30, Local: 10.1.36.1, Broadcast: 10.1.36.3
Protocol iso, MTU: 4470
Flags: None
Protocol mpls, MTU: 4458
Flags: None
意味
イグレス ルーター R6 からのサンプル出力 1 は、SONET アラームまたは障害がないこと(none)、状態がすべて OK、パス トレースに遠い端(R3 so-0.0.0)が表示されており、物理リンクが稼働していることを示しています。ただし、論理リンクはダウンしており、リンクレベル タイプは Cisco HDLC です。
トランジットルーター R3 からのサンプル出力 2 では、リンクレベルタイプが PPP であり、カプセル化タイプが一致しないため、LSP がダウンしていることを示しています。
適切な対応を行う
問題点
説明
調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。次の例では、カプセル化タイプが一致していません。
ソリューション
この例のエラーを訂正するには、以下のコマンドを入力します。
[edit interfaces so-0/0/3] user@R1# show user@R1# delete encapsulation user@R1# show user@R1# commit
サンペル出力
[edit interfaces so-0/0/3]
user@R6# show
encapsulation cisco-hdlc;
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
[edit interfaces so-0/0/3]
user@R6# delete encapsulation
[edit interfaces so-0/0/3]
user@R6# show
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
[edit interfaces so-0/0/3]
user@R6# commit
commit complete
意味
エグレス ルーター R6 インターフェイスに Cisco HDLC が正しく設定されていないことが示されています so-0/0/3 そのため、LSP は目的のパスを使用できません。この問題は、 encapsulation ステートメントが削除され、コンフィギュレーションがコミットされたときに修正されました。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、LSP を再度チェックして、データリンク層の問題が解決されたことを確認する必要があります。
アクション
イングレス、エグレス、トランジットの各ルータから、LSP がアップしており、想定通りにネットワークを通過していることを確認します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
145 Sep 30 12:25:01 Selected as active path
144 Sep 30 12:25:01 Record Route: 10.1.13.2 10.1.36.2
143 Sep 30 12:25:01 Up
142 Sep 30 12:25:01 Originate Call
141 Sep 30 12:25:01 CSPF: computation result accepted
140 Sep 30 12:24:32 CSPF failed: no route toward 10.0.0.6[74 times]
139 Sep 30 11:48:57 Deselected as active
138 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
137 Sep 30 11:48:56 Clear Call
136 Sep 30 11:48:56 CSPF: link down/deleted 10.1.36.1(R3.00/10.0.0.3)->10.1.36.2(R6.00/10.0.0.6)
[...Output truncated...]
Created: Sat Jul 10 18:18:43 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 134, Since: Thu Sep 30 12:24:56 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 6 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
50 Sep 30 12:24:12 Selected as active path
49 Sep 30 12:24:12 Record Route: 10.1.36.1 10.1.13.1
48 Sep 30 12:24:12 Up
47 Sep 30 12:24:12 Originate Call
46 Sep 30 12:24:12 CSPF: computation result accepted
45 Sep 30 12:23:43 CSPF failed: no route toward 10.0.0.1[73 times]
44 Sep 30 11:48:12 Deselected as active
43 Sep 30 11:48:12 CSPF failed: no route toward 10.0.0.1
42 Sep 30 11:48:12 CSPF: link down/deleted 10.1.36.2(R6.00/10.0.0.6)->10.1.36.1(R3.00/10.0.0.3)
[...Output truncated...]
Created: Tue Aug 17 12:18:34 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Thu Sep 30 12:24:16 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 19 receiver 44251 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 4 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力 3
コマンド名
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 1 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100176, Label out: 3 Time left: 143, Since: Thu Sep 30 12:21:25 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 6 receiver 39024 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 9 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 9 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1 , LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100192, Label out: 3 Time left: 148, Since: Thu Sep 30 12:21:30 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 19 receiver 44251 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 9 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 9 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 9 pkts Explct route: 10.1.36.2 Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2, Down 0
サンプル出力4
コマンド名
user@R1> show configuration protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
user@R6> show configuration protocols mpls
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
interface so-0/0/3.0;
user@R3> show configuration protocols mpls
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
意味
イングレスルーター R1 とエグレスルーター R6, からのサンプル出力1と2はそれぞれ、LSPが R1 から R3 から R6までの予想されるパスに沿ってネットワークを通過し、逆方向のLSP( R6 から R3 を経て R1)に沿ってネットワークを通過していることを示しています。
トランジット ルーター R3 のサンプル出力 3 は、 R1 から R6 と R6 から R1 までの 2 つのトランジット LSP セッションが存在することを示しています。
サンプル出力 4 は、イングレス、エグレス、およびトランジットルーターで非アクティブ化され、LSP が意図したパスを強制的に通過したインターフェイスを示しています。これらのインターフェイスが非アクティブ化されなかった場合、設定が正しくなっても、LSP は代替パスを介してネットワークを通過します。
IPおよびIGPレイヤーの検証
問題点
説明
ラベルスイッチパス（LSP）を設定し、show mpls lsp extensiveコマンドを発行し、エラーがあると判断した後、エラーが物理レイヤーやデータリンクレイヤーにないことが分かる場合があります。引き続き、ネットワークのIPレイヤーおよびIGPレイヤーで問題を調査します。
図 7は、階層化MPLSモデルの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です。このネットワークの 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のクロスは、イングレス ルーターR1の IP アドレスの設定が間違っているために LSPの切断箇所を示しています。
LSP を検証する
目的
LSP を設定した後、LSP が起動していることを確認する必要があります。LSP には、ingress、トランジット、またはegressのいずれかがあります。show mpls lsp コマンドを使用すると、LSP の状態をすばやく確認でき、extensive オプション(show mpls lsp extensive) LSP がダウンした場合のフォローアップとして。ネットワークに多数のLSPがある場合、 name option(show mpls lsp namename または show mpls lsp name name extensive)を使用してLSPの名前を指定することを検討してください。
アクション
LSP が起動していることを確認するには、イングレスルーターから次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 25 second(s).
44 Oct 15 16:56:11 CSPF failed: no route toward 10.0.0.6 [2685 times]
43 Oct 14 19:07:09 Clear Call
42 Oct 14 19:06:56 Deselected as active
41 Oct 14 19:06:56 10.1.12.1: MPLS label allocation failure
40 Oct 14 19:06:56 Down
39 Oct 14 18:43:43 Selected as active path
38 Oct 14 18:43:43 Record Route: 10.1.13.2 10.1.36.2
37 Oct 14 18:43:43 Up
[...Output truncated...]
Created: Thu Oct 14 16:04:33 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed , Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed , Up 0, Down 0
意味
イングレス ルーター R1 からのサンプル出力では、MPLS ラベル割り当てエラーが発生し、CSPF(制限付き最短パス ファースト)アルゴリズムに失敗したため、R6 で宛先10.0.0.6へのルートがなかったことを示しています。
IPアドレッシングの確認
目的
IP 層を調査するときは、インターフェイスに正しい IP アドレスが設定されていること、および OSPF ネイバーまたは IS-IS 隣接関係が確立されていることを確認します。この例では、イングレス ルーター(R1)で IP アドレスが正しく設定されていません。
アクション
IPアドレス設定を確認するには、イングレス、トランジット、イグレスの各ルーターから次のコマンドを入力します。
user@host> show interfaces terse
サンプル出力
コマンド名
user@R1> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2 <<< Incorrect IP address
iso
mpls
lo0 up up
lo0.0 up up inet 10.0.0.1
iso 49.0004.1000.0000.0001.00
user@R3> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2/30 <<< Identical to R1
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.1/30
iso
mpls
lo0 up up
lo0.0 up up inet 10.0.0.3
iso 49.0004.1000.0000.0003.00
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
lo0.0 up up inet 10.0.0.6
iso 49.0004.1000.0000.0006.00
意味
サンプル出力では、R1 上のインターフェイス so-0/0/2.0とR3上のインターフェイス so-0/0/2.0の IP アドレスが同一であることを示しています。ネットワーク内のインターフェイス IP アドレスは、インターフェイスが正しく識別されるために固有でなければなりません。
IP レイヤーでのネイバーまたは隣接関係の検証
目的
IPアドレスが正しく設定されていない場合は、OSPFネイバーまたはIS-IS隣接関係の両方をチェックして、一方または両方が確立されているかどうかを判断する必要があります。
アクション
ネイバー(OSPF)または隣接関係(IS-IS)を検証するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。
user@host> show ospf neighbor extensive user@host> show isis adjacency extensive
サンプル出力1
コマンド名
user@R1> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.12.2 so-0/0/0.0 Full 10.0.0.2 128 34 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 04:45:20, adjacent 1d 04:45:20 10.1.15.2 so-0/0/1.0 Full 10.0.0.5 128 35 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 04:45:20, adjacent 1d 04:45:10 <<< no adjacency with R3 so-0/0/2 user@R3> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.23.1 so-0/0/1.0 Full 10.0.0.2 128 35 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:54:30, adjacent 1w2d 04:54:21 10.1.36.2 so-0/0/3.0 Full 10.0.0.6 128 39 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:54:30, adjacent 1w2d 04:54:30 <<< no adjacency with R1 so-0/0/2 user@R6> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.56.1 so-0/0/0.0 Full 10.0.0.5 128 39 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 02:59:35, adjacent 1d 02:59:35 10.1.26.1 so-0/0/2.0 Full 10.0.0.2 128 36 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:57:30, adjacent 1w2d 04:57:30 10.1.36.1 so-0/0/3.0 Full 10.0.0.3 128 36 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:56:11, adjacent 1w2d 04:56:11
サンプル出力2
コマンド名
user@R1> show isis adjacency extensive R2 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 23 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:57:16 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.12.2 Transition log: When State Reason Fri Oct 15 14:58:35 Up Seenself R5 Interface: so-0/0/1.0, Level: 2, State: Up, Expires in 26 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:56:52 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.15.2 Transition log: When State Reason Fri Oct 15 14:59:00 Up Seenself R3 Interface: so-0/0/2.0, Level: 2, State: Up, Expires in 26 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:56:51 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.13.2 Transition log: When State Reason Fri Oct 15 14:59:01 Up Seenself user@R3> show isis adjacency extensive R4 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w1d 00:22:51 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.34.2 Transition log: When State Reason Thu Oct 28 15:13:12 Up Seenself R2 Interface: so-0/0/1.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w2d 18:02:48 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.23.1 Transition log: When State Reason Tue Oct 19 21:33:15 Up Seenself R1 Interface: so-0/0/2.0, Level: 2, State: Up , Expires in 22 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w2d 17:24:06 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.13.1 Transition log: When State Reason Tue Oct 19 22:11:57 Up Seenself R6 Interface: so-0/0/3.0, Level: 2, State: Up , Expires in 21 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:07:00 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.36.2 Transition log: When State Reason Thu Oct 21 15:29:03 Up Seenself user@R6> show isis adjacency extensive R5 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 23 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w2d 01:10:03 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.56.1 Transition log: When State Reason Wed Oct 27 14:35:32 Up Seenself R4 Interface: so-0/0/1.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w1d 00:26:50 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.46.1 Transition log: When State Reason Thu Oct 28 15:18:45 Up Seenself R2 Interface: so-0/0/2.0, Level: 2, State: Up , Expires in 24 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:11:40 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.26.1 Transition log: When State Reason Thu Oct 21 15:33:55 Up Seenself R3 Interface: so-0/0/3.0, Level: 2, State: Up , Expires in 19 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:11:40 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.36.1 Transition log: When State Reason Thu Oct 21 15:33:55 Up Seenself
意味
イングレス、トランジット、およびイグレスルーターからのサンプル出力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 アドレスが正しく設定されていません。
ソリューション
この例のエラーを訂正するには、以下のコマンドを入力します。
[edit interfaces so-0/0/2]
user@R1# show
user@R1# rename unit 0 family inet address 10.1.13.2/30 to address 10.1.13.1/30
user@R1# show
user@R1# commit
サンプル出力
[edit interfaces so-0/0/2]
user@R1# show
unit 0 {
family inet {
address 10.1.13.2/30; <<< Incorrect IP address
}
family iso;
family mpls;
}
[edit interfaces so-0/0/2]
user@R1# rename unit 0 family inet address 10.1.13.2/30 to address 10.1.13.1/30
[edit interfaces so-0/0/2]
user@R1# show
unit 0 {
family inet {
address 10.1.13.1/30; <<< Correct IP address.
}
family iso;
family mpls;
}
[edit interfaces so-0/0/2]
user@R1# commit
commit complete
意味
サンプル出力では、イングレス ルーター R1 のインターフェイス so-0/0/2に正しい IP アドレスが設定されていることがわかります。この修正により、 IP レイヤーおよび IGP レイヤーで MPLS ネットワークが切断された場合の MPLS ネットワーク内のすべてのインターフェイスで一意のサブネット IP アドレスが生成され、LSP が起動する可能性があります。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、OSPF プロトコルの問題が解決されたことを確認するために、LSP を再度確認する必要があります。
アクション
LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータで次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
54 Oct 15 21:28:16 Selected as active path
53 Oct 15 21:28:16 Record Route: 10.1.13.2 10.1.36.2
52 Oct 15 21:28:16 Up
51 Oct 15 21:28:16 10.1.15.1: MPLS label allocation failure[2 times]
50 Oct 15 21:28:11 CSPF: computation result accepted
49 Oct 15 21:27:42 10.1.15.1: MPLS label allocation failure
48 Oct 15 21:27:42 CSPF: computation result accepted
47 Oct 15 21:27:31 10.1.15.1: MPLS label allocation failure[4 times]
46 Oct 15 21:27:13 Originate Call
45 Oct 15 21:27:13 CSPF: computation result accepted
[...Output truncated...]
Created: Thu Oct 14 16:04:34 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 149, Since: Fri Oct 15 21:28:13 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 13 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6, LSPstate: Up , ActiveRoute: 1 LSPname: R6-to-R1 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100336, Label out: 3 Time left: 156, Since: Fri Oct 15 21:15:47 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 13 receiver 39024 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 11 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1, LSPstate: Up , ActiveRoute: 1 LSPname: R1-to-R6 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100352, Label out: 3 Time left: 159, Since: Fri Oct 15 21:15:50 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 5 receiver 47901 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 11 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts Explct route: 10.1.36.2 Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2 , Down 0
サンプル出力 3
コマンド名
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up , ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
187 Oct 15 21:20:05 Selected as active path
186 Oct 15 21:20:05 Record Route: 10.1.36.1 10.1.13.1
185 Oct 15 21:20:05 Up
184 Oct 15 21:20:05 Clear Call
183 Oct 15 21:20:05 CSPF: computation result accepted
182 Oct 15 21:20:05 CSPF: link down/deleted 10.1.13.2(R3.00/10.0.0.3)->10.1.13.2(R1.00/10.0.0.1)
[...Output truncated...]
Created: Tue Aug 17 12:18:33 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 144, Since: Fri Oct 15 21:20:08 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 47901 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルーター R1 からのサンプル出力 1 は、LSP R1-to-R6 に R6 へのアクティブなルートがあり、状態がアップであることを示しています。この出力は、エグレス LSP セッション R6-to-R1 リカバリラベルを送受信したことを示しています。
トランジット ルーター R3 のサンプル出力 2 は、 R1 から R6 と R6 から R1. の 2 つのトランジット LSP セッションが存在することを示しています 両方の LSP が立ち上がっています。
エグレスルーター R6 からのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。LSP は、 R1 から R3 から R6 まで、そして逆方向の LSP は、 R6 から R3 を経て R1 まで、予想される経路に沿ってネットワークを通過しています。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、IS-IS プロトコルの問題が解決されたことを確認するために、LSP を再度確認する必要があります。
アクション
LSP がアップしており、想定通りにネットワークを通過していることを確認するために、イングレス、エグレス、トランジットの各ルータから次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
4 Oct 19 21:22:54 Selected as active path
3 Oct 19 21:22:53 Record Route: 10.1.13.2 10.1.36.2
2 Oct 19 21:22:53 Up
1 Oct 19 21:22:53 Originate Call
Created: Tue Oct 19 21:22:53 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 117, Since: Tue Oct 19 21:17:42 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39064 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 2 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100416, Label out: 3
Time left: 139, Since: Tue Oct 19 21:05:11 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39064 protocol 0
PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.13.1 (so-0/0/2.0) 11 pkts
RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts
Explct route: 10.1.13.1
Record route: 10.1.36.2 <self> 10.1.13.1
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 135, Since: Tue Oct 19 21:10:22 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47951 protocol 0
PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 4 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.36.2 (so-0/0/3.0) 4 pkts
RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 4 pkts
Record route: 10.1.13.1 <self> 10.1.36.2
Total 2 displayed, Up 2 , Down 0
user@R6> run show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 2)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
19 Oct 19 21:09:52 Selected as active path
18 Oct 19 21:09:52 Record Route: 10.1.36.1 10.1.13.1
17 Oct 19 21:09:52 Up
16 Oct 19 21:09:52 Originate Call
15 Oct 19 21:09:52 CSPF: computation result accepted
Created: Tue Oct 19 18:30:09 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 120, Since: Tue Oct 19 21:15:03 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47951 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 4 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレス ルーター 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 層を示しています。
この層では、動的 RSVP シグナリングが予想通りに発生し、ネイバーが接続され、インターフェイスは RSVP 向けに正しく設定されていることを確認します。イングレス、エグレス、およびトランジット ルーターを確認します。
ネットワークがこの層で機能していない場合、LSP は設定通りに機能しません。
図 11は、このトピックで使用する MPLS ネットワークを示しています。
そので示すネットワークは、直接接続されているすべてのインターフェイスが、他のすべての類似したインターフェイスにパケットを受信および送信できる、完全にメッシュ化された設定図 11です。このネットワークの LSP はR1、イングレスルーターからトランジットルーターを経てR3、イグレスルーターに至るように設定されていますR6。さらに、リバース LSP は、R6からR3を経てR1に至るように設定されており、双方向トラフィックを作成します。
しかし、この例では、 R1 から R6 、 R6 から R1 のどの方向にもパスがなく LSP がダウンしています
図 11 に示す十字は、LSP が壊れている箇所を示しています。LSP が壊れている理由としては、動的 RSVP シグナリングが予想通りに発生していない、ネイバーが接続されていない、またはインターフェイス RSVP 向けに正しく設定されていないといった理由が考えられます。
図 11 のネットワークでは、トランジット ルーター R3 の設定エラーによって LSP が予想通りにネットワークを通過しません。
RSVP 層を確認するには、次の手順に従います。
LSP を検証する
目的
通常は、 show mpls lsp extensive コマンドを使用して LSP を検証します。ただし、LSP の状態をすばやく確認するには、 show mpls lsp コマンドを使用します。LSP がダウンしている場合は、フォローアップとして extensive オプション(show mpls lsp extensive) を使用します。ネットワークに多数のLSPがある場合、 name option(show mpls lsp name name または show mpls lsp name name extensive).
アクション
LSP が稼働しているかどうかを確認するには、イングレス ルーターから次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
2 Oct 27 15:06:05 10.1.13.2: No Route toward dest [4 times]
1 Oct 27 15:05:56 Originate Call
Created: Wed Oct 27 15:05:55 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Dn, ActiveRoute: 0, LSPname: R6-to-R1
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 22 second(s).
1 Oct 27 14:59:12 CSPF failed: no route toward 10.0.0.1 [4 times]
Created: Wed Oct 27 14:57:44 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
サンプル出力では、LSP が R1 から R6 および R6 から R1 両方向にダウンしていることがわかります。R1 からの出力は、R1 が宛先に到達できずにコールを発信しようとしたため、no-cspf LSP を使用していることを示しています。R6 からの出力は、CSPF(制限付き最短パス ファースト)アルゴリズムが失敗し、宛先10.0.0.1へのルートがないことを示しています。
RSVP セッションの検証
目的
RSVPセッションの作成に成功すると、RSVPセッションで作成されたパスに沿ってLSPが設定されます。RSVP セッションが失敗した場合、LSP は設定通りに機能しません。
アクション
現在アクティブなRSVPセッションを確認するには、イングレス、トランジット、イグレスの各ルータから次のコマンドを入力します。
user@host> show rsvp session
サンプル出力1
コマンド名
user@R1> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R6> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
user@R1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.6 10.0.0.1 Up 1 1 FF - 100768 R1-to-R6 Total 1 displayed, Up 1 , Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 0 1 FF 3 - R6-to-R1 Total 1 displayed, Up 1 , Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 2 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 1 1 FF 100784 3 R6-to-R1 10.0.0.6 10.0.0.1 Up 1 1 FF 100768 3 R1-to-R6 Total 2 displayed, Up 2 , Down 0 user@R6> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 1 1 FF - 100784 R6-to-R1 Total 1 displayed, Up 1 , Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.6 10.0.0.1 Up 0 1 FF 3 - R1-to-R6 Total 1 displayed, Up 1 , Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
意味
すべてのルーターからのサンプル出力 1 を見ると、LSP R6-to-R1 が設定されていても、RSVP セッションが正常に作成されなかったことがわかります。
Sample Output 1 とは対照的に、また正しい出力を示すために、Sample Output 2 は、RSVP 設定が正しく、LSP が設定通りにネットワークを通過している場合のイングレス、トランジット、およびエグレス ルーターからの出力を示しています。 R1 と R6 はどちらも、LSP R1-to-R6とリバース LSP R6-to-R1で、イングレスおよびエグレス RSVP セッションを示しています。トランジット ルーター R3 2 つのトランジット RSVP セッションを示しています。
RSVPネイバーの検証
目的
RSVP パケットの交換時に動的に学習された RSVP ネイバーのリストを表示します。ネイバーが学習されると、RSVP 設定がルーターから削除されない限り、RSVP ネイバーのリストから削除されることはありません。
アクション
RSVP ネイバーを検証するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。
user@host> show rsvp neighbor
サンプル出力1
コマンド名
user@R1> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.2 10 1/0 9:22 9 64/64 32 user@R3> show rsvp neighbor RSVP neighbor: 2 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.1 0 1/0 28:20 9 190/190 41 10.1.36.2 16:50 1/1 15:37 9 105/78 38 user@R6> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.36.1 17:30 1/1 16:15 9 104/78 39
サンプル出力2
コマンド名
user@R3> show rsvp neighbor RSVP neighbor: 2 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.1 5 1/0 9:14 9 63/63 33 10.1.36.2 5 1/0 9:05 9 62/62 32 user@R6> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.36.1 5 1/0 8:54 9 61/61 32
意味
サンプル出力 1 は、 R1 と R6 がそれぞれ 1 つの RSVP ネイバー( R3)を持つことを示しています。ただし、 Up/Dn フィールドの値は異なります。 R1 の値は 1/0 であり、 R6 の値は 1/1であり、 R1 が R3を持つアクティブネイバーであるが、 R6 はアクティブネイバーではないことを示しています。アップ カウントがダウン カウントより 1 多い場合、ネイバーはアクティブです。値が等しい場合、ネイバーはダウンしています。R6 の値は等しく、ネイバー R3 がダウンしていることを示す1/1。
トランジットルーター R3 は、 R1 と R6 の 2 つのネイバーを認識しています。Up/Dnフィールドは、R1がアクティブネイバーであり、R6 ダウンしていることを示しています。この時点では、両方のネイバーがアクティブではないため、問題が R3 または R6にあるかどうかを判断することはできません。
サンプル出力1とは対照的に、また正しい出力を示すために、サンプル出力2はトランジットルーター R3 とエグレスルーター R6の間の正しいネイバー関係を示しています。Up/Dn フィールドには、アップ カウントがダウン カウントよりも 1 つ多い(1/0)ことが示されており、ネイバーがアクティブであることを示しています。
RSVPインターフェイスの検証
目的
RSVP が有効になっている各インターフェイスのステータスを表示して、設定エラーが発生した場所を特定します。
アクション
RSVP インターフェイスのステータスを確認するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。
user@host> show rsvp interface
サンプル出力1
コマンド名
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R3> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
<<< Missing interface so-0/0/3.0
user@R6> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
サンプル出力2
コマンド名
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R3> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R6> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
意味
サンプル出力 1 では、各ルーターにはアップ状態で RSVP がアクティブなインターフェイスがあるにもかかわらず、どのルーターにも予約(Active resv) がないことがわかります。この例では、イングレスルーターとエグレスルーターに少なくとも1つの予約があり、トランジットルーターに2つの予約があることが予想されます。
また、トランジット ルーターR3 インターフェイス so-0/0/3は設定に含まれていません。このインターフェイスを含めることは、LSP の成功にとって非常に重要です。
サンプル出力 1 とは対照的に、また正しい出力を示すために、サンプル出力 2 はアクティブな予約を持つ関連するインターフェースを示しています。
RSVP プロトコル設定の検証
目的
RSVP セッション、インターフェイス、ネイバーを確認し、設定エラーがある可能性があると判断したら、RSVP プロトコルの設定を確認します。
アクション
RSVP の設定を確認するには、イングレス、トランジット、イグレス ルーターから次のコマンドを入力します。
user@host> show configuration protocols rsvp
サンプル出力
コマンド名
user@R1> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
user@R3> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0; <<< Missing interface so-0/0/3.0
interface fxp0.0 {
disable;
}
user@R6> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
意味
サンプル出力は、 R3 の RSVP プロトコル設定にインターフェイス so-0/0/3.0 がないことを示しています。このインターフェイスは、LSP が正しく機能するために重要です。
適切な対応を行う
問題点
説明
調査で発生したエラーに応じて、問題を修正するための適切なアクションを実行する必要があります。この例では、ルーター R3 の設定からインターフェイスがありません。
ソリューション
この例のエラーを修正するには、次の手順を実行します。
トランジットルーターR3の設定に欠落しているインターフェイスを含めます。
content_copy zoom_out_mapuser@R3> edit user@R3# edit protocols rsvp [edit protocols rsvp] user@R3# show user@R3# set interface so-0/0/3.0
設定を確認し、コミットします。
content_copy zoom_out_map[edit protocols rsvp] user@R3# show user@R3# commit
サンプル出力
user@R3> edit
Entering configuration mode
[edit]
user@R3# edit protocols rsvp
[edit protocols rsvp]
user@R3# show
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0; <<< Missing interface so-0/0/3.0
interface fxp0.0 {
disable;
}
[edit protocols rsvp]
user@R3# set interface so-0/0/3.0
[edit protocols rsvp]
user@R3# show
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
interface so-0/0/3.0; <<< Interface now included in the configuration
[edit protocols rsvp]
user@R3# commit
commit complete
意味
サンプル出力では、トランジット ルーター R3 で欠落しているインターフェイス so-0/0/3.0が、[edit protocols rsvp] 階層レベルで正しく含まれるようになったことを示しています。これにより、LSP が起動する可能性があります。
LSP の再検証
目的
エラーを修正するために適切な処置を行った後、MPLS 層の問題が解決されたことを確認するために、LSP を再度確認する必要があります。
アクション
LSP を再度検証するには、イングレス、トランジット、イグレスの各ルータで次のコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力1
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
5 Oct 27 15:28:57 Selected as active path
4 Oct 27 15:28:57 Record Route: 10.1.13.2 10.1.36.2
3 Oct 27 15:28:57 Up
2 Oct 27 15:28:44 10.1.13.2: No Route toward dest[35 times]
1 Oct 27 15:05:56 Originate Call
Created: Wed Oct 27 15:05:56 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 136, Since: Wed Oct 27 15:29:20 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39092 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 6 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
サンプル出力2
コマンド名
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100672, Label out: 3 Time left: 152, Since: Wed Oct 27 15:16:39 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 39092 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 7 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 7 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 7 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100656, Label out: 3 Time left: 129, Since: Wed Oct 27 14:53:14 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 47977 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 40 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 7 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 7 pkts Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2, Down 0
サンプル出力 3
コマンド名
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1 , LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
6 Oct 27 15:22:06 Selected as active path
5 Oct 27 15:22:06 Record Route: 10.1.36.1 10.1.13.1
4 Oct 27 15:22:06 Up
3 Oct 27 15:22:06 Originate Call
2 Oct 27 15:22:06 CSPF: computation result accepted
1 Oct 27 15:21:36 CSPF failed: no route toward 10.0.0.1[50 times]
Created: Wed Oct 27 14:57:45 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 119, Since: Wed Oct 27 15:21:43 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47977 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルーター R1 からのサンプル出力 1 では、LSP が R1-to-R6 R6 へのアクティブなルートを持ち、状態がアップであることを示しています。
トランジット ルーター R3 のサンプル出力 2 は、 R1 から R6 と R6 から R1 までの 2 つのトランジット LSP セッションが存在することを示しています。両方のLSPが立ち上がっています。
エグレスルーター R6 からのサンプル出力3は、LSPが立ち上がっており、アクティブなルートがプライマリルートであることを示しています。LSP は、 R1 から R3 、 R6 まで、そして逆方向の LSP は、 R6 から R3 、そして R1まで、予想されるパスに沿ってネットワークを通過しています。
LSP 統計の決定
目的
LSP 問題の診断を支援するための RSVP オブジェクトの詳細な情報を表示します。
アクション
RSVP オブジェクトを検証するには、以下の Junos OS CLI 運用モード コマンドを入力します。
user@host> show rsvp session detail
サンプル出力
コマンド名
user@R1> show rsvp session detail Ingress RSVP: 1 sessions 10.0.0.6 From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 100064 Resv style: 1 FF, Label in: -, Label out: 100064 Time left: -, Since: Tue Aug 17 12:22:52 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 12 receiver 44251 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 PATH sentto: 10.1.13.2 (so-0/0/2.0) 182 pkts RESV rcvfrom: 10.1.13.2 (so-0/0/2.0) 159 pkts Explct route: 10.1.13.2 10.1.36.2 Record route: <self> 10.1.13.2 10.1.36.2 Total 1 displayed, Up 1, Down 0 Egress RSVP: 1 sessions 10.0.0.1 From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 0 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: - Resv style: 1 FF, Label in: 3, Label out: - Time left: 135, Since: Tue Aug 17 12:23:14 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 39024 protocol 0 PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 158 pkts Adspec: received MTU 1500 PATH sentto: localclient RESV rcvfrom: localclient Record route: 10.1.56.2 10.1.15.2 <self> Total 1 displayed, Up 1, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
意味
サンプル出力は、1 つのイングレスおよび 1 つのエグレス RSVP セッションが存在することを示しています。イングレス セッションには、10.0.0.1（R1）のソース アドレスがあり、セッションは1つのアクティブなルートで稼働しています。LSP 名は R1-to-R6 であり、LSP のプライマリ パスです。
回復ラベル（100064）は、グレースフル ルーターがネイバーに送信され、転送状態を回復します。おそらく、ルーターがダウンする前にアドバタイズした古いラベルです。
このセッションは、固定フィルター（FF）予約スタイル（Resv style）を使用しています。これはイングレス ルーターであるため、インバウンド ラベルはありません。アウトバウンド ルーター（ネクスト ダウンストリーム ルーターから提供される）は 100064 です。
Time Left フィールドは RSVP セッションに残る秒数を示し、Tspec オブジェクトは制御された負荷レート（rate）および最大バースト サイズ（peak）、保証された配信オプションの無限の値（Infbps）、20 バイト未満のパケットは 20 バイトとして扱われるが 1500 バイトを超えるパケットは 1500 バイトとして扱われることを示す。
ポート番号は IPv4 トンネル ID であり、送信済みポート番号は LSP ID です。IPv4 トンネル ID は、LSP の寿命に固有です。送信/受信 LSP ID は、例えば SE スタイル予約で変更できます。
PATH rcvfrom フィールドにはパス メッセージのソースが含まれています。これはイングレス ルーターであるため、ローカル クライアントはパス メッセージを発信しました。
PATH sentto フィールドには、パス メッセージ宛先（10.1.13.2）と発信インターフェイス（so-0/0/2.0）が含まれています。RESV rcvfrom フィールドには、受信した Resv メッセージ（10.1.13.2）のソースと受信インターフェイス（so-0/0/2.0）がどちらも含まれています。
RSVP の明示的なルートとルート記録値は同一です。10.1.13.2 と 10.1.36.2 があります。ほとんどの場合、明示的なルートと記録されたルート値は同一です。差は、通常、Fast-Reroute 中にパス再ルーティングが発生したことを示しています。
Total フィールドには、イングレス、エグレス、およびトランジット RSVP セッションの総数が示され、合計はアップおよびダウンセッションの合計に等しくなっています。この例では、1 つのイングレス セッション、1 つのエグレス セッションがあり、トランジット RSVP セッションはありません。
ネットワークにおけるLSPの利用を確認する
目的
図 12ネットワーク内のイングレスルータとトランジットルータでLSPの有効利用を確認すると、ネットワーク内のMPLS（Multiprotocol Label Switching）に問題があるかどうかを判断できます。 は、このトピックで使用するネットワークの例について説明しています。
図 12の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(コマンドライン インターフェイス)運用モード コマンドを入力します。
user@host> show route table inet.3
サンプル出力
コマンド名
user@R1> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[RSVP/7] 4w0d 22:40:57, metric 20
> via so-0/0/2.0, label-switched-path R1-to-R6
意味
サンプル出力は、 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-to-R6されます。
通常、LSP の最後から 2 番目のルーターは、パケットのラベルをポップするか、ラベルの値を 0 に変更します。最後から 2 番目のルーターが一番上のラベルをポップし、IPv4 パケットがその下にある場合、エグレス ルーターは IPv4 パケットをルーティングし、IP ルーティング テーブル inet.0 を参照してパケットの転送方法を決定します。別のタイプのラベル(例えば、IPv4ではなくLDP(Label Distribution Protocol)トンネリングやVPNで作成されたものなど)がトップラベルの下にある場合、エグレスルーターは inet.0 ルーティングテーブルを調べません。代わりに、転送の決定のために mpls.0 ルーティングテーブルを調べます。
最後から 2 番目のルーターがパケットのラベルを値 0 に変更した場合、エグレス ルーターは 0 のラベルを取り除き、IPv4 パケットが後に続くことを示します。パケットは、転送決定のために inet.0 ルーティングテーブルによって検査されます。
トランジット ルーターまたはイグレス ルーターが MPLS パケットを受信すると、MPLS 転送テーブルの情報を使用して、LSP 内の次のトランジット ルーター、またはこのルーターがエグレス ルーターかどうかが判別されます。
BGP がネクストホップのプレフィックスを解決すると、 inet.0 と inet.3 の両方のルーティングテーブルを調べて、プリファレンスが最も低いネクストホップを探します。例えば、RSVP プリファレンス 7 は OSPF プリファレンス 10 よりも優先されます。RSVP シグナル付き LSP は、BGP ネクストホップに到達するために使用されます。これは、BGPネクストホップがLSPエグレスアドレスと等しい場合のデフォルトです。BGP ネクストホップが LSP を通じて解決されると、BGP トラフィックは LSP を使用して BGP トランジットトラフィックを転送します。
トランジットルーターでのLSPの検証
目的
LSP が稼働しているときの可用性は、トランジット ルーターの mpls.0 ルーティング テーブルを調べることで確認できます。MPLS は、各 LSP 内の次のラベル交換ルータのリストを含む mpls.0 ルーティング テーブルを維持します。このルーティング テーブルは、LSP に沿って次のルーターにパケットをルーティングするためにトランジット ルーターで使用されます。
アクション
トランジットルーターでLSPを検証するには、次のJunos OS CLI運用モードコマンドを入力します。
user@host> show route table mpls.0
サンプル出力
コマンド名
user@R3> show route table mpls.0
mpls.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
1 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
2 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
100064 * [RSVP/7] 2w1d 04:17:36, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
100064 (S=0) * [RSVP/7] 2w1d 04:17:36, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
意味
トランジット ルーター R3 からのサンプル出力では、MPLS ラベル エントリーの形式でルート エントリーが表示されており、アクティブなエントリーが 5 つあるにもかかわらず、アクティブなルートが 1 つしかないことを示しています。
最初の 3 つの MPLS ラベルは、RFC 3032 で定義された予約済み MPLS ラベルです。これらのラベル値で受信されたパケットは、処理のためルーティング エンジンに送信されます。ラベル 0 は IPv4 explicit null ラベルです。ラベル 1 は MPLS の IP Router Alert ラベルに相当するもので、ラベル 2 は IPv6 explicit null ラベルです。
100064ラベルが付いた 2 つのエントリは同じ LSP 用R1-to-R6.、MPLS ヘッダーのスタック値が異なる可能性があるため、2 つのエントリがあります。2 番目のエントリ 100064 (S=0) は、スタックの深さが 1 ではなく、追加のラベル値がパケットに含まれていることを示しています。対照的に、 100064 の最初のエントリには、スタックの深さが1であることを示し、パケットの最後のラベルとなる推定S=1があります。二重エントリは、これが最後から 2 番目のルーターであることを示しています。MPLSラベルスタックの詳細については、RFC 3032「MPLS Label Stack Encoding」を参照してください。
受信ラベルは MPLS パケットの MPLS ヘッダーであり、RSVP によってアップストリーム ネイバーに割り当てられます。ジュニパーネットワークスのルーターは、RSVP トラフィック制御 LSP に 100,000 から 1,048,575 の範囲でラベルを動的に割り当てます。
ルーターは、ラベル 100,000 から 16 刻みでラベルを割り当てます。ラベルの割り当ての順序は、100,000、100,016、100,032、100,048 などです。割り当てられたラベルの末尾で、ラベル番号は 100001 から始まり、16 単位で増加します。ジュニパーネットワークスは、さまざまな目的でラベルを予約します。 表 1 に、受信ラベルに対するさまざまなラベル範囲の割り当てを示します。
受信ラベル | 状態 |
|---|---|
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 全体でロード バランシングを検証するには、イングレス ルーターで以下のコマンドを使用します。
user@host# show configuration
インターフェイスおよび LSP 全体でロード バランシングを検証するには、トランジット ルーターで以下のコマンドを使用します。
user@host# show route user@host# show route forwarding-table user@host# show mpls lsp statistics user@host# monitor interface traffic user@host# clear mpls lsp statistics user@host# clear interface statistics
サンプル出力
コマンド名
以下のサンプル出力は、イングレスルーターR1での設定用です。
user@R1> show configuration | no-more
[...Output truncated...]
routing-options {
[...Output truncated...]
forwarding-table {
export lbpp;
}
}
[...Output truncated...]
policy-options {
policy-statement lbpp {
then {
load-balance per-packet;
}
}
}
意味
イングレス ルーター R1上の show configuration コマンドの出力例は、lbppポリシー ステートメントでロード バランシングが正しく設定されていることを示しています。また、 lbppポリシーは、[edit routing-options]階層レベルで転送テーブルにエクスポートされます。
サンプル出力
以下のサンプル出力はトランジットルーター R2 からです。
user@R2> show route 192.168.0.1 terse
inet.0: 25 destinations, 27 routes (25 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
A Destination P Prf Metric 1 Metric 2 Next hop AS path
* 192.168.0.1/32 O 10 3 so-0/0/1.0
>so-0/0/2.0
[...Output truncated...]
意味
トランジット ルーターR2 で発行されたshow routeコマンドの出力では、ネットワークを介してループバック アドレスからR0（192.168.0.1）に至る 2 つのイコール コスト パス（so-0/0/1およびso-0/0/2) サンプルが表示されています。大なり (>) は通常、アクティブなルートを示しますが、この例ではそうではなく、次の 4 つのサンプル出力に示されています。
サンプル出力
以下のサンプル出力はトランジットルーター R2 からです。
user@R2> monitor interface traffic R2 Seconds: 65 Time: 11:41:14 Interface Link Input packets (pps) Output packets (pps) so-0/0/0 Up 0 (0) 0 (0) so-0/0/1 Up 126 (0) 164659 (2128) so-0/0/2 Up 85219 (1004) 164598 (2128) so-0/0/3 Up 0 (0) 0 (0) fe-0/1/0 Up 328954 (4265) 85475 (1094) fe-0/1/1 Up 0 (0) 0 (0) fe-0/1/2 Up 0 (0) 0 (0) fe-0/1/3 Up 0 (0) 0 (0) [...Output truncated...]
意味
トランジット ルーターR2で発行されたmonitor interface traffic コマンドのサンプル出力では、出力トラフィックが 2 つのインターフェィスso-0/0/1およびso-0/0/2全体に均等に分配されていることがわかります。
サンプル出力
以下のサンプル出力はトランジットルーター R2 からです。
user@R2> show mpls lsp statistics Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 5 sessions To From State Packets Bytes LSPname 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp1 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp2 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp3 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp4 192.168.6.1 192.168.0.1 Up 0 0 r0-r1 Total 5 displayed, Up 5, Down 0
意味
トランジット ルーターR2で発行されたshow mpls lsp statisticsコマンドのサンプル出力では、イングレス ルーターR6で設定された出力トラフィックが 4 つの LSP 全体に均等に分配されていることがわかります。
サンプル出力
以下のサンプル出力はトランジットルーター R2 からです。
user@R2> show route forwarding-table destination 10.0.90.14
Routing table: inet
Internet:
Destination Type RtRef Next hop Type Index NhRef Netif
10.0.90.12/30 user 0 ulst 262144 6
ucst 345 5 so-0/0/1.0
ucst 339 2 so-0/0/2.0
意味
トランジット ルーターR2で発行されるshow route forwarding-table destinationコマンドのサンプル出力では、Typeフィールドにulst表示されており、ロード バランシングが機能していることがわかります。Typeフィールドの 2 つのユニキャスト（ucst) エントリー数）は、LSP の 2 つのネクスト ホップです。
サンプル出力
以下のサンプル出力はトランジットルーター R2 からです。
user@R2> show route forwarding-table | find mpls Routing table: mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 38 1 0 user 0 recv 37 3 1 user 0 recv 37 3 2 user 0 recv 37 3 100112 user 0 Swap 100032 so-0/0/1.0 100128 user 0 Swap 100048 so-0/0/1.0 100144 user 0 10.0.12.13 Swap 100096 fe-0/1/0.0 100160 user 0 Swap 100112 so-0/0/2.0 100176 user 0 Swap 100128 so-0/0/2.0
意味
トランジット ルーター 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操作モードコマンドを使用します。
user@host> show route protocol rsvp detail user@host> show mpls lsp statistics
サンプル出力
コマンド名
user@R1> show route protocol rsvp detail
inet.0: 25 destinations, 25 routes (25 active, 0 holddown, 0 hidden)
10.0.90.14/32 (1 entry, 1 announced)
State: <FlashAll>
*RSVP Preference: 7
Next-hop reference count: 7
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 10%
Label-switched-path lsp1
Label operation: Push 100768
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 20%
Label-switched-path lsp2
Label operation: Push 100736
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 30%,
selected
Label-switched-path lsp3
Label operation: Push 100752
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 40%
Label-switched-path lsp4
Label operation: Push 100784
State: <Active Int>
Local AS: 65432
Age: 8:03 Metric: 4
Task: RSVP
Announcement bits (2): 0-KRT 4-Resolve tree 1
AS path: I
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
192.168.0.1/32 (1 entry, 1 announced)
State: <FlashAll>
*RSVP Preference: 7
Next-hop reference count: 7
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 10%
Label-switched-path lsp1
Label operation: Push 100768
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 20%
Label-switched-path lsp2
Label operation: Push 100736
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 30%
Label-switched-path lsp3
Label operation: Push 100752
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 40%, selected
Label-switched-path lsp4
Label operation: Push 100784
State: <Active Int>
Local AS: 65432
Age: 8:03 Metric: 4
Task: RSVP
Announcement bits (1): 1-Resolve tree 1
AS path: I
user@R1> show mpls lsp statistics
Ingress LSP: 4 sessions
To From State Packets Bytes LSPname
192.168.0.1 192.168.1.1 Up 10067 845628 lsp1
192.168.0.1 192.168.1.1 Up 20026 1682184 lsp2
192.168.0.1 192.168.1.1 Up 29796 2502864 lsp3
192.168.0.1 192.168.1.1 Up 40111 3369324 lsp4
Total 4 displayed, Up 4, Down 0
Egress LSP: 1 sessions
To From State Packets Bytes LSPname
192.168.1.1 192.168.0.1 Up NA NA r0-r1
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
イングレスルータR1の出力例では、Balance: xx%フィールドで示されるように、LSP帯域構成に従ってトラフィックが分配されることを示しています。例えば、lsp1には10Mbpsの帯域が設定されており、Balance: 10%フィールドに反映されています。
traceroute コマンドによる MPLS ラベルの検証
目的
tracerouteこのコマンドは、LSP上でパケットが送信されていることを確認するために使用できます。
アクション
host-nameMPLSラベルを検証するには、次のJunos OS CLI運用モードコマンドを入力します。ここで、IPアドレスまたはリモートホストの名前は次のとおりです。
user@host> traceroute host-name
サンプル出力1
コマンド名
user@R1> traceroute 100.100.6.1
traceroute to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets
1 10.1.12.2 (10.1.12.2) 0.861 ms 0.718 ms 0.679 ms
MPLS Label=100048 CoS=0 TTL=1 S=1
2 10.1.24.2 (10.1.24.2) 0.822 ms 0.731 ms 0.708 ms
MPLS Label=100016 CoS=0 TTL=1 S=1
3 10.1.46.2 (10.1.46.2) 0.571 ms !N 0.547 ms !N 0.532 ms !N
サンプル出力2
コマンド名
user@R1> traceroute 10.0.0.6 traceroute to 10.0.0.6 (10.0.0.6), 30 hops max, 40 byte packets 1 10.1.13.2 (10.1.13.2) 0.605 ms 0.548 ms 0.503 ms 2 10.0.0.6 (10.0.0.6) 0.761 ms 0.676 ms 0.675 ms
意味
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 インターフェイス構成を示しています。この場合、トンネル ソースはローカル ルーターのループバック アドレスであり、宛先アドレスはリモート ルーターのループバック宛先です。トンネル宛先のネクスト ホップがあるトラフィックはトンネルを使用します。トンネルは、インターフェイスを通過するすべてのトラフィックで自動的に使用されます。トンネル宛先がネクスト ホップのトラフィックのみ、トンネルを使用します。
サンプル出力
user@R1> show configuration interfaces
[...Output truncated...]
gre {
unit 0 {
tunnel {
source 10.0.12.13;
destination 10.0.12.14;
}
family inet {
address 10.35.1.6/30;
}
family mpls;
}
}
サンプル出力
以下の show interfaces コマンドの出力例は，カプセル化の種類とヘッダー、最高速度、論理インタフェースを通過したパケット、宛先、論理アドレスを示しています。
user@R1> show interfaces gre
Physical interface: gre, Enabled, Physical link is Up
Interface index: 10, SNMP ifIndex: 8
Type: GRE, Link-level type: GRE, MTU: Unlimited, Speed: Unlimited
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Input packets : 0
Output packets: 0
Logical interface gre.0 (Index 70) (SNMP ifIndex 47)
Flags: Point-To-Point SNMP-Traps 0x4000
IP-Header 10.0.12.14:10.0.12.13:47:df:64:0000000000000000
Encapsulation: GRE-NULL
Input packets : 171734
Output packets: 194560
Protocol inet, MTU: 1476
Flags: None
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.35.1.4/30, Local: 10.35.1.6, Broadcast: 10.35.1.7
Protocol mpls, MTU: 1464
Flags: None以下に示すのは、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 内の MPLS ネットワーク トポロジーは、以下の構成要素で構成された GRE トンネルで設定されたジュニパー ネットワークス ルーターを示しています。
インレス ルーターからエグレス ルーターへのストリクト GMPLS LSP パス。
イングレス ルーターでは、[edit protocol mpls label-switched-path lsp-name] 階層レベルの
no-cspfステートメントによって無効化される CSPF。すべてのルーター上の [edit protocols link-management] 階層レベルの
peerステートメント内のトラフィック制御リンクと制御チャネルすべてのルーターで構成されたOSPF および OSPF トラトラフィック制御。
すべてのルーター上の OSPF と RSVP 両方における peer-interface への参照。
R2 と R3 間のスイッチ タイプの問題。
症状
図 13 に示すネットワーク内の LSP は、非常に似た情報を示す show mpls lsp および show rsvp session コマンドの出力に示されている通り、ダウンしています。show mpls lsp コマンドは、ルーターに設定されたすべての LSP と、すべてのトランジットおよびイグレス LSP を表示します。show rsvp session コマンドは、RSVP セッションに関する概要情報を示しています。いずれのコマンドを使用して、LSP の状態を検証できます。この場合、LSP gmpls-r1-to-r3 はダウンしています（Dn）。
サンプル出力
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 192.168.4.1 192.168.1.1 Dn 0 - gmpls-r1-to-r3 Bidir Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 192.168.4.1 192.168.1.1 Dn 0 0 - - - gmpls-r1-to-r3 Bidir Total 1 displayed, Up 0, Down 1 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
原因
GMPLS LSP の問題の原因は、GMPLS データ チャネルの両方における異なるインターフェイス タイプの構成です。
コマンドのトラブルシューティング
Junos OSには、問題のトラブルシューティングに役立つコマンドが含まれています。このトピックでは、各コマンドの簡単な説明、サンプル出力、問題に関係する出力に関する考察を紹介します。
GMPLS 問題のトラブルシューティング時に以下のコマンドを使用できます。
user@host> show mpls lsp extensive user@host> show rsvp session detail user@host> show link-management peer user@host> show link-management te-link user@host> show configuration protocols mpls user@host> monitor start filename user@host> show log filename
サンプル出力
トランジット ルーター R1 で show mpls lsp extensive コマンドを使用すると、ルーター上で通過する、終端する、および構成されるすべての LSP の詳細情報が表示されます。
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.4.1
From: 192.168.1.1, State: Dn, ActiveRoute: 0, LSPname: gmpls-r1-to-r3
Bidirectional
ActivePath: (none)
LoadBalance: Random
Encoding type: SDH/SONET, Switching type: PSC-1, GPID: IPv4
Primary p1 State: Dn
SmartOptimizeTimer: 180
8 Dec 20 18:08:02 192.168.4.1: MPLS label allocation failure [3 times]
7 Dec 20 18:07:53 Originate Call
6 Dec 20 18:07:53 Clear Call
5 Dec 20 18:07:53 Deselected as active
4 Dec 20 18:06:13 Selected as active path
3 Dec 20 18:06:13 Record Route: 100.100.100.100 93.93.93.93
2 Dec 20 18:06:13 Up
1 Dec 20 18:06:13 Originate Call
Created: Wed Dec 20 18:06:12 2006
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
show mpls lsp extensive コマンドのサンプル出力は、エラー メッセージ（出力のログ セクション内の MPLS label allocation failure) ）を表示します。この LSP イベントは、MPLS プロトコルまたは family mpls ステートメントが正しく設定されていないことを示しています。LSP イベントの前に IP アドレスがある場合、そのアドレスは通常、MPLS 設定エラーが発生したルーターです。この場合、192.168.4.1 （R3）の lo0 アドレスがあるルーターに MPLS 設定エラーがあります。
サンプル出力
show rsvp session detail コマンドを使用すると、RSVP セッションに関する詳細情報が表示されます。
user@R1> show rsvp session detail Ingress RSVP: 1 sessions 192.168.4.1 From: 192.168.1.1, LSPstate: Dn, ActiveRoute: 0 LSPname: gmpls-r1-to-r3, LSPpath: Primary Bidirectional, Upstream label in: 21253, Upstream label out: - Suggested label received: -, Suggested label sent: 21253 Recovery label received: -, Recovery label sent: - Resv style: 0 - , Label in: -, Label out: - Time left: -, Since: Wed Dec 20 18:07:53 2006 Tspec: rate 0bps size 0bps peak 155.52Mbps m 20 M 1500 Port number: sender 2 receiver 46115 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 0 PATH sentto: 10.35.1.5 (tester2) 3 pkts Explct route: 100.100.100.100 93.93.93.93 Record route: <self> ...incomplete Total 1 displayed, Up 0, Down 1 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
意味
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 ピア リンク情報が表示されます。
user@R1> show link-management peer Peer name: tester2, System identifier: 48428 State: Up, Control address: 10.35.1.5 Control-channel State gre.0 Active TE links: tester2 user@R2> show link-management peer Peer name: tester2, System identifier: 48428 State: Up, Control address: 10.35.1.6 Control-channel State gre.0 Active TE links: te-tester2 Peer name: tester3 , System identifier: 48429 State: Up , Control address: 10.35.1.2 Control-channel State gre.1 Active TE links: te-tester3 user@R3> show link-management peer Peer name: tester3, System identifier: 48429 State: Up, Control address: 10.35.1.1 Control-channel State gre.0 Active TE links: te-tester3
意味
show link-management peer コマンドの 図 13 内のサンプル ネットワーク内のすべての ルーターからのサンプル出力は、すべての制御チャネルが立ち上がっていることを示しています。出力の詳細な分析は、以下の情報を示しています。
トラブルシューティングを容易にするため隣接するルーターで同じになっているピア（tester2 または tester3）の名前。
ピアの内部識別子、tester2 の 48428、tester3 の 48429。内部識別子は、0～64,000 の値の範囲です。
ピアの状態（アップまたはダウン）。この場合、すべてのピアが立ち上がっています。
制御チャネルが確立されているアドレス（例えば ）。10.35.1.5.
制御チャネルの状態（アップ、ダウン、またはアクティブ）。
ピアによって管理されているトラフィック制御リンクは、tester3 によって制御チャネル gre.0 が管理されていることを示しています。
サンプル出力
show link-management te-link コマンドを使用すると、MPLS（Multiprotocol Label Switching）トラフィック制御転送パスの設定に使用するリソースが表示されます。
user@R1> show link-management te-link
TE link name: tester2, State: Up
Local identifier: 2005, Remote identifier: 21253, Local address: 90.90.90.90, Remote address: 100.100.100.100,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/0 Up 21253 21253 155.52Mbps Yes gmpls-r1-to-r3
user@R2> show link-management te-link
TE link name: te-tester2, State: Up
Local identifier: 7002, Remote identifier: 22292, Local address: 100.100.100.100, Remote address: 90.90.90.90,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/0 Up 21253 21253 155.52Mbps Yes gmpls-r1-to-r3
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 103.103.103.103, Remote address: 93.93.93.93,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Up 21252 21252 155.52Mbps Yes gmpls-r1-to-r3
user@R3> show link-management te-link
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 93.93.93.93,
Remote address: 103.103.103.103,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 0bps, Maximum bandwidth: 0bps, Total bandwidth: 0bps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Dn 21252 21252 155.52Mbps No
意味
図 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 コマンドを発行して、メッセージをファイルにログ記録する必要があります。
user@R1> show configuration protocols rsvp
traceoptions {
file rsvp.log size 3m world-readable;
flag state detail;
flag error detail;
flag packets detail;
}
user@R1> monitor start rsvp.log
パイプ ( | の後ろに入力されたオプション find Error は、用語 Error のインスタンスの出力を検索します。
サンプル出力
user@R3> show log rsvp.log | find Error Dec 28 17:23:32 Error Len 20 Session preempted flag 0 by 192.168.4.1 TE-link 103.103.103.103 [...Output truncated...] Dec 28 17:23:32 RSVP new resv state,session 192.168.4.1(port/tunnel ID 46115 Ext-ID 192.168.1.1)Proto 0 Dec 28 17:23:32 RSVP-LMP reset LMP request for gmpls-r1-to-r3 Dec 28 17:23:32 RSVP->LMP request - resource for LSP gmpls-r1-to-r3 Dec 28 17:23:32 LMP->RSVP resource request gmpls-r1-to-r3 failed cannot find resource encoding type SDH/SONET remote label 21252 bandwidth bw[0 Dec 28 17:23:32 RSVP-LMP reset LMP request for gmpls-r1-to-r3 Dec 28 17:23:32 RSVP originate PathErr 192.168.4.1->192.168.2.1 MPLS label allocation failure LSP gmpls-r1-to-r3(2/46115) Dec 28 17:23:32 RSVP send PathErr 192.168.4.1->192.168.2.1 Len=196 tester3 Dec 28 17:23:32 Session7 Len 16 192.168.4.1(port/tunnel ID 46115 Ext-ID 192.168.1.1) Proto 0 Dec 28 17:23:32 Hop Len 20 192.168.4.1/0x086e4770 TE-link 103.103.103.103 Dec 28 17:23:32 Error Len 20 MPLS label allocation failure flag 0 by 192.168.4.1 TE-link 103.103.103.103 Dec 28 17:23:32 Sender7 Len 12 192.168.1.1(port/lsp ID 2) Dec 28 17:23:32 Tspec Len 36 rate 0bps size 0bps peak 155.52Mbps m 20 M 1500 Dec 28 17:23:32 ADspec Len 48 MTU 1500 Dec 28 17:23:32 RecRoute Len 20 103.103.103.103 90.90.90.90 Dec 28 17:23:32 SuggLabel Len 8 21252 Dec 28 17:23:32 UpstrLabel Len 8 21252
意味
show log rsvp.log コマンドのエグレス ルーター R3 からのサンプル出力は、ログ ファイルから取得されたスニペットです。このスニペットは、LSP の LMP（リンク管理プロトコル）リソース要求を示しています。gmpls-r1-to-r3. この要求には、エンコード タイプ（SDH/SONET）の問題があり、これは R2 と R3 を接続する SONET インターフェイスのエラーがある可能性を示しています。R2 と R3 上の LMP の設定はさらに調査が必要です。
サンプル出力
show configuration statement-pathコマンドを使用して、特定の設定階層を表示します。このインスタンスでは、link-managementです。
user@R2> show configuration protocols link-management
te-link te-tester2 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 22292;
interface so-0/0/0 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 21253;
}
}
te-link te-tester3 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21254;
interface so-0/0/1 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21252;
}
}
peer tester2 {
address 10.35.1.6;
control-channel gre.0;
te-link te-tester2;
}
peer tester3 {
address 10.35.1.2;
control-channel gre.1;
te-link te-tester3;
}
user@R3> show configuration protocols link-management
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
}
interface at-0/3/1 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
意味
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 が立ち上がっていることを検証し、データ チャネルを使用していることを検証するための正しい設定とコマンドを示しています。
user@R3> show configuration protocols link-management user@R3> show mpls lsp user@R3> show link-management te-link
サンプル出力
user@R3> show configuration protocols link-management
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
interface so-0/0/1 { # SONET interface replaces the incorrect ATM interface
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
user@R3> show mpls lsp
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 1 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.4.1 192.168.1.1 Up 0 1 FF 21252 - gmpls-r1-to-r3
Bidir
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show link-management te-link
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 93.93.93.93, Remote address: 103.103.103.103,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Up 21252 21252 155.52Mbps Yes gmpls-r1-to-r3意味
イングレス ルーター R3 からの show protocols link-management、show mpls lsp、 および show link-management te-link コマンドのサンプル出力は、問題が解決されていることを示します。LMP は正しく設定されており、LSP gmpls-r1-to-r3 は立ち上がっており、データ チャネル so-0/0/1 を使用しています。
まとめ
結論としては、GMPLS データ チャネルの両方のエンドは同じカプセル化またはインターフェイス タイプでなければなりません。このケースは、データ チャネルの正しい設定を示しています。原理は制御チャネルについても同じです。
ルーター設定
ネットワーク内のイングレス ルーターの設定を示す出力。パイプ ( | の後に入力された no-more オプションによって、出力が端末画面の長さよりも長い場合でも出力にページ番号が付けられなくなります。
サンプル出力
以下のサンプル出力はイングレス ルーター R1 のものです。
user@R1> show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.12.1/32 {
destination 10.0.12.2;
}
}
family mpls;
}
}
fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.13/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.143/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.12.13;
destination 10.0.12.14;
}
family inet {
address 10.35.1.6/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.1.1/32;
}
}
}
}
routing-options {
static {
/* corporate and alpha net */
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
/* old lab nets */
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.1.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag state detail;
flag error detail;
flag packets detail;
}
interface fxp0.0 {
disable;
}
interface all;
interface lo0.0;
interface gre.0 {
disable;
}
peer-interface tester2;
}
mpls {
label-switched-path gmpls-r1-to-r3 {
from 192.168.1.1;
to 192.168.4.1;
lsp-attributes {
switching-type psc-1;
encoding-type sonet-sdh;
}
no-cspf;
primary p1;
}
path p1 {
100.100.100.100 strict;
93.93.93.93 strict;
}
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface fe-0/1/0.0;
interface fxp0.0 {
disable;
}
interface gre.0 {
disable;
}
peer-interface tester2;
}
}
link-management {
te-link tester2 {
local-address 90.90.90.90;
remote-address 100.100.100.100;
remote-id 21253;
interface so-0/0/0 {
local-address 90.90.90.90;
remote-address 100.100.100.100;
remote-id 21253;
}
}
peer tester2 {
address 10.35.1.5;
control-channel gre.0;
te-link tester2;
}
}
}
サンプル出力
以下のサンプル出力はトランジットルーター R2 のものです。
user@R2>show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.12.2/32 {
destination 10.0.12.1;
}
}
family mpls;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.0.24.1/32 {
destination 10.0.24.2;
}
}
family mpls;
}
}
fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.14/30;
}
family mpls;
}
}
fe-0/1/2 {
unit 0 {
family inet {
address 10.0.24.13/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.144/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.12.14;
destination 10.0.12.13;
}
family inet {
address 10.35.1.5/30;
}
family mpls;
}
unit 1 {
tunnel {
source 10.0.24.13;
destination 10.0.24.14;
}
family inet {
address 10.35.1.1/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.2.1/32;
}
}
}
}
routing-options {
static {
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.2.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag packets detail;
flag state detail;
flag error detail;
}
interface fxp0.0;
interface lo0.0;
interface all;
interface gre.0 {
disable;
}
peer-interface tester2;
peer-interface tester3;
}
mpls {
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface fxp0.0 {
disable;
}
interface gre.0 {
disable;
}
interface fe-0/1/0.0;
interface fe-0/1/2.0;
interface gre.1 {
disable;
}
peer-interface tester2;
peer-interface tester3;
}
}
link-management {
te-link te-tester2 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 22292;
interface so-0/0/0 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 21253;
}
}
te-link te-tester3 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21254;
interface so-0/0/1 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21252;
}
}
peer tester2 {
address 10.35.1.6;
control-channel gre.0;
te-link te-tester2;
}
peer tester3 {
address 10.35.1.2;
control-channel gre.1;
te-link te-tester3;
}
}
}
サンプル出力
以下のサンプル出力はエグレス ルーター R3 のものです。
user@R3> show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/1 {
unit 0 {
family inet {
address 10.0.24.2/32;
}
family mpls;
}
}
fe-0/1/2 {
unit 0 {
family inet {
address 10.0.24.14/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.146/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.24.14;
destination 10.0.24.13;
}
family inet {
address 10.35.1.2/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.4.1/32;
}
}
}
}
routing-options {
static {
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.4.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag packets detail;
flag error;
flag state;
flag lmp;
}
interface fxp0.0 {
disable;
}
interface all;
interface lo0.0;
interface gre.0 {
disable;
}
peer-interface tester3;
}
mpls {
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fxp0.0 {
disable;
}
interface fe-0/1/2.0;
interface gre.0 {
disable;
}
interface lo0.0;
peer-interface tester3;
}
}
link-management {
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
interface so-0/0/1 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
}
}
LSP ステータスの確認
リソース予約プロトコル（RSVP）オブジェクトの詳細情報や、ラベルスイッチパス（LSP）の履歴を表示して、LSP の問題点を特定できます。
図 14 は、このトピックで使用するネットワーク トポロジーを示しています。
LSP の状態を確認するには、以下の手順に従います。
LSP のステータスの確認
目的
ラベルスイッチパス(LSP)のステータスを表示します。
アクション
LSP ステータスを確認するには、イングレスルーターで、次の Junos OS コマンドラインインターフェイス (CLI) 運用モードコマンドを入力します。
user@host> show mpls lsp
サンプル出力
コマンド名
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Up 1 * R1-to-R6 Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 0 1 FF 3 - R6-to-R1 Total 1 displayed, Up 1, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
意味
サンプル出力はイングレスルーター(R1)からのもので、イングレス、エグレス、トランジットLSPの情報を示しています。イングレス情報はこのルーターから発信されたセッション用、エグレス情報はこのルーターで終了したセッション用、トランジット情報はこのルーターを通過するセッション用です。
R1(10.0.0.1)からR6(10.0.0.6)へのイングレス ルートは 1 つあります。このルートは現在アップしており、ルーティング テーブル(Rt)にインストールされているアクティブなルートです。LSP R1-to-R6 は、セカンダリ パスではなくプライマリ パス(P)であり、アスタリスク(*)で示されます。R6へのルートに名前付きパス (ActivePath) が含まれていません。
R6からR1へのエグレスLSPは1つあります。State は稼働しており、ルーティング・テーブルにルートはインストールされていません。RSVP 予約スタイル(Style)は、2 つの部分で構成されています。1 つ目は、アクティブな予約の数 (1) です。2つ目は予約スタイルで、 FF (固定フィルター)です。予約スタイルは、 FF、 SE (明示的共有)、または WF (ワイルドカード フィルター)にすることができます。この LSP には、3 つの受信ラベル(Labelin)と送信ラベルなし(Labelout)があります。
トランジット LSP はありません。
LSP の状態を確認する方法については、「 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。
LSP に関する広範なステータスの表示
目的
過去のすべての状態履歴や LSP が失敗した理由など、LSP に関する広範な情報を表示します。
アクション
LSPに関する広範な情報を表示するには、イングレスルーターで次のJunos OS CLI運用モードコマンドを入力します。
user@host> show mpls lsp extensive
サンプル出力
コマンド名
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
91 Aug 17 12:22:52 Selected as active path
90 Aug 17 12:22:52 Record Route: 10.1.13.2 10.1.36.2
89 Aug 17 12:22:52 Up
88 Aug 17 12:22:52 Originate Call
87 Aug 17 12:22:52 CSPF: computation result accepted
86 Aug 17 12:22:23 CSPF failed: no route toward 10.0.0.6[13920 times]
85 Aug 12 19:12:51 Clear Call
84 Aug 12 19:12:50 10.1.56.2: MPLS label allocation failure
83 Aug 12 19:12:47 Deselected as active
82 Aug 12 19:12:47 10.1.56.2: MPLS label allocation failure
81 Aug 12 19:12:47 ResvTear received
80 Aug 12 19:12:47 Down
79 Aug 12 19:12:31 10.1.56.2: MPLS label allocation failure[4 times]
78 Aug 12 19:09:58 Selected as active path
77 Aug 12 19:09:58 Record Route: 10.1.15.2 10.1.56.2
76 Aug 12 19:09:58 Up
75 Aug 12 19:09:57 Originate Call
74 Aug 12 19:09:57 CSPF: computation result accepted
73 Aug 12 19:09:29 CSPF failed: no route toward 10.0.0.6[11 times]
72 Aug 12 19:04:36 Clear Call
71 Aug 12 19:04:23 Deselected as active
70 Aug 12 19:04:23 ResvTear received
69 Aug 12 19:04:23 Down
68 Aug 12 19:04:23 CSPF failed: no route toward 10.0.0.6
67 Aug 12 19:04:23 10.1.15.2: Session preempted
66 Aug 12 16:45:35 Record Route: 10.1.15.2 10.1.56.2
65 Aug 12 16:45:35 Up
64 Aug 12 16:45:35 Clear Call
63 Aug 12 16:45:35 CSPF: computation result accepted
62 Aug 12 16:45:35 ResvTear received
61 Aug 12 16:45:35 Down
60 Aug 12 16:45:35 10.1.13.2: Session preempted
59 Aug 12 14:50:52 Selected as active path
58 Aug 12 14:50:52 Record Route: 10.1.13.2 10.1.36.2
57 Aug 12 14:50:52 Up
56 Aug 12 14:50:52 Originate Call
55 Aug 12 14:50:52 CSPF: computation result accepted
54 Aug 12 14:50:23 CSPF failed: no route toward 10.0.0.6[7 times]
53 Aug 12 14:47:22 Deselected as active
52 Aug 12 14:47:22 CSPF failed: no route toward 10.0.0.6
51 Aug 12 14:47:22 Clear Call
50 Aug 12 14:47:22 CSPF: link down/deleted 10.1.12.1(R1.00/10.0.0.1)->10.1.12.2(R2.00/10.0.0.2)
49 Aug 12 14:47:22 CSPF: link down/deleted 10.1.15.1(R1.00/10.0.0.1)->10.1.15.2(R5.00/10.0.0.5)
48 Aug 12 14:47:22 10.1.15.1: MPLS label allocation failure
47 Aug 12 14:47:22 Clear Call
46 Aug 12 14:47:22 CSPF: computation result accepted
45 Aug 12 14:47:22 10.1.12.1: MPLS label allocation failure
44 Aug 12 14:47:22 MPLS label allocation failure
43 Aug 12 14:47:22 Down
42 Jul 23 11:27:21 Selected as active path
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF , Label in: 3 , Label out: -
Time left: 141, Since: Tue Aug 17 12:23:14 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39024 protocol 0
PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 130 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.56.2 10.1.15.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
意味
サンプル出力はイングレスルーター(R1)からのもので、過去のすべての状態履歴や LSP が失敗した理由など、イングレス、エグレス、トランジットの LSP 情報を詳細に表示します。イングレス情報はこのルーターから発信されたセッション用、エグレス情報はこのルーターで終了したセッション用、トランジット情報はこのルーターを通過したセッション用です。
R1(10.0.0.1)からR6(10.0.0.6)へのイングレス ルートは 1 つあります。このルートは現在アップ(State)で、LSP R1-to-R6 をアクティブに使用しているルートが 1 つあります。LSPアクティブパスがプライマリパスです。LSP に primary または secondary キーワードが含まれていない場合でも、ルーターは LSP をプライマリ LSP として扱い、LSP に障害が発生した場合、ルーターはデフォルトで 30 秒間隔で非アクティブな LSP にシグナリングを試みることを示しています。
ロードバランシングは Random(デフォルト)で、LSP の物理パスを選択するときに、ルーターがホップ数が等しいイコールコストパスをランダムに選択することを示しています。設定できるその他のオプションは、[ Least-fill ] と [ Most-fill] です。 Least-fill は、ホップ数が等しい等コスト パスの中で最も使用率の低いリンクに LSP を配置します。 Most-fill は、等しいホップ数を共有する等コスト パスの中で最も使用率の高いリンクに LSP を配置します。使用率は、使用可能な帯域幅の割合に基づきます。
Encoding type フィールドには、IPv4 を示す一般化 MPLS(GMPLS)シグナリング パラメーター(Packet)が表示されます。Switching typeは Packet、一般化ペイロード識別子(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 行目が最新のヒストリー・ログ・エントリーであることを示しています。ログを読み取るときは、最も古いエントリ (42) から最新のエントリ (91) まで開始します。
ヒストリー・ログは 7 月 10 日に開始され、以下の一連のアクティビティーが表示されます。LSPがアクティブとして選択され、ダウンしていることが検出され、MPLSラベルの割り当てが数回失敗し、数回削除され、ResvTearのためにプリエンプトされ、アクティブとして選択解除され、クリアされました。最終的に、ルーターは CSPF ERO を計算し、コールをシグナリングし、LSP はリストされた RRO(ライン 90)を解決し、アクティブとしてリストされました。
エラー メッセージの詳細については、 Junos MPLS ネットワーク運用ガイドのログ リファレンスを参照してください。
表示されるイングレスLSPの総数は、1アップおよび0ダウンの 1 です。 Up フィールドの数値と Down フィールドの数値は、合計と等しくなければなりません。
R6からR1へのエグレスLSPセッションは1つあります。Stateは稼働しており、ルーティング・テーブルにルートはインストールされていません。RSVP 予約スタイル(Style)は、2 つの部分で構成されています。1 つ目は、アクティブな予約の数 (1) です。2つ目は予約スタイルで、 FF (固定フィルター)です。予約スタイルは、 FF、 SE (明示的共有)、または WF (ワイルドカード フィルター)にすることができます。この LSP には、3 つの受信ラベル(Labelin)と送信ラベルなし(Labelout)があります。
トランジット LSP はありません。
LSP の状態を確認する方法については、「 階層化 MPLS トラブルシューティング モデルを使用するためのチェックリスト」を参照してください。
RSVP パス メッセージが送受信されていることの確認
目的
さまざまな RSVP メッセージの有無は、ネットワーク内の MPLS の問題の有無の判断に役立つ場合があります。例えば、Resv メッセージがない出力でパス メッセージが発生した場合、それは、LSP（ラベルスイッチ パス）が作成されていないことを示している場合があります。
アクション
RSVP パス メッセージが送受信されていることを確認するには、以下の Junos OS CLI（コマンドライン インターフェイス）を入力します。
user@host> show rsvp statistics
サンプル出力
コマンド名
user@R1> show rsvp statistics
PacketType Total Last 5 seconds
Sent Received Sent Received
Path 114523 80185 1 0
PathErr 5 10 0 0
PathTear 12 6 0 0
Resv FF 80515 111476 0 0
Resv WF 0 0 0 0
Resv SE 0 0 0 0
ResvErr 0 0 0 0
ResvTear 0 5 0 0
ResvConf 0 0 0 0
Ack 0 0 0 0
SRefresh 0 0 0 0
Hello 915851 915881 0 0
EndtoEnd RSVP 0 0 0 0
Errors Total Last 5 seconds
Rcv pkt bad length 0 0
Rcv pkt unknown type 0 0
Rcv pkt bad version 0 0
Rcv pkt auth fail 0 0
Rcv pkt bad checksum 0 0
Rcv pkt bad format 0 0
Memory allocation fail 0 0
No path information 0 0
Resv style conflict 0 0
Port conflict 0 0
Resv no interface 0 0
PathErr to client 15 0
ResvErr to client 0 0
Path timeout 0 0
Resv timeout 0 0
Message out-of-order 0 0
Unknown ack msg 0 0
Recv nack 0 0
Recv duplicated msg-id 0 0
No TE-link to recv Hop 0 0
意味
サンプル出力は、送受信された 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 パケットを組み合わせます。
