プライマリ、セカンダリ、スタティック LSP 設定
プライマリおよびセカンダリLSPの設定
デフォルトでは、LSPは自身をエグレスルーターに向けてホップバイホップでルーティングします。LSP は、ローカル ルーティング テーブルによって指示される最短パスをたどる傾向があり、通常は宛先ベースのベストエフォート型トラフィックと同じパスをたどります。これらのパスは、ルーティングテーブルやノードやリンクのステータスに変更が発生するたびに自動的に再ルーティングされるため、本質的に「ソフト」です。
特定のルートをたどるようにパスを設定するには、名前付きパスの作成の説明に従って、path
ステートメントを使用して名前付きパスを作成します。次に、 primary
または secondary
ステートメントを含めて、指定されたパスを適用します。名前付きパスは、任意の数の LSP が参照できます。
LSP のプライマリ パスとセカンダリ パスを設定するには、次のセクションにある手順を実行します。
LSP のプライマリ パスとセカンダリ パスの設定
primary
ステートメントは、LSP の優先パスであるプライマリ パスを作成します。secondary
ステートメントは、代替パスを作成します。プライマリパスがエグレスルーターに到達できなくなった場合は、代替パスが使用されます。
プライマリ パスとセカンダリ パスを設定するには、 primary
および secondary
ステートメントを含めます。
primary path-name { ... } secondary path-name { ... }
以下の階層レベルでこれらのステートメントを使用することができます。
-
[edit protocols mpls label-switched-path lsp-name]
-
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
ソフトウェアは、プライマリ パスからセカンダリ パスに切り替えると、継続的にプライマリ パスへの復帰を試み、再び到達可能になると、 revert-timer
ステートメントで指定された時間より早くプライマリパスに切り替わります。(詳細については、 イングレスルーターとイグレスルーター間の接続の設定を参照してください)。
0 個または 1 個のプライマリ パスを設定できます。プライマリ パスを設定しない場合、最初に確立されたセカンダリ パスが選択されます。
0 個以上のセカンダリ パスを設定できます。すべてのセカンダリパスは同じです。ソフトウェアは、セカンダリ パス間の切り替えを試行しません。現在のセカンダリパスが使用できない場合は、次のセカンダリパスが順不同で試行されます。等しいパスのセットを作成するには、プライマリ パスを指定せずにセカンダリ パスを指定します。
名前付きパスを指定しない場合、または指定したパスが空の場合、ソフトウェアはエグレス ルーターに到達するために必要なすべてのルーティング決定を行います。
LSP の復帰タイマーの設定
プライマリ パスとセカンダリ パスの両方で設定された LSP では、復帰タイマーを設定することができます。プライマリパスがダウンし、トラフィックがセカンダリパスに切り替えられた場合、復帰タイマーは、LSPがトラフィックをプライマリパスに戻すまでに待機しなければならない時間(秒単位)を指定します。この間にプライマリパスで接続の問題や安定性の問題が発生した場合、タイマーが再起動されます。復帰タイマーは、静的LSPと動的LSPの両方に対して設定できます。
また、Junos OSは、どのパスを優先パスかを判断します。優先パスは、前回の復帰タイマー期間に問題が発生していないパスです。プライマリ パスとセカンダリ パスの両方で問題が発生した場合、どちらのパスも優先パスとは見なされません。ただし、一方のパスが動的で他方が静的な場合は、動的パスが優先パスとして選択されます。
LSP で BFD を設定した場合、Junos OS はプライマリ パスで BFD セッションが立ち上がるまで待機してから、復帰タイマー カウンターを開始します。
復帰タイマーに設定できる値の範囲は、0 〜 65,535 秒です。デフォルト値は60秒です。
0 秒の値を設定した場合、LSP 上のトラフィックは、プライマリ パスからセカンダリ パスに切り替えられた後、(ネットワーク オペレータが介入するまで、またはセカンダリ パスがダウンするまで)セカンダリ パスに永続的に残ります。
復帰タイマーは、 [edit protocols mpls]
階層レベルでルーター上のすべての LSP に対して、または [edit protocols mpls label-switched-path lsp-name]
階層レベルで特定の LSP に対して設定できます。
復帰タイマーを設定するには、 revert-timer
ステートメントを含めます。
revert-timer seconds;
このステートメントを含めることができる階層レベルの一覧は、このステートメントの要約セクションを参照してください。
パス選択の条件の指定
LSP にプライマリ パスとセカンダリ パスの両方を設定した場合、特定のパスのみが使用されるようにすることが必要な場合があります。
select
ステートメントはオプションです。これを含めない場合、MPLS は自動パス選択アルゴリズムを使用します。
manual
オプションと unconditional
オプションは、次の処理を行います。
-
manual
- パスは、それが稼働していて安定している限り、トラフィックを伝送するために直ちに選択されます。現在のパスがダウンしているか劣化している場合(受信エラー)、トラフィックは他の動作中のパスに送信されます。このパラメーターは、select unconditional
ステートメントを除く他のすべてのパス属性をオーバーライドします。 -
unconditional
- パスが現在ダウンしているか、劣化しているか(受信エラー)に関係なく、無条件にトラフィックを伝送するためにパスが選択されます。このパラメーターは、他のすべてのパス属性をオーバーライドします。unconditional
オプションは、現在の状態に関係なくパスに切り替わるため、指定すると次のような結果が生じる可能性があることに注意してください。-
unconditional
オプションを有効にしたときにパスが現在アップしていない場合、トラフィックが中断される可能性があります。unconditional
オプションを指定する前に、パスが機能していることを確認してください。 -
unconditional
オプションが有効になっているためにパスが選択されると、プライマリ パスとスタンバイ パスを含む、LSP の他のパスはすべて徐々にクリアされます。どのパスも無条件パスへのスタンバイとして機能することはできないため、これらのパスをシグナリングすることは目的を果たしません。
-
特定のパスでは、 manual
と unconditional
のオプションは相互に排他的です。LSP のパスの 1 つのみの設定に manual
オプションを指定した select
ステートメントを、他の 1 つのパスの設定にのみ unconditional
オプションを指定した select
ステートメントを含めることができます。
LSPとそのパスが稼働しているときに、select
ステートメントのmanual
オプションとunconditional
オプションを有効または無効にしても、トラフィックは中断されません。
少なくとも復帰タイマーウィンドウの間、パスが稼働していて安定している場合に、トラフィックを伝送するためにパスが選択されるように指定するには、manual
オプションとともに select
ステートメントを含めます。
select manual;
現在ダウンしているか劣化している場合でも、常にトラフィックを伝送するためにパスが選択されるように指定するには、unconditional
オプションに select
ステートメントを含めます。
select unconditional;
以下の階層レベルにselect
ステートメントを含めることができます。
-
[edit protocols mpls label-switched-path lsp-name (primary | secondary) path-name]
-
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name (primary | secondary) path-name]
プライマリパスの設定
ERO リスト、帯域幅、およびプライオリティを使用してプライマリ パスを設定するには、次の手順に従います。サンプル設定がネットワークトポロジにどのように関連しているかを確認するには、 図 1 を参照してください。
- 設定モードで、
protocols mpls
階層レベルに移動します。[edit] user@R1# edit protocols mpls
- プライマリ ERO リストを設定します。
[edit protocols mpls] user@R1# set path via-r2 10.1.23.2 strict user@R1# set path via-r2 10.1.34.2 strict
- LSP を設定します。
[edit protocols mpls] user@R1# set label-switched-path pe1-pe2 to 192.168.0.3;
- プライマリ パスを構成します。
[edit protocols mpls] user@R1# set label-switched-path pe1-pe2 primary via-p1
- 帯域幅を設定します。
[edit protocols mpls] user@R1# set label-switched-path pe1-pe2 primary via-p1 bandwidth 35m
- プライオリティ値を設定します。
[edit protocols mpls] user@R1# set label-switched-path pe1-pe2 primary via-p1 priority 6 6
- 変更の表示:
[edit protocols mpls] user@R1# show label-switched-path pe1-pe2 { to 192.168.0.3; primary via-p1 { bandwidth 35m; priority 6 6; } } path via-p1 { 10.1.23.2 strict; 10.1.34.2 strict; }
完了したら、必ず変更をコミットしてください。MPLSベースのレイヤー3 VPNをサポートするように設定されたMPLS LSPの完全な例については、 Example: Configure a Basic MPLS-Based Layer 3 VPNを参照してください。
LSP のセカンダリ パスのホット スタンバイの設定
デフォルトでは、セカンダリパスは必要に応じてのみ設定されます。システムがセカンダリパスをホットスタンバイ状態で無期限に維持するには、 standby
ステートメントを含めます。
standby;
以下の階層レベルでこのステートメントを使用することができます。
[edit protocols mpls label-switched-path lsp-name secondary]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name secondary]
ホットスタンバイ状態は、セカンダリ パスでのみ意味があります。パスをホットスタンバイ状態に維持しておくと、現在アクティブなパスの下流ルーターが接続の問題を示している場合に、セカンダリパスへの迅速なカットオーバーが可能になります。[edit protocols mpls label-switched-path lsp-name primary path-name]
階層レベルで standby
ステートメントを設定することは可能ですが、ルーターの動作には影響しません。
以下の階層レベルで standby
ステートメントを設定すると、その階層レベルより下に設定されたすべてのセカンダリ パスでホットスタンバイ状態がアクティブになります。
[edit protocols mpls]
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
ホットスタンバイ状態には、次の 2 つの利点があります。
これにより、ネットワーク トポロジ変更時のコール セットアップ遅延がなくなります。ネットワーク障害によって同時に大量の LSP 再ルートがトリガーされると、コール設定で大幅な遅延が発生する可能性があります。
セカンダリパスへのカットオーバーは、RSVP が LSP がダウンしたことを学習する前に行うことができます。最初の障害がプロトコルマシンによって検出されるまで(インターフェイスがダウンする、ネイバーが到達不能になる、ルートが到達不能になる、一時的なルーティングループが検出されるなど)と、LSPが実際に障害が発生する時間(隣接するRSVPルーター間のソフトステート情報のタイムアウトが必要)までにはかなりの遅延が生じる可能性があります。トポロジー障害が発生した場合、ホットスタンバイセカンダリパスは、通常、ユーザートラフィックの中断を最小限に抑えながら、最小のカットオーバー遅延を達成できます。
プライマリパスが再び安定していると見なされると、トラフィックは自動的にスタンバイセカンダリパスからプライマリパスに切り替わります。切り替えは、再試行タイマー間隔の 2 倍以内で、スイッチ間隔全体を通じてプライマリ パスが安定性を示す場合に限り実行されます。
ホットスタンバイ状態の欠点は、パス上のすべてのルーターでより多くの状態情報を維持する必要があり、各ルーターからのオーバーヘッドが必要になることです。
inet.3
で見ると、トラフィックが実際にはプライマリパスLSPのみで転送されているにもかかわらず、同じLSPがアクティブルート(プライマリとセカンダリの両方)として2回表示されているように見える場合があります。これは正常出力であり、セカンダリ スタンバイ パスが使用可能であることのみを反映しています。
静的LSPの設定
静的LSPを設定するには、イングレスルーターと、最後から2番目のルーターまでのパスに沿って各ルーターを設定します。
スタティック MPLS を設定するには、以下のタスクを実行します。
- 静的 LSP のイングレス ルーターの設定
- 静的 LSP 用のトランジット ルーターと最後から 2 番目のルーターの設定
- 静的LSPにバイパスLSPを設定する
- 静的LSPの保護復帰タイマーの設定
- ポイントツーマルチポイント LSP のスタティック ユニキャスト ルートの設定
静的 LSP のイングレス ルーターの設定
イングレス ルーターは、着信パケットの宛先アドレス フィールドの IP アドレスを確認し、ルーティング テーブルで一致が見つかった場合は、そのアドレスに関連付けられたラベルをパケットに適用します。ラベルには、ネクストホップルーターのアドレス、ルート優先度やCoS値などの転送情報が関連付けられています。
イングレス ルーターに静的 LSP を設定するには、 ingress
ステートメントを含めます。
ingress { bandwidth bps; class-of-service cos-value; description string; install { destination-prefix <active>; } link-protection bypass-name name; metric metric; next-hop (address | interface-name | address/interface-name); no-install-to-address; node-protection bypass-name name next-next-label label; policing { filter filter-name; no-auto-policing; } preference preference; push out-label; to address; }
以下の階層レベルでこれらのステートメントを使用することができます。
-
[edit protocols mpls static-label-switched-path static-lsp-name]
-
[edit logical-systems logical-system-name protocols mpls static-label-switched-path static-lsp-name]
イングレス ルーターでスタティック LSP を設定する場合、 next-hop
、 push
、および to
ステートメントは必須で、その他のステートメントはオプションです。
イングレス ルーターの静的 LSP の設定には、以下が含まれます。
-
着信パケットを分析するための基準:
-
install
ステートメントは、IPv4 パケットを処理する LSP を作成します。install
ステートメントを使用して作成されたすべてのスタティック MPLS ルートは inet.3 ルーティング テーブルにインストールされ、作成プロトコルは mpls として識別されます。このプロセスは、[edit routing-options static]
階層レベルでスタティックIPv4ルートを作成する場合と同じです。 -
to
ステートメントでは、着信パケットが分析されるタイミングをチェックするために、IP 宛先アドレスを設定します。アドレスが一致する場合、指定された発信ラベル(push out-label
)がパケットに割り当てられ、パケットはLSPに入ります。手動で割り当てられた送信ラベルは、0 から 1,048,575 までの値を持つことができます。この IP アドレスは、mpls プロトコルによって inet.3 テーブルに(デフォルトで)インストールされます。
-
-
宛先にネクストホップのIPアドレスを提供する
next-hop
ステートメント。これをネクストホップのIPアドレス、インターフェイス名(ポイントツーポイントインターフェイスの場合のみ)、または としてaddress/interface-name
を指定して、動作中のインターフェイスのIPアドレスを指定できます。ネクストホップが直接接続されたインターフェイス上にある場合、ルートはルーティングテーブルにインストールされます。LAN または非ブロードキャスト マルチアクセス(NBMA)インターフェイスをネクストホップ インターフェイスとして設定することはできません。 -
LSP に適用するプロパティ(すべてオプション):
-
このLSP用に予約されている帯域幅(
bandwidth bps
) -
LSP に適用するリンク保護とノード保護(
bypass bypass-name, link-protection bypass-name name, node-protection bypass-name next-next-label label
) -
LSP に適用するメトリック値(
metric
) -
LSP に適用するサービスクラス値(
class-of-service
) -
LSP に適用するプリファレンス値(
preference
) -
LSP に適用するトラフィック ポリシング(
policing
) -
LSP に適用するテキストの説明(
description
) -
インストールまたはインストールなしのポリシー (
install
またはno-install-to-address
)
-
静的イングレスルートがインストールされているかどうかを確認するには、コマンド show route table inet.0 protocol static
を使用します。また、テーブルinet.3でルートを確認することもできます。サンプル出力では、コマンド show route 10.1.45.2
を使用して、inet.0 と inet.3 の両方のテーブルを表示します。 Push
キーワードは、ラベルがIPパケットの前に追加されることを示します。
user@R2> show route 10.1.45.2 inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.1.45.2/32 *[Static/5] 00:48:38 > to 10.1.23.2 via ge-0/0/0.0, Push 1000123 inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.1.45.2/32 *[MPLS/6/1] 00:48:38, metric 0 > to 10.1.23.2 via ge-0/0/0.0, Push 1000123
例:イングレス ルーターの設定
4 つのルーターで構成される静的 LSP のイングレスルーターを設定します( 図 2 参照)。
この例では、R1およびR5の設定については説明しません。R1とR5には、他のルーターに到達するためのインターフェイス設定と静的ルートがあります。
10.1.45.2
宛てのパケットの場合、ラベル1000123
を割り当て、10.1.23.2
のネクストホップルーターに送信します。
[edit] user@R2# show interfaces { ge-0/0/0 { unit 0 { family inet { address 10.1.23.1/24; } family mpls; } } ge-0/0/2 { unit 0 { family inet { address 10.1.12.2/24; } } } lo0 { unit 0 { family inet { address 10.1.255.2/32; } } } } routing-options { router-id 10.1.255.2; static { route 10.1.45.2/32 { static-lsp-next-hop path1; } } } protocols { mpls { interface ge-0/0/0.0; static-label-switched-path path1 { ingress { next-hop 10.1.23.2; to 10.1.45.2; push 1000123; } } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface ge-0/0/2.0 { passive; } interface lo0.0; } } }
静的イングレスルートがインストールされているかどうかを確認するには、コマンド show route 10.1.45.2
を使用します。
サンプル出力は、 Push 1000123
キーワードがルートを識別することを示しています。
user@R2> show route 10.1.45.2 inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.1.45.2/32 *[Static/5] 01:08:05 > to 10.1.23.2 via ge-0/0/0.0, Push 1000123 inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.1.45.2/32 *[MPLS/6/1] 01:08:05, metric 0 > to 10.1.23.2 via ge-0/0/0.0, Push 1000123
静的 LSP 用のトランジット ルーターと最後から 2 番目のルーターの設定
トランジットルーターと最後から2番目のルーターは、パケットに適用されたラベルを変更するという同様の機能を実行します。トランジットルーターはラベルを変更できます。最後から 2 番目のルーターはラベルを削除し、宛先へのパケットの転送を続行します。
トランジットルーターと最後から2番目のルーターに静的LSPを設定するには、 transit
ステートメントを含めます。
static-label-switched-path lsp-name { transit incoming-label { bandwidth bps; description string; link-protection bypass-name name; next-hop (address | interface-name | address/interface-name); node-protection bypass-name name next-next-label label; pop; swap out-label; }
以下の階層レベルでこれらのステートメントを使用することができます。
-
[edit protocols mpls static-label-switched-path static-lsp-name]
-
[edit logical-systems logical-system-name protocols mpls static-label-switched-path static-lsp-name]
transit
ステートメントの設定では、next-hop
ステートメントと pop | swap
ステートメントが必要です。残りのステートメントはオプションです。
transit
ステートメント内の各ステートメントは、次の部分で構成されています。
-
パケット ラベル(
transit
ステートメントで指定) -
宛先にネクストホップのIPアドレスを提供する
next-hop
ステートメント。アドレスは、ネクストホップのIPアドレス、インターフェイス名(ポイントツーポイントインターフェイスの場合のみ)、またはaddress
とinterface-name
として指定され、動作インターフェイスのIPアドレスを指定します。指定されたネクストホップが直接接続されたインターフェイス上にある場合、このルートはルーティングテーブルにインストールされます。LAN または NBMA インターフェイスをネクストホップ インターフェイスとして設定することはできません。 -
ラベル付けされたパケットに対して実行する操作:
-
最後から 2 番目のルーターでは、通常、パケットのラベルを完全に削除し(
pop
)、パケットをネクスト ホップに転送し続けるだけです。ただし、前のルーターがラベルを削除した場合、エグレス ルーターはパケットの IP ヘッダーを調べて、パケットを IP 宛先に転送します。 -
トランジットルーターの場合のみ、ラベルを別のラベル(
swap out-label
)と交換します。手動で割り当てられた受信ラベルは、1,000,000 から 1,048,575 までの値を持つことができます。手動で割り当てられた送信ラベルは、0 から 1,048,575 までの値を持つことができます。
-
-
パケットに適用するラベルプロパティ(すべてオプション):
-
このルート用に予約された帯域幅(
bandwidth bps
)。 -
LSP(
bypass bypass-name, link-protection bypass-name name, node-protection bypass-name next-next-label label
)に適用するリンク保護とノード保護。 -
LSP に適用するテキスト記述(
description
ステートメントで指定)。
-
ルートはデフォルトのMPLSルーティングテーブルmpls.0にインストールされ、作成プロトコルはMPLSとして識別されます。ルートが正しくインストールされていることを確認するには、コマンド show route table mpls.0
を使用します。以下は出力のサンプル例です。
root@R3> show route table mpls.0 ... 1000123 *[MPLS/6] 00:51:34, metric 1 > to 10.1.34.2 via ge-0/0/1.0, Swap 1000456
トランジットルーターを通過する静的LSPに対して復帰タイマーを設定することができます。トラフィックがバイパス静的LSPに切り替えられた後、通常は、復旧時にプライマリ静的LSPに戻されます。プライマリ静的LSPが立ち上がってから、バイパス静的LSPからトラフィックが復帰するまでの時間(復帰タイマーと呼ばれる)には設定可能な遅延があります。この遅延が必要なのは、プライマリ LSP が復旧したときに、プライマリ パスのダウンストリーム ノード上のすべてのインターフェイスがまだ立ち上がっているかどうかが定かではないためです。show mpls interface detail
コマンドを使用して、インターフェイスの復帰タイマー値を表示できます。
例:トランジット ルーターの設定
インターフェイス ge-0/0/0
に到着する1000123
とラベル付けされたパケットに対して、ラベル 1000456
を割り当て、10.1.34.2
のネクストホップルーターに送信します。
[edit] user@R3# show interfaces { ge-0/0/0 { unit 0 { family inet { address 10.1.23.2/24; } family mpls; } } ge-0/0/1 { unit 0 { family inet { address 10.1.34.1/24; } family mpls; } } lo0 { unit 0 { family inet { address 10.1.255.3/32; } } } } routing-options { router-id 10.1.255.3; } protocols { mpls { interface ge-0/0/0.0; interface ge-0/0/1.0; static-label-switched-path path1 { transit 1000123 { next-hop 10.1.34.2; swap 1000456; } } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface ge-0/0/1.0; interface lo0.0; } } }
ルートがインストールされているかどうかを確認するには、コマンド show route table mpls.0
を使用します。
以下は出力のサンプル例です。Swap 1000456
キーワードは、ルートを識別します。
root@R3> show route table mpls.0 ... 1000123 *[MPLS/6] 00:57:17, metric 1 > to 10.1.34.2 via ge-0/0/1.0, Swap 1000456
例:最後から 2 番目のルーターの設定
インターフェイス ge-0/0/1
に到着する1000456
とラベル付けされたパケットについては、ラベルを削除し、パケットを 10.1.45.2
のネクストホップルーターに送信します。
[edit] user@R4# show interfaces { ge-0/0/0 { unit 0 { family inet { address 10.1.45.1/24; } family mpls; } } ge-0/0/1 { unit 0 { family inet { address 10.1.34.2/24; } family mpls; } } lo0 { unit 0 { family inet { address 10.1.255.4/32; } } } } routing-options { router-id 10.1.255.4; } protocols { mpls { interface ge-0/0/1.0; interface ge-0/0/0.0; static-label-switched-path path1 { transit 1000456 { next-hop 10.1.45.2; pop; } } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/1.0; interface lo0.0; interface ge-0/0/0.0; } } }
ルートがインストールされているかどうかを確認するには、コマンド show route table mpls.0
を使用します。
以下は出力のサンプル例です。Pop
キーワードは、ルートを識別します。
user@R4> show route table mpls.0 ... 1000456 *[MPLS/6] 00:50:55, metric 1 > to 10.1.45.2 via ge-0/0/0.0, Pop 1000456(S=0) *[MPLS/6] 00:50:55, metric 1 > to 10.1.45.2 via ge-0/0/0.0, Pop
エンドツーエンドの到達可能性と、トラフィックが LSP を使用していることを確認するには、R1 で コマンド traceroute 10.1.45.2
を使用します。
user@R1> traceroute 10.1.45.2 traceroute to 10.1.45.2 (10.1.45.2), 30 hops max, 52 byte packets 1 10.1.12.2 (10.1.12.2) 2.601 ms 2.261 ms 2.172 ms 2 10.1.23.2 (10.1.23.2) 3.953 ms 3.425 ms 3.928 ms MPLS Label=1000123 CoS=0 TTL=1 S=1 3 10.1.34.2 (10.1.34.2) 4.616 ms 4.300 ms 4.535 ms MPLS Label=1000456 CoS=0 TTL=1 S=1 4 10.1.45.2 (10.1.45.2) 5.965 ms 5.232 ms 5.289 ms
静的LSPにバイパスLSPを設定する
静的LSPのバイパスLSPを有効にするには、 bypass
ステートメントを設定します。
bypass bypass-name { bandwidth bps; description string; next-hop (address | interface-name | address/interface-name); next-table push out-label; to address; }
静的LSPの保護復帰タイマーの設定
バイパススタティックLSPで設定されたスタティックLSPの場合、保護復帰タイマーを設定することができます。静的 LSP がダウンし、トラフィックがバイパス LSP に切り替えられた場合、保護復帰タイマーは、LSP が元の静的 LSP に戻るまでに待機する必要がある時間(秒単位)を指定します。
保護復帰タイマーに設定できる値の範囲は、0 秒から 65,535 秒です。デフォルト値は5秒です。
0 秒の値を設定すると、LSP 上のトラフィックは、元の静的 LSP からバイパス静的 LSP に切り替えられた後、(ネットワーク オペレータが介入するか、バイパス LSP がダウンするまで)バイパス LSP に永続的に残ります。
保護復帰タイマーは、 [edit protocols mpls]
階層レベルでルーター上のすべての動的LSPに対して、または [edit protocols mpls label-switched-path lsp-name]
階層レベルで特定のLSPに対して設定できます。
静的LSPの保護復帰タイマーを設定するには、 protection-revert-time
ステートメントを含めます。
protection-revert-time seconds;
このステートメントを含めることができる階層レベルの一覧は、このステートメントの要約セクションを参照してください。
ポイントツーマルチポイント LSP のスタティック ユニキャスト ルートの設定
ネクストホップとしてポイントツーマルチポイントLSPを使用して、静的ユニキャストIPルートを設定できます。ポイントツーマルチポイント LSP の詳細については、 『ポイントツーマルチポイント LSP の概要』、 『ポイントツーマルチポイント LSP のプライマリおよびブランチ LSP の設定』、および 『ポイントツーマルチポイント LSP の CCC スイッチングの設定』を参照してください。
ポイントツーマルチポイント LSP の静的ユニキャスト ルートを設定するには、次の手順を実行します。
-
イングレス PE ルーターで、
p2mp-lsp-next-hop
ステートメントを含めて、ネクストホップとしてポイントツーマルチポイント LSP 名を持つ静的 IP ユニキャストルートを設定します。p2mp-lsp-next-hop point-to-multipoint-lsp-next-hop;
以下の階層レベルでこのステートメントを使用することができます。
-
[edit routing-options static route route-name]
-
[edit logical-systems logical-system-name routing-options static route route-name]
-
-
エグレス PE ルーターで、
next-hop
ステートメントを含めて、ステップ 1 で設定したのと同じ宛先アドレス([edit routing-options static route]
階層レベルで設定したアドレス)でスタティック IP ユニキャストルートを設定します。next-hop address;
以下の階層レベルでこのステートメントを使用することができます。
-
[edit routing-options static route route-name]
-
[edit logical-systems logical-system-name routing-options static route route-name]
注:CCCとスタティックルートは、同じポイントツーマルチポイントLSPを使用することはできません。
-
スタティックルートの詳細については、 ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリを参照してください。
次の show route
コマンド出力は、LSP に 2 つのブランチネクストホップがあるイングレス PE ルーター上のポイントツーマルチポイント LSP を指すユニキャストスタティックルートを表示します。
user@host> show route 5.5.5.5 detail inet.0: 29 destinations, 30 routes (28 active, 0 holddown, 1 hidden) 5.5.5.5/32 (1 entry, 1 announced) *Static Preference: 5 Next hop type: Flood Next hop: via so-0/3/2.0 weight 1 Label operation: Push 100000 Next hop: via t1-0/1/1.0 weight 1 Label operation: Push 100064 State: <Active Int Ext> Local AS: 10458 Age: 2:41:15 Task: RT Announcement bits (2): 0-KRT 3-BGP.0.0.0.0+179 AS path: I
MPLS のスタティック ラベル スイッチ パスの設定(CLI 手順)
MPLS のスタティック ラベルスイッチ パス(LSP)の設定は、個々のスイッチでのスタティック ルートの設定と似ています。スタティック ルートと同様に、エラー報告、ライブ性検出、統計情報の報告はありません。
静的LSPを設定するには、イングレススイッチと各プロバイダスイッチを、エグレススイッチまでのパスに沿って設定します。
イングレススイッチの場合、(パケットの宛先IPアドレスに基づいて)タグ付けするパケットを設定し、LSP内の次のスイッチ、およびパケットに適用するタグを設定します。手動で割り当てられたラベルは、0 から 1,048,575 までの値を持つことができます。オプションで、プリファレンス、サービスクラス(CoS)値、ノード保護、およびリンク保護をパケットに適用できます。
パス内のトランジット スイッチに対して、パス内の次のスイッチと、パケットに適用する タグを設定します。手動で割り当てられたラベルは、1,000,000 から 1,048,575 までの値を持つことができます。オプションで、ノード保護とリンク保護をパケットに適用できます。
エグレススイッチの場合、通常はラベルを削除して、IP宛先へのパケットの転送を続行します。ただし、前のスイッチがラベルを削除した場合、エグレス スイッチはパケットの IP ヘッダーを調べて、パケットを IP 宛先に転送します。
LSP を設定する前に、MPLS ネットワークの基本コンポーネントを設定する必要があります。
2 つの PE スイッチを設定します。回線クロスコネクトを使用した プロバイダ エッジ EX8200 および EX4500 スイッチでの MPLS の設定を参照してください。
1 つ以上のプロバイダー スイッチを構成します。EX8200およびEX4500プロバイダスイッチでのMPLSの設定を参照してください。
このトピックでは、静的 LSP 向けに、イングレス PE スイッチ、1 つ以上のプロバイダ スイッチ、およびエグレス PE スイッチを設定する方法について説明します。
イングレス PE スイッチの設定
イングレス PE スイッチを設定するには:
プロバイダーとエグレス PE スイッチの設定
プロバイダおよびエグレス プロバイダ エッジ スイッチで MPLS の静的 LSP を設定するには、次の手順に従います。
MPLS のスタティック ラベル スイッチ パスの設定
MPLS のスタティック ラベルスイッチ パス(LSP)の設定は、個々のスイッチでのスタティック ルートの設定と似ています。スタティック ルートと同様に、エラー報告、ライブ性検出、統計情報の報告はありません。
静的 LSP を設定するには、イングレス PE スイッチと各プロバイダ スイッチを、エグレス PE スイッチまでのパスに沿って設定します。
イングレスPEスイッチの場合、(パケットの宛先IPアドレスに基づいて)タグ付けするパケットを設定し、LSP内の次のスイッチ、およびパケットに適用するタグを設定します。手動で割り当てられたラベルは、0 から 1,048,575 までの値を持つことができます。
パス内のトランジット スイッチに対して、パス内の次のスイッチと、パケットに適用する タグを設定します。手動で割り当てられたラベルは、1,000,000 から 1,048,575 までの値を持つことができます。
エグレスPEスイッチはラベルを削除し、パケットをIP宛先に転送します。ただし、前のスイッチがラベルを削除した場合、エグレス スイッチはパケットの IP ヘッダーを調べて、パケットを IP 宛先に転送します。
静的 LSP を設定する前に、MPLS ネットワークの基本コンポーネントを設定する必要があります。
2 つの PE スイッチを設定します。プロバイダエッジスイッチでのMPLSの設定を参照してください。
注:PEスイッチの
[edit protocols mpls label-switched-path]
階層レベルでLSPを設定しないでください。1 つ以上のプロバイダー スイッチを構成します。プロバイダ スイッチでの MPLS の設定を参照してください。
このトピックでは、静的 LSP 向けに、イングレス PE スイッチ、1 つ以上のプロバイダ スイッチ、およびエグレス PE スイッチを設定する方法について説明します。
イングレス PE スイッチの設定
イングレス PE スイッチを設定するには:
プロバイダーとエグレス PE スイッチの設定
プロバイダおよびエグレス PE スイッチで MPLS の静的 LSP を設定するには、次の手順に従います。