Source Packet Routing in Networking(SPRING)またはセグメントルーティング

IS-ISトランスポート(MXシリーズ)でのSRv6マイクロSIDのサポート—Junos OSリリース23.4R1以降、複数のIPv6向けセグメントルーティング(SRv6)アドレスを単一のIPv6アドレス(マイクロSID)に圧縮できます。通常、パケットが複数のノードを通過する必要がある場合、IS-ISはセグメントルーティングヘッダーを使用してSRv6セグメント識別子(SID)をスタックアップできます。このSIDのスタックにより、帯域幅のオーバーヘッドとセグメントルーティングヘッダー処理のオーバーヘッドが増加します。

これで、SIDリストを単一の宛先アドレス(マイクロSID)に圧縮し、帯域幅のオーバーヘッドを削減できます。セグメントルーティングヘッダーでは、通常、6つのSRv6 SIDのスタックのみを許可できます。6 つ以上の SRv6 SID を含める必要があるユースケースでは、マイクロ SID が複数の IPv6 アドレスの圧縮に役立ちます。

[IS-ISネットワークとmicro-sidでSRv6ネットワークプログラミングを有効にする方法を参照してください。]

動的エンドSIDを有効にするには、[edit protocols isis source-packet-routing srv6 locator locator-name]階層レベルでdynamic-end-sidを含めます。

動的なエンドxSIDを有効にするには、[edit protocols isis interface int-name level level-numbersrv6-adjacency-segment protected locator locator-name]階層レベルでdynamic-end-x-sidを含めます。

[参照。レベル と SRv6]

TTE(戦術トラフィックエンジニアリング)トンネル(MX240、MX480、MX960)を使用してトラフィック輻輳を緩和する—Junos OSリリース23.4R1以降、動的戦術トラフィックエンジニアリング(TTE)トンネルソリューションを使用して、オーバーサブスクライブリンクまたはドメインの輻輳を回避できます。動的TTEトンネルソリューションでは、高帯域幅と低帯域幅のしきい値を設定することで、リンクの輻輳を定義することができます。リンク上のトラフィック負荷が上限しきい値を超えると、負荷分散が増加します。トラフィック負荷が下限しきい値を下回ると、負荷分散が低下します。

TTEソリューションは以下に役立ちます。

• 輻輳した発信インターフェイスを使用するか、動的にインストールされたTTE(戦術TE)トンネルを介して、宛先プレフィックスへのトラフィックの負荷分散を行います。

• 輻輳が検出されなくなった場合、累積負荷とその後のTTEトンネルの非アクティブ化を監視します。

輻輳保護を有効にするには、[edit routing-options]階層レベルでcongestion-protectionステートメントを含めます。[edit routing-options congestion-protection template template-name] 階層レベルで high-threshold ステートメントと low-threshold ステートメントを含めて、高帯域幅と低帯域幅の閾値を定義します。また、[edit protocols isis]階層レベルにexport isis-exportステートメントを含める必要があります。

TTEトンネルソリューションはIS-ISをサポートし、混雑を緩和するためにTI-LFAバックアップルートを使用します。

IPv4 DTM セグメント ルーティング トラフィック エンジニアリング(SR-TE)トンネル(MX10004)に対するBGPクラスフル トランスポートのサポート—Junos OS リリース 23.4R1 以降、[edit dynamic-tunnels tunnel-name spring-te] 階層レベルで use-transport-class ステートメントを設定することで、V4 DTM SR-TE トンネルの transport-rib モデルがサポートされています。

use-transport-classステートメントが設定されていない場合は、catch allルートとアプリケーションルートがinetcolor.0テーブルに作成されます。use-transport-classステートメントが設定されている場合、catch allルートとアプリケーションルートがcolor.inet.3テーブルに作成されます。この動作は、[edit protocols source-packet-routing]階層にuse-transport-classステートメントが含まれているかどうかに関係なく行われます。動的トンネルの場合、SR-TEはソースパケットルーティング設定ではなく、動的トンネル設定の下でuse-transport-classステートメントを優先します。

transport-ribモデルを使用したDTM SR-TEトンネルでは、以下のIPv4エンドポイントがサポートされています。

• DCSPFサポート(コンピュートプロファイルを使用)

• 動的なセグメントリストのサポート。設定されたセグメントリストに、IPv6 アドレスと IPv6 ベースの MPLS SID を含めることはできません。

• PCEPコントローラへの委任

• sBFDのサポート

• SPRING-TEルートはcolor.inet.3テーブルにのみ追加されます

inetcolor.0モデルを持つDTM SR-TEトンネルのIPv4エンドポイントでは、 use-transport-class ステートメントがSR-TEで設定されている場合、動的にトリガーされたSR-TEトンネルルートがinetcolor.0テーブルとcolor.inet.3テーブルの両方に作成されます。dynamic-tunnels階層の use-transport-class ステートメントは、SR-TEトンネルをcolor.inet.3テーブルに配置する必要があるかどうかを決定します。SPRING-TEルートは、IPv4エンドポイント用のDTM SRTEトンネルとinetcolor.0モデルのinetcolor.0テーブルにのみ追加されます。

拡張カラーコミュニティに基づくトラフィックステアリングがサポートされています。DTM SR-TE トンネル(IPv4 宛先のみ)のトランスポート RIB モデルでは、SR ポリシー アンダーレイを備えた express-segments を使用して、ドメイン間セグメント ルーティング パスの計算と設定を有効にします。