ポリシーのパス保護

パス保護の制約は、回線型 SR-TE ポリシーの両側に必要です。

帯域幅の制約

帯域幅の制約は必須であり、回線型 SR-TE ポリシーの両側で同じである必要があります。帯域幅の変更は、既存のポリシーに対して実行でき、次のような効果があります。

• 両側で新しい帯域幅を設定すると、Crosswork によりパスが評価されますが、パスは再計算されません。

• 新しい帯域幅の方が高い場合、Crosswork が既存のパスをチェックして十分なリソースを確保します。現在委任されているすべてのパスが新しい帯域幅に対応できる場合、Crosswork から新しい帯域幅値を持つ同じパスが返され、パス計算クライアント（PCC）が成功したことが示されます。現在のパスのいずれかが新しい帯域幅に対応できない場合、パスが失敗したことを示す古い帯域幅値が返されます。この評価は、帯域幅が再度変更された場合にのみ再試行されます。

• 帯域幅の方が低い場合、Crosswork が新しい帯域幅値を使用して同じパスを返し、成功したことが PCC に示されます。

ポリシーの詳細を表示すると、ユーザーインターフェイスの各候補パスの下に要求された帯域幅と予約済みの帯域幅の両方が表示されます。各値は、要求された帯域幅が増加し、1 つ以上のパスで使用可能な CS プール帯域幅が不足している場合は異なる可能性があります。

候補パスとロール

現用パスは、優先順位が最も高い候補（CP）パスとして定義されます。

保護パスは、優先順位が 2 番目に高い CP として定義されます。

復元パスは、優先順位が最も低い CP として定義されます。ヘッドエンドには backup-inligible が設定されている必要があります。

各方向で同じロールの CP については、CP の優先順位が同じである必要があります。

双方向

すべてのパスを相互ルーティングとして設定する必要があります。

両側にある同じロールのパスには、グローバルに一意の同じ双方向アソシエーション ID が必要です。

分離

同じ PCC 上の現用パスと保護パスは、同じ分離アソシエーション ID と分離タイプを使用する分離制約で設定する必要があります。

ある方向の現用パスと保護パスのペアの分離アソシエーション ID は、反対方向の対応するペアと比較して一意である必要があります。

ノードおよびリンク分離タイプのみがサポートされています。使用される分離タイプは、同じポリシーの両方向で同じである必要があります。

復元パスには分離制約を設定できません。

Crosswork では厳密なフォールバック動作に従い、すべての現用パスと保護パスの分離が計算されます。つまり、ノードタイプの分離が設定されていて、使用可能なパスがない場合、Crosswork では制限の緩いリンクタイプの分離パスは自動的に計算されません。

メトリック タイプ

TE、IGP、ホップカウント、および遅延メトリックタイプのみがサポートされています。メトリックタイプは、両方向の現用パス、保護パス、および復元パスと一致する必要があります。

セグメントの制約

すべての現用パス、保護パス、および復元パスには、次のセグメントの制約が必要です。

• protection unprotected-only

• adjacency-sid-only

リンク障害が発生しても永続性を確保するには、回線型ポリシーで使用可能なすべてのインターフェイスで静的隣接関係 SID を設定します。

サポートされていない設定

次の設定はサポートされていません。

• メトリックバウンド

• SID-Algo の制約

• 部分的なリカバリは 7.8.x ではサポートされていません。

• 高可用性ペアの PCE 間の状態同期設定。これらは 回線型 SR-TE ポリシーでは必要ありません。この機能を使用すると、パフォーマンスが低下する可能性があります。

• 色は同じでエンドポイント IP が異なる同じノード間の複数の 回線型 SR-TE ポリシー。

サポートされているポリシーの変更

以前に委任された運用上「アップ」の 回線型 SR-TE ポリシーでは、次の制約が変更される可能性があります。

• メトリックタイプ

• 分離タイプ

• MSD

• アフィニティ

設定の変更がすべての CP と両方の PCC で一貫すると（たとえば、すべての CP と両側の新しいメトリックタイプを同じにする）と、Crosswork が再計算を開始し、現用パス、保護パス、および復元パスが新しくなります。

同じ PCC 上のパス間または PCC 間で設定が同期されていない過渡期には、パス更新は PCC に送信されません。

サポートされていないポリシーの変更

以前に委任され、運用上「アップ」の 回線型 SR-TE ポリシーに対する次の設定変更はサポートされていません。

• CP 優先順位

• 分離アソシエーション ID

• 双方向アソシエーション ID

既存のポリシーに関するこれらの設定を変更するには、まず両側でポリシーをシャットダウンしてから変更を加え（整合性の観点から前述の制限に準拠）、ポリシーを「no shut」にする必要があります。

パス計算

Crosswork は、完全な双方向のパス保護された一連の候補パス（両側の現用パスと保護パスを含む）が委任されて初めて、回線型ポリシーのパスを計算します。帯域幅が不十分でパスが見つからない場合、SR 回線型マネージャ はソリューションが見つかるまで、または回線型 SR-TE が無効になっている場合、30 分後に再試行します。

Crosswork は、現用パスと保護パスがダウンして初めて復元パスを計算します。SR 回線型マネージャ 機能パック設定インターフェイスには、復元パスが両側から委任されてから、パスが計算されるまで待機する時間を制御する設定可能な遅延タイマーがあります。この遅延により、トポロジと SR ポリシーの状態変更によって復元パスの委任がトリガーされた場合、それらの変更が Crosswork に完全に伝達されます。

自動再最適化は、トポロジ、LSP の状態、または定期的なイベントの変更に基づくパスではサポートされません。パス計算は、エリア内/エリア間、レベル内/レベル間および IGP ドメイン内/IGP ドメイン間（同じ AS）でサポートされています。AS 間のパス計算はサポートされていません。

復帰動作

復帰動作は、保護パスと復元パスの WTR ロックタイマーオプションの設定によって制御されます（現用パスには関係ありません）。

• ロックなし設定：デフォルトの 5 分間のロック後に復帰

• 期間の指定がないロック：復帰なし

• ロック期間 <value>：指定した秒数後に復帰

現用パスがダウン、保護パスがアップ/アクティブ

現用パスが復旧する

1. 現用パスがアップ/スタンバイ状態に回復します。

2. WTR タイマーが切れた後、各 PCC によって現用パスがアクティブに移行します。

3. 保護パスがアップ/スタンバイに移行します。

現用パスがダウン、保護パスがダウン、復元パスがアップ/アクティブ

現用パスが復旧し、保護パスが復旧する

1. 現用パスが回復し、アップ/アクティブになります。

2. 復元パスが削除されます。

3. 保護パスが回復し、アップ/スタンバイになります。

現用パスがダウン、保護パスがダウン、復元パスがアップ/アクティブ

保護パスが復旧し、現用パスが復旧する

サイド A：現用パス障害はローカル障害です（SegList の最初の Adj SID が無効です）。

1. 保護パスが回復し、アップ/アクティブになります。

2. 復元パスが削除されます。

3. 現用パスが回復し、アップ/スタンバイになります。

4. WTR タイマーが切れた後、各 PCC によって現用パスがアクティブに移行し、保護パスがアップ/スタンバイに移行します。

サイド Z：現用パス障害はリモート詳細です（SegList の最初の Adj SID が有効）。

1. 保護パスは回復しますが、起動せず、復元パスはアップ/アクティブのままです。

2. 現用パスが回復し、アップ/アクティブになります。

3. 復元パスが削除されます。

4. 保護パスがアップ/スタンバイになります。