Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

リリース 21.4R3 の変更

一般的なルーティング

  • PTP over Ethernet およびデフォルト プロファイルのステートフル ポート設定は、境界クロック モードでのみサポートされ、通常のクロック モードではサポートされません。

  • インターフェイスのイングレスおよびエグレス センサーごとのポイントツーマルチポイントの OpenConfig コンテナ名を変更し、「シグナリング」から「シグナリング」に一貫性を持たせます。

  • バックアップルーティングエンジン(MXシリーズ)のルーターアドバタイズモジュールステータス—ルーティングエンジンがパケットを受信した後に確認メッセージを送信しないため、ルーターアドバタイズモジュールはバックアップルーティングエンジンで機能しません。この Junos OS リリース以降、運用コマンドを使用してルーター アドバタイズ モジュール情報をshow ipv6 router-advertisement表示できるようになりました。

    [ ipv6ルーターアドバタイズメントを表示]を参照してください。

  • sFlow設定ですか?sFlow 設定は、EVO ベースのプラットフォームの et、xe、ge インターフェイスでのみ許可されます。その他のインターフェイスはすべてブロックされ、EVO プラットフォームで sFlow を設定します。et、xe、geインターフェイス以外のインターフェイスにsFlowが設定されている場合、cliエラーがスローされます。

インターフェイスとシャーシ

  • IPv6 ボロエ インターフェイスのドナーの詳細を表示します。show interfaces コマンドの出力には、IPv6 ボロエ インターフェイスのドナーの詳細が表示されるようになりました。

    [ show interfaces]を参照してください。

Mpls

  • Junos OS 16.1 以降、セルフ ping メッセージで送信される MPLS EXP ビットは、対応する IP パケットの DSCP/ToS 設定に基づいて設定されます。

  • エグレスノードに属する複数のストリクトホップを使用して制約付きパスLSPを定義する場合、RSVPパスメッセージを受信するインターフェイス上のエグレスノードに割り当てられたIPアドレスと一致するように最初のストリクトホップを設定する必要があります。受信するRSVPパスメッセージが異なるIPアドレスを持つインターフェイスに到着した場合、LSPは拒否されます。

  • Junos OS リリース 21.4R3 CLI では、セット プロトコルの express-segments 設定ステートメントがサポートされています。また、show express-segments および clear express-segments 運用モード コマンドは、EX4300-24P、EX4300-24T、EX4300-48P、EX4300-48T、EX4300-48T-DC、から削除されています。 EX4300-32F、EX4300-48T-BF、EX4300-48T-DC-BF、MX5-T、MX10-T MX40-T、MX80、MX80-T、MX80-48T、MX80-P、MX104、MX-TSR80 プラットフォーム。

  • Junos OS および Junos Evolved リリース 21.4R3 以降、CSPF LSP は、ダウン LSP の再シグナリングを試みる際に新しいインスタンス ID を使用します。

  • CSPF LSP再シグナリングは、新しいインスタンスID(MX480)を使用します。—CSPF(制限付き最短パスファースト)LSPは、ダウンしているLSPの再シグナリングを試みる際に新しいインスタンスIDを使用します。以前のリリースでは、ダウンした CSPF LSP は CSPF パス計算段階でスタックしていました。影響を受ける LSP を手動でクリアし、LSP が再び立ち上がるためのパスを再計算する必要がありました。

    [ LSP 計算を参照してください。]

ネットワークの管理と監視

  • NETCONF <edit-config> の変更RPC 応答(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX)—操作がエラーを返しても <edit-config> 、NETCONF サーバーは RPC 応答で要素を送信 <load-error-count> しません。以前のリリースでは、 <edit-config> RPC 応答には操作が失敗した場合の <load-error-count> 要素が含まれています。

ルーティング プロトコル

  • krt-nexthop-ackステートメントが設定されている場合、RPDはネクストホップがPFEによって確認されるのを待ってから、ルートに使用します。現在、BGPラベル付きルートとRSVPルートのみがこのステートメントをサポートしています。その他のルートは、このステートメントを無視します。

ユーザー インターフェイスと設定

  • 発行されるかどうかをcommit confirmed識別する新しいフィールドrollback pendingが のshow system commit出力に追加されます。これは、一度commitcommit check削除されるか、発行commit confirmedされるか、ロールバックタイムアウト後にロールバックされます。