パスファインダーが LSP を処理する方法を理解する

LSP 制御タイプ

LSP の制御タイプは、パス計算クライアント(ルーターである PCC)または PCE が LSP の運用状態と設定状態を維持するかどうかを決定します。

PCE は、LSP に対して以下の制御タイプをサポートしています。

• PCC-controlled LSPs (also known as device-controlled LSPs)—このような LSP は、GUI(プロビジョニング方法として NETCONF を選択)または CLI からルーター上で設定できます。LSP はルーターによって管理され、LSP の運用状態と設定状態の両方を維持します。LSP は、ルーターの設定ファイルの一部です。

• PCC-delegated LSPs—このような LSP は、GUI または CLI から直接設定することはできません。まず、GUI または CLI から PCC 制御 LSP を設定し、その後、GUI または CLI の LSP 委任の構成ページ(ネットワーク > トンネル> LSP 委任の設定)から PCE に委任する必要があります。ルーターは LSP の動作状態と設定状態の両方を維持し、LSP はルーターの設定ファイルの一部です。

  パスファインダーがダウンしているか、LSP が期待どおりに機能していない場合は、LSP を PCC に委譲できます。その場合、LSP は PCC によって制御されたものとして再分類されます。

• PCE-initiated LSPs—このような LSP は、GUI(プロビジョニング方法として PCEP を選択)または CLI から設定できます。PCE は LSP を管理し、動作状態のみがルーターで維持されます。LSP は、ルーターの設定ファイルの一部ではありません。

  メモ：

  パスファインダーは通常、PCE によって開始される LSP を作成しますが、以下の場合、PCE はルーターからこのような LSP を検出します。

  • PCE が起動した LSP がパスファインダー以外の外部コントローラによって作成されると、PCE はルーターから LSP を検出します。

  • GUI でトポロジをリセットすると、PCE はルーターから LSP を再学習します。

LSP パス タイプ

パスファインダーは、プライマリおよび保護 LSP の検出、制御、作成をサポートします。プライマリ LSP はトラフィック フローにプライマリ(優先)ルートを提供し、プライマリ ルートに障害が発生した場合は保護 LSP が代替ルートを提供します。

保護 LSP には、スタンバイ LSP とセカンダリ LSP の 2 種類があります。セカンダリまたはスタンバイ LSP のトンネル ID、送信元ノード、宛先ノード、IP アドレスは、プライマリ LSP と同じです。ただし、セカンダリ LSP とスタンバイ LSP の違いは次のとおりです。

• セカンダリ LSP は、プライマリ LSP に障害が発生するまでシグナリングされません。

• プライマリ LSP のステータスに関係なく、スタンバイ LSP がシグナリングされます。

GUI から保護 LSP を設定する場合、保護 LSP を設定する前に、同じ制御タイプ(PCC 制御、PCC 代理、PCE によって開始)のプライマリ LSP を使用できるようにする必要があります。

メモ：

デフォルトでは、保護 LSP はプライマリ LSP の帯域幅、設定優先度、および保持優先度値を使用します。ただし、各保護 LSP は、プライマリ LSP とは異なる値を使用するように設定できます。

LSP のプロビジョニングと管理のプロトコル

パスファインダーは、LSP のプロビジョニングと管理に PCEP と NETCONF の 2 つのプロトコルをサポートしています。PCEP を使用して LSP をプロビジョニングすると、LSP は PCE によって開始された LSP として追加されます。NETCONF を使用して LSP をプロビジョニングすると、LSP は PCC が制御する LSP として追加されます。

表 1 は、各 LSP 制御タイプで使用可能なプロビジョニングおよび管理アクションを示しています。

表 1:LSP のプロビジョニング、変更、削除に使用されるプロトコル

LSP 制御タイプ	LSP のプロビジョニング	LSP の変更	LSP の削除
PCC 制御 LSP	NETCONF	NETCONF	NETCONF
PCC 代理 LSP	該当なし(PCC 委任 LSP を直接作成できないため)	PCEP	NETCONF
PCE 主導の LSP	PCEP	PCEP	PCEP

LSP が PCEP または NETCONF を使用してプロビジョニングされているかどうかにかかわらず、Pathfinder は PCEP を使用するか、デバイスを収集することによって LSP について学習できます。PCEP とデバイスの両方の収集で同じ LSP 属性が検出されます。

PCEP を使用してプロビジョニングされた LSP の場合、LSP の再プロビジョニング(プロビジョニングに失敗した場合)、削除、再ルーティング、パス最適化が自動的にトリガーされます。NETCONF を使用してプロビジョニングされた LSP(PCC が制御する LSP と PCC によって委任された LSP)では、以下のタスクを手動で開始する必要があります。

• PCC 制御 LSP のプロビジョニングが失敗した場合(コミットエラーや NETCONF セッションがダウンした場合など)、プロビジョニング順序を手動で再送信する必要があります。

• PCC によって委任された LSP または PCC が制御する LSP の削除が失敗した場合は、削除順序を手動で再送信する必要があります。

• PCE が PCC が制御する LSP のネットワークから LSP ダウン イベントを受信した場合(保守イベントが LSP にスケジュールされている場合など)、PCE は自動的に LSP の新しいパスを再計算して再プロビジョニングしません。ルーティング パスを変更するには、LSP を手動で変更する必要があります。

• パス最適化を実行すると、PCE は PCC が制御する LSP を自動的に最適化しません。LSP を手動で変更して、最適なルーティング パスを選択する必要があります。

LSP ルーティング方法

LSP を作成するときは、次のいずれかのルーティング方法を選択して、PCE がパスを計算してプロビジョニングするかどうかを指定できます。

• routeByDevice ルーティング方法 : LSP は明示的なパスなしでプロビジョニングされるため、ルーターはパスを計算します。

• その他のルーティング方法(デフォルト、遅延、adminWeight、定数、距離、IS-IS、OSPF)—routeByDevice 以外のルーティング方法では、PCE がパスを計算してプロビジョニングします。

ルーティング パス タイプ

LSP を追加するときは、次のいずれかのルーティング パス タイプを選択して、PCE によるパスの計算方法を指定できます。

• 動的 :PCE は、パス制限を適用せずにパスを計算します。

• 必須 — PCE は指定したパスを使用します。指定したパスが実行可能で使用できない場合、LSP ステータスは Down に変わり、PCE は代替パスを探す計算を実行しません。

• 優先 — PCE は、実行可能で使用可能な限り、指定したパスを使用します。指定されていない場合、PCE は代替パスを計算します。

LSP の削除

LSPがルーターから削除されると(そしてネットワークから)、以前にユーザー(GUIまたはREST APIを使用)によって変更されていない限り、パスファインダーから自動的に削除されます。ユーザーによって変更された LSP には、それに関連付けられた永続状態があります。そのため、保持状態の LSP を GUI から手動で削除するか、REST API を使用して削除する必要があります。 「LSP の編集と削除」を参照してください。