Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS

  • IPv6 アンダーレイ(MX シリーズ)を使用した MPLS ベースのコアを使用した EVPN-LAN および P2P サービスのサポート:Junos OS リリース 21.2R1 以降、MPLS ベースの IPv6 アンダーレイを使用して EVPN-VXLAN およびポイントツーポイント(P2P)サービスのサポートを拡張します。このサービスは、マルチプロトコル ラベル スイッチング(SR-MPLS)によるセグメント ルーティングを使用して、PE ルーター上で IPv6 アドレスを持つ MPLS ベースのコア上で動作します。また、サービスは、EVPN PE デバイス間のパス計算を担当する SR-TE(セグメント ルーティング トラフィック エンジニアリング)アドレスでも動作します。EVPN-MPLS コマンドは、MPLS ベースの IPv6 アンダーレイと一緒に使用できます。

    EVPN-MPLS-over-IPv6 機能を有効にするには、階層レベルで protocols evpn encapsulation mpls-inet6 各 EVPN ルーティング インスタンスの設定ステートメントを [routing-instances <routing-instance-name> protocols evpn encapsulation] 設定します。

    [ VXLAN データ プレーンのカプセル化とプロトコルを使用した EVPN の理解 evpn カプセル化 mpls-inet6 を参照してください。

  • IS-IS 非転送隣接関係(MX シリーズ、PTX シリーズ、QFX シリーズ)上の RSVP シグナリング:Junos OS リリース 21.2R1 以降では、フラッド リフレクタ クライアントとして設定されている任意のレベル 1 レベル 2(L1-L2)ルーターを設定して、メッセージで Path 送信された Explicit Route Objects(ERO)内のフラッド リフレクタ ホップを拡張できます。この機能により、L1-L2ルーターは、UDPトンネルを介してメッセージを伝達するのではなく、EROのフラッドリフレクタホップを拡張することで、IS-IS非フォワーディング隣接関係上でRSVPに Path 信号を送信できます。

    フラッド リフレクタ インターフェイスを設定する方法については、 IS-IS ネットワークでフラッド リフレクタ インターフェイスを設定する方法を参照してください。

    ERO のフラッド リフレクタ ホップを拡張するには、階層レベルで rsvp expand-flood-reflector-hop 設定ステートメントを [edit protocols] 使用します。

    オプションとともにコマンドをtraceoptions (Protocols RSVP)flag event使用すると、作成されたファイル内の新しいトレース・メッセージを表示できます。

    and show rsvp session コマンドの出力にはshow ted database、次の追加情報が含まれています。

    コマンド 新規出力フィールド の説明

    show ted database

    Flood reflector client, cluster-id <number>

    フラッド リフレクタ関連情報を、クライアント側で接続した TE リンクとクラスタ ID に表示します。

    Flood reflector, cluster-id <number>

    フラッド リフレクタで接続した TE リンクとクラスタ ID にフラッド リフレクタ関連情報を表示します。

    show rsvp session

    Explct hop <ip-address> expanded

    ルーターによって拡張された ERO の特定のホップを表示します。

    [ IS-IS ネットワークでフラッド リフレクタ インターフェイスを設定する方法、 ted データベースの表示、 rsvp セッションの表示、 traceoptions(Protocols RSVP)を参照してください)。

  • RSVP-TE は、信号が発されるがアクティブではないセカンダリ LSP(MX シリーズおよび PTX シリーズ)をサポートしています。Junos OS リリース 21.2R1 以降では、信号が発されるがアクティブではないセカンダリ LSP をプリエンプションし、RSVP-Traffic Engineering(RSVP-TE)のセカンダリ スタンバイ ラベルスイッチ パス(LSP)の保留優先度を設定できます。これにより、設定優先度が高い非スタンバイセカンダリパスLSPが起動し、帯域幅が不足しているため起動できません。セカンダリ スタンバイ パスの非アクティブな保持優先度値を設定するには、[] 階層レベルでステートメントをedit protocols mpls label-switched-path <lsp-name> secondary <path-name>使用 non-active-hold-priorityします。優先度は 0 から 7 まで設定できます。0 が最も優先度が高く、7 が最も低くなります。

  • 静的セグメント ルーティング LSP(MX シリーズおよび PTX シリーズ)当たり 128 個のプライマリ パスをサポート —Junos OS 21.2R1 以降、LSP トンネルへのセグメント リスト バインディングの最大数を 8 から 128 に増やし、システム当たり 1,000 トンネル以下にしました。静的セグメント ルーティング LSP ごとに最大 128 個のプライマリ パスがサポートされています。

    [ スタティック セグメント ルーティング LSP の制限を参照してください。