Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

例:PCE によって開始されるポイントツーポイント Lsp をサポートし、MPLS RSVP TE 用の Path Computation 要素プロトコルを構成しています。

 

この例では、path computation 要素 (PCE) が開始したトラフィックエンジニアリングのポイントツーポイントラベルスイッチパス (Lsp) をサポートする機能を使用して、Path Computation Client (PCC) を設定する方法を示します。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • ACX シリーズ、M Series、MX シリーズ、T Series ルーターを組み合わせた3つのルーターがあります。

  • 受信ルーター (PCC) からの2つの外部ステートフル PCEs への TCP 接続。

  • PCC で Junos OS リリース16.1 以降を実行している。

開始する前に:

  • デバイスインターフェイスを構成します。

  • MPLS と RSVP-TE (RSVP トラフィックエンジニアリング) を構成します。

  • OSPF またはその他の IGP プロトコルを構成します。

概要

Junos OS リリース16.1 から始めると、PCEP 機能が拡張され、ステートフル PCE が PCC を介してトラフィックエンジニアリング Lsp を開始し、プロビジョニングできるようになります。以前は、Lsp は PCC で構成され、PCC は外部 Lsp を PCE に委任していました。LSP 状態の所有権は、PCC によって管理されていました。PCE が開始した Lsp を導入することで、PCE は、PCC 上でローカルに設定された LSP を必要とせずに、トラフィックエンジニアリングのポイントツーポイント LSP を動的に開始およびプロビジョニングできます。PCE から PCCreate メッセージを受信すると、PCC は PCE から開始された LSP を作成し、LSP を自動的に PCE に委任します。

PCE によって開始される PCC のポイントツーポイント Lsp のサポートを構成する場合は、以下の考慮事項に注意してください。

  • Junos OS リリース13.3 は、ステートフルな PCEs のみをサポートしています。

  • Junos OS リリース13.3 の場合、PCC は常に PCEP セッションを開始します。リモート PCEs によって開始された PCEP セッションは、PCC によって受け付けられません。

  • LSP の保護や前への作成などの既存の LSP 機能は、PCE で開始された Lsp に適しています。

  • PCE が開始した Lsp は、グレースフルルーティングエンジンスイッチオーバー (GRES) をサポートしていません。

  • 論理システムで PCE によって開始された Lsp はサポートされていません。

  • PCE で開始された Lsp は、ポイントツー multipoint Lsp になることはできません。

  • 双方向 Lsp はサポートされていません。

  • 番号なしリンクのための RSVP TE はサポートされていません。PCE によって開始される Lsp は、番号付きリンクのみをサポートします。

  • セグメントルーティング LSP を開始する PCE は、色のないセグメントルーティング lsp に関連付けられたバインドセグメント ID (SID) ラベルを使用して、PCE によって開始されたセグメントルーティング LSP パスをプロビジョニングできます。

    Junos OS のリリース18.2 で起動すると、受信デバイス上で静的に構成された、非カラーセグメントルーティング Lsp が PCEP セッションを通じて PCE に通知します。このような非色付きセグメントルーティング Lsp は、関連付けられている SID ラベルをバインドしている場合があります。この機能を使用すると、PCE はラベルスタックでこのバインド SID ラベルを使用して、PCE によって開始されるセグメントルーティング LSP パスをプロビジョニングできます。

Topology

図 1: 例: MPLS RSVP TE の PCE の Initated のポイントツーポイント LSP
例: MPLS RSVP TE の PCE の Initated のポイントツーポイント LSP

この例では、PCC は受信ルーターとして、次の2つの外部ステートフル PCEs に接続しています。PCE1 と PCE2 です。

新しい要求が発生した場合、アクティブなステートフル PCE が動的に LSP を開始して、要件を満たします。PCC は PCE が開始した LSP をサポートする機能で構成されているため、PCC のパス計算は次のように実行されます。

  1. PCE は、LSP を開始し、プロビジョニングするために、PCCreate メッセージを PCC に送信します。PCC は、PCE から受信したパラメーターを使用して PCE によって開始された LSP を設定し、PCE が開始した LSP を開始した PCE に自動的に委任します。

    この例では、PCE1 は PCC で PCE が開始した LSP を開始し、プロビジョニングするアクティブなステートフル PCE を示しています。PCE 開始された LSP パラメーターを受け取ると、PCC は LSP を設定し、PCE が開始した LSP を PCE1 に自動的に委任します。

  2. PCC と PCE1 の PCEP セッションが終了すると、PCC は、PCE1 が開始した LSP に対して2つのタイマーを開始します。delgation のクリーンアップタイムアウトと LSP クリーンアップタイマーです。この間、PCE1 または PCE2 は、PCE が開始した LSP の制御を取得できます。
  3. LSP クリーンアップタイマーの有効期限が切れる前に PCE が開始した LSP に対して PCE2 が制御を獲得した場合、PCE が開始した LSP が PCE2 に委任され、LSP クリーンアップタイマーと委任クリーンアップタイムアウトが停止します。
  4. 委任クリーンアップタイムアウトが経過し、PCE が開始した LSP に対して PCE1 と PCE2 はどちらも制御を取得していない場合、PCC は、LSP クリーンアップタイマーの有効期限が切れるまで、委任されていない PCE 開始 LSP のローカル制御を実行します。
  5. LSP クリーンアップタイマーの有効期限が切れると、PCC は PCE1 によってプロビジョニングされた PCE 開始 LSP を削除します。

構成

CLI 簡単構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンド[edit]を階層レベルで CLI にコピー & ペーストします。

PCC

R1

R2

ステップごとの手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。CLI のナビゲートの詳細については、「 Using the CLI Editor in Configuration Mode」を参照してください。

PCC ルーターを構成するには、次のようにします。

各ルーターの適切なインターフェイス名、アドレス、その他のパラメーターを変更した後、MPLS ドメインでジュニパーネットワークス受信ルーターすべてに対してこの手順を繰り返します。

  1. インターフェイスを構成します。

    MPLS を有効にするには、インターフェイスにプロトコルファミリーを含めて、インターフェイスが受信 MPLS トラフィックを破棄しないようにします。

  2. 管理インターフェイスを除く、PCC のすべてのインターフェイスで RSVP を有効にします。
  3. Lsp の外部制御を PCEs で有効にします。
  4. 管理インターフェイスを除く PCC のすべてのインターフェイスで MPLS を有効にします。
  5. 管理インターフェイスを除外して、PCC のすべてのインターフェイスで OSPF を構成します。
  6. PCE グループを定義し、PCE グループの PCE が開始した Lsp をサポートできるようにします。
  7. PCC に接続する PCEs を定義します。

結果

設定モードから、 show interfacesshow protocolsコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定commitモードから入力します。

検証

構成が正常に機能していることを確認します。

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

目的

PCC と接続されている PCEs との間の PCEP セッションステータスと LSP の概要を確認します。

アクション

動作モードから、 show path-computation-client statusコマンドを実行します。

user@PCC# show path-computation-client status

意味

この出力には、アクティブなステートフル PCEs と PCC 間の PCEP セッションのステータスが表示されます。また、PCC のさまざまな種類の Lsp に関する情報と、接続した PCEs によってプロビジョニングされ、それらに委任した Lsp の数も表示されます。

PCE1 はメインの active PCE であり、PCC によって自動的に委任された PCE 開始 LSP を1つ備えています。

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

目的

メインアクティブステートフル PCE のステータスを確認します。

アクション

動作モードから、 show path-computation-client active-pce detailコマンドを実行します。

意味

この出力には、PCC が接続されている現在アクティブなステートフル PCE に関する情報が表示されます。[ PCE status出力] フィールドは、PCE と PCC 間の PCEP セッションの現在の状態を示します。

PCE1 では、PCEP セッションのステータスはPCE_STATE_UP、PCEP セッションが PCC によって確立されたことを示しています。

LSP が外部でプロビジョニングされている場合に、PCE 開始型 LSP のステータスを確認します。

目的

PCE が開始した LSP のステータスを確認します。

アクション

動作モードから、 show mpls lsp externally-provisioned detailコマンドを実行します。

user@PCC# show mpls lsp externally-provisioned detail

意味

出力では、[ LSPtype出力] フィールドには LSP が外部でプロビジョニングされていることが示されます。

PCC と PCE1 の間の PCEP セッションは稼働しており、PCC は次の PCE 開始 LSP パラメーターを受け取ります。

  • ERO (path)—10.0.102.10 および10.0.101.9

  • 帯域—幅 8 Mbps

  • 優先—度 7 0 (設定および保持の値)