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

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

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

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

[参照。レベル および SRv6]

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

TTE ソリューションは、次のことに役立ちます。

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

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

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

TTE トンネル ソリューションは ISIS をサポートし、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ステートメントが設定されていない場合、すべてのルートをキャッチし、アプリケーションルートがinetcolor.0テーブルに作成されます。use-transport-classステートメントが設定されている場合、すべてのルートをキャッチし、アプリケーションルートが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 エンドポイントの場合、SR-TE でステートメントが設定されている場合 use-transport-class 、動的にトリガーされた SR-TE トンネルルートが inetcolor.0 テーブルと color.inet.3 テーブルの両方に作成されます。動的トンネル階層の下のステートメントは use-transport-class 、SR-TEトンネルをcolor.inet.3テーブルに配置する必要があるかどうかを決定します。SPRING-TE ルートは、IPv4 エンドポイントおよび inetcolor.0 モデルの DTM SRTE トンネルの inetcolor.0 テーブルにのみ追加されます。

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