Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

  • RFC 8814  (ACXシリーズおよびPTXシリーズ)のサポート—Junos OS Evolvedリリース23.4R1以降、RFC 8814、 境界ゲートウェイプロトコルリンク状態を使用したシグナリング最大SID深さ(MSD)を部分的にサポートしています。現在、SRv6 では IS-IS を使用した MSD のシグナリングをサポートしています。非セグメント ルーティング ネットワークの場合、MSD 値は最大ラベルの深さを反映します。

    セグメント ルーティング ネットワーク内のコントローラは、参加ルーターの MSD を学習し、セグメント ルーティング パスを計算します。コントローラは、ラベルスタックがルータがサポートできる値を超えないようにします。

    [ BGPによるリンクステート配信を参照してください。]

  • IPv4 DTM セグメント ルーティング トラフィック エンジニアリング(SR-TE)トンネル(PTX10003、PTX10004、PTX10008、PTX10016)の BGP クラスフル トランスポート サポート—Junos OS Evolved リリース 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トンネルのtransport-ribモデル(IPv4宛先のみ)では、SR-Policyアンダーレイを備えたexpress-segmentsを使用して、ドメイン間セグメントルーティングパスの計算と設定を有効にします。

  • TTE(Tactical Traffic Engineered)トンネル(PTX10008およびPTX10016)を使用してトラフィック輻輳を軽減—Junos OS Evolvedリリース23.4R1以降、TTE(Dynamic Tactical Traffic Engineered)トンネルソリューションを使用して、オーバーサブスクライブ状態のリンクまたはドメインでの輻輳を回避できます。動的 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 トンネル ソリューションは ISIS をサポートしており、TI-LFA バックアップ ルートを使用して輻輳を軽減します。