Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Mpls

  • SR-TEのS-BFDセッションのリモート識別器の自動導出(MX204、MX480、MX960、MX10008、MX2008)—Junos OSリリース22.4R1以降、セグメントルーティングトラフィック制御(SR-TE)パスのシームレスBFD(S-BFD)セッションで、自動的に派生したリモート識別器を使用できるようになりました。この機能を使用すると、イングレスデバイスまたはトランジットデバイスのS-FBD設定でリモート識別子を設定し、それぞれのエンドポイントに一致するローカル識別子を設定する必要はありません。代わりに、エグレス プロバイダーのエッジ デバイスは、ローカル識別子として IP アドレスを受け入れるようになります。

    この機能を設定するには、 コマンドを使用します set protocols bfd sbfd local-discriminator-ip

    さらに、コントローラがプロビジョニングした複数の SR-TE ポリシーで、S-FBD 設定で共通の sBFD テンプレートを使用できるようになりました。これらの sBFD セッションでは、Junos OS は、SR-TE ポリシーに一致するリモート識別子をトンネルのエンドポイントから自動的に導き出します。

    [ファーストホップラベル解決によるセグメントルーティングトラフィックエンジニアリングについてはsbfd およびルーティングエンジンベースの S-BFD を参照してください。]

  • SR-TE(ACX5448、MX480、MX960、MX2010)を介したLDPトンネリングのサポート—Junos OSリリース22.4R1以降、OSPFネットワークでセグメントルーティングトラフィックエンジニアリング(SR-TE)を介したLDPラベルスイッチパス(LSP)をトンネリングできます。SR-TE 上で LDP をトンネリングすると、LDP LSP と SR-TE LSP の両方の一貫性と共存が可能になります。

    SR-TE 上で LDP トンネリングを設定するには、 tunnel-source-protocol 階層レベルで および [edit protocols ospf traffic-engineering] ldp-tunneling 設定ステートメントを含めます [edit protocols ospf source-packet-routing source-routing-path]

    [ SR-TE上のLDPのトンネリングを参照してください。]

  • SR-TEのPCEPマルチパスサポート(MX480、PTX10008、およびQFX5200)-Junos OSリリース22.4R1以降、 draft-ietf-pce-multipath-06で定義されているように、パス計算要素プロトコル(PCEP)セグメントルーティングトラフィックエンジニアリング(SR-TE)のマルチパス機能(プライマリまたはセカンダリパス)を設定できるようになりました。次のマルチパス機能がサポートされています。

    • PCEPマルチパス機能が有効になっている場合、パス計算クライアント(PCC)を使用して設定および制御する候補パスに複数のプライマリまたはセカンダリパスを設定できます。PCEPマルチパス機能はデフォルトで有効になっていることに注意してください。

    • PCEPマルチパス機能が無効になっている場合、候補パスに設定できるプライマリパスは1つだけです。セカンダリパスの設定は許可されないことに注意してください。

    PCEPマルチパス機能により、 compute-profile セグメントリストの最大数(maximum-computed-segment-lists)に関する1の制限がなくなります。

    メモ:

    PCEP マルチパスが有効な場合、PCCD は PCC 制御候補パスに制約を送信しません。

    [ パス計算要素プロトコルSR-TE向けの複数パスの設定の概要を参照してください。]

  • LDP、RSVP、L2VPN、L3VPN、および静的プロトコル(MX204、MX240、MX304、MX480、MX960、MX10003、MX10004、MX10008、MX10016、MX2010、MX2020)のイングレスおよびトランジットチェーンCNHのサポート—Junos OSリリース22.4R1以降、ネットワーク内でイングレスまたはトランジットトラフィックを伝送するデバイスに対して、チェーンされた複合ネクストホップ(CNH)を設定できるようになりました。次のオプションがサポートされるようになりました。

    • LDPイングレスルーターでは、 set routing-options forwarding-table chained-composite-next-hop ingress ldp

    • トランジットルーター上のLDP、RSVP、L2VPN、L3VPN、および静的プロトコルの場合:

      • set routing-options forwarding-table chained-composite-next-hop transit ldp

      • set routing-options forwarding-table chained-composite-next-hop transit rsvp

      • set routing-options forwarding-table chained-composite-next-hop transit static

      • set routing-options forwarding-table chained-composite-next-hop transit l2vpn

      • set routing-options forwarding-table chained-composite-next-hop transit l3vpn

    これらの設定コマンドでは、サービスクラス(CoS)をサポートし、イングレスおよびトランジットチェーンCNHのルールを書き換えます。

    [ labeled-bgpchained-composite-next-hopingress(Chained Composite Next Hop)を参照してください。