22.4R3の変更点

MXシリーズルーター上の物理インターフェイスに分類子を適用することはできません。MXシリーズルーターでは、論理インターフェイスに分類子を適用する必要があります。

IPsecセキュリティアソシエーション用の広範なオプションの導入(MXシリーズ、SRXシリーズ、vSRX 3.0)-show security ipsec security-associationsコマンドにextensiveオプションを導入しました。このオプションを使用して、すべてのトンネルイベントとのIPsecセキュリティ関連付けを表示します。既存のdetailオプションを使用して、最大10のイベントを逆年代順に表示できます。

[ show security ipsec security-associationsを参照してください。]

古い Junos リリースでは、データ定義言語(DDL)リストは、ユーザーがリスト項目を設定する順序(たとえば、一連の静的ルート)で並べ替えられていました。この変更により、リストの順序は、アイテムが設定された順序ではなく、番号順に表示されるシステムによって決定されます。この変更による機能的影響はありません。

max-db-sizeは、> = 32 GB DRAMを搭載したルーターのオプション設定コマンドです(たとえばMX960プラットフォーム上)。加入者管理を有効にするには、コマンドset chassis network-services enhanced-ipとset system services 加入者管理enableを使用します。ルーターが再起動すると、max-db-size(オプション)の設定なしで加入者管理が有効になり、1回の再起動のみが必要です。

システム情報を要求するEVPNオプションにマルチキャストデバッグ情報を追加しました(MXシリーズ、QFXシリーズ)—コマンド request support information evpn-vxlan からの出力に、EVPNマルチキャストの問題をデバッグするための追加情報CLI含まれるようになりました。

[ 「サポート情報のリクエスト」を参照してください。]

TTP TLV の上限値の引き上げ(MXシリーズ)—Junosカーネルは、パケットのドロップを回避するために、追加された数のTTP TLV(TNPトンネリングプロトコル:タイプ、長さ、および値メッセージ)に対応できるようになりました。

[ show system statisticsを参照]

2つの新しいアラームが追加され、400G-ZR光インターフェイスを使用している場合、MPC11Eで確認できます。高出力光インターフェイスが温かすぎる: 光インターフェイスに対して機能的なアクションが実行されていない状態で、シャーシ周囲温度が上昇する警告 光インターフェイスの電源を入れるには温度が高すぎます: シャーシの周囲温度がしきい値を超えて上昇した場合、新たに挿入された光インターフェイスは電源がオンにならず、周囲温度が許容範囲。

AFT(レガシーパスを使用)のLSPセンサーのパケットレートとバイトレートフィールドは、jnx-packet-rateとjnx-byte-rateに名前が変更され、UKERNの動作と同等になりました。以前は、これらのレートフィールドの名前はpacketRateおよびbyteRateでした。

書き込みキャッシュ無効アラームが発生しなくなりました—Junos OSがサポートするデバイステーブルにSSDモデルがないため、「ディスク2書き込みキャッシュが無効です」アラームがシャーシアラームで報告されました。サポートが追加され、アラームは報告されなくなりました。 PR1956899

AE のすべてのメンバーの速度が同じ(x)で、混合速度が設定されていない場合。AE のいずれかのメンバーの速度値を x 以外の値に変更した場合、以前のリリースではコミットが成功しました。このリリースから、コミットは失敗します。速度の異なる et インターフェイスがあり、それらを AE インターフェイスの一部にする場合。インターフェイスのすべてのメンバーの速度を同じ速度(x)に変更し、AEインターフェイスを設定してコミットすると、以前のリリースではコミットに失敗しました。このリリースから、このようなコミットは成功します。PR1745893

アプリケーションファイルが使用できない場合にextension-service file設定をコミットする機能—edit system extension extension-service application file file-name階層レベルでoptionalオプションを設定すると、ファイルが/var/db/scripts/jetファイルパスで使用できない場合でも、オペレーティングシステムは設定をコミットできます。

[ ファイル(JET)を参照してください。]

デーモン化されたアプリケーションを再起動する機能-- request extension-service restart-daemonize-app <varname>application-name</varname> コマンドを使用して、Junosデバイス上で実行されているデーモン化されたアプリケーションを再起動します。アプリケーションを再起動すると、デバッグとトラブルシューティングに役立ちます。

[ request extension-service restart-daemonize-appを参照してください。]

MACsec操作コマンドのXML出力の変更—有効なXMLを出力するように、以下のMACsec操作コマンド(および対応するRPC)のXML出力を変更しました。show security mka sessions brief ?新しい「セッション共通」要素は、各セッションの各情報セットを囲みます。show security mka sessions detail ?新しい「セッションライブ」要素がインターフェイスの状態を囲みます。show security mka sessions summary ?新しい「mka-session-terse」タグは、各セッションのタグセットを囲んでいます。show security macsec connections ?新しい「macsec-interface-common-information」要素は、各接続のタグセットを囲みます。show security mka statistics ですか?新しい「mka-interface-statistics」要素は、各インターフェイスのプロトコル統計を囲みます。

[show security mka sessions{https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-security-mka-sessions.html }、show security macsec connections{https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-security-macsec-connections.html }、show security mka statistics ..]PR1744564

operation="delete"操作が存在しない設定オブジェクト(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)を削除した場合のNETCONFサーバーの<rpc-error>要素への変更—<edit-config>操作がoperation="delete"を使用してターゲット設定に存在しない設定要素を削除する場合に、NETCONFサーバーが返す<rpc-error>応答を変更しました。エラーの重大度は警告ではなくエラーであり、<rpc-error>要素には<error-tag>data-missing</error-tag>要素と<error-type>application</error-type>要素が含まれます。

RFC準拠のNETCONFセッション(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)での<validate>操作に対するRPC応答の変更—[edit system services netconf]階層レベルでrfc-compliantステートメントを設定すると、NETCONFサーバーは<validate>操作に応答して<ok/>または<rpc-error>要素のみを出力します。以前のリリースでは、RPC応答には<commit-results>要素も含まれていました。

DDoS syslogメッセージの強化(MPC10、MPC11、LC4800、またはLC9600のいずれかのラインカードを搭載したMXシリーズデバイス)--加入者管理環境で ddos_get_vbf_ifl_from_flow_id および ddos_get_vbf_ifl_name モジュールsyslogメッセージDDoSの重大度を強化しました。以前のリリースでは、SCFD(疑わしい制御フロー検出)を有効にすると、これらのsyslogメッセージが加入者管理環境に誤ったメッセージを表示します。

[ コントロールプレーンDDoS保護フロー検出の概要を参照してください。]

以前は、レイヤー 2 疑似配線のシェーピングは、論理トンネル インターフェイスでは機能しませんでした。これは、QXチップベースのMICとMPCを除くすべてのプラットフォームで修正されています。

TI-LFAとレガシーLFA設定コミット検証アップデート(Junos OSおよびJunos OS Evolved)—TI-LFAとレガシーFRR(ノードリンク保護)を別のOSPFインスタンスで有効にできるようになりました。システムは、同じOSPFインスタンスでTI-LFAとレガシーFRRの両方を有効にした場合にのみ、コミットエラーを生成します。その場合、コミットは失敗し、「error: commit failed: (statements constraint check failed)」というメッセージがトリガーされます。

[ IS-ISおよびOSPFのセグメントルーティングを使用したトポロジーに依存しないループフリーの代替を参照してください。]PR1718886

BGPマルチパスルート計算—ルーティングインスタンスでマルチパスを設定する場合、クラスターリストの長さのために非アクティブなBGPルートもマルチパス計算の対象と見なされます。これにより、マルチパス設定により多くの潜在的なパスを含めることができ、ルート選択が向上します。

[ BGPパス選択についてを参照してください。]PR1719797

この変更以前は、「show isis spring flex-algorithm |複数のフレックスアルゴリズムインスタンスが設定されている場合、display xml」コマンドのフォーマットが無効になりました。この変更により、XML 出力は適切に構造化され、各インスタンスのフレックスアルゴリズム情報が表示されます。新しいXMLタグ「isis-spring-flex-algorithm」が、各インスタンスのバンドル情報に追加されます。

show bgp neighborの修正出力(Junos OSおよびJunos OS Evolved)—show bgp neighborコマンド出力でconfiguredではなくconfigruedが表示されていたタイプミスを修正しました。また、既存のオプションAcceptedPrefixLimitを出力に追加して、設定時に表示されるようにしました。この改善により、設定設定が正確に表示されるようになり、BGPネイバー設定を監視および管理するための追加情報も提供されます。

[ show bgp neighborを参照してください。]PR1740982

BGP Neighbor Telemetry Statistics (Junos OS and Junos OS Evolved)—テレメトリを通じて報告されたBGPネイバー統計は、 rib-sharding が有効になっているかどうかに関係なく常に集約されるようになりました。以前は、シャーディングがアクティブなとき、統計はシャードごとにストリーミングされていました。現在の動作では、センサーが適切にインストールされ、統計はストリーミングされる前にメインスレッドに集約されます。コントローラーとコレクターは、BGPネイバー統計の単一の統合ビューを受け取るようになりました。 PR1765189

ポートミラーリング設定の更新—インターフェイス範囲は、アナライザを作成するための設定グループの一部としてサポートされなくなりました。コンフィググループでinterface-rangeを使用しようとすると、無効なインターフェイスタイプを示すエラーが発生します。また、この設定では、インターフェイス範囲やインターフェイスリストを構成することはできません。この変更により、範囲ではなく個々のインターフェイスの指定を必要とすることで、正確でエラーのない設定が保証され、ポートミラーリング設定の精度と信頼性が向上します。 PR1728883

file compare filesコマンドでファイルを表示するには、ユーザーにmaintenance権限が必要です] -- Junos OS and Junos OS Evolvedのfile compare filesコマンドでは、ユーザーはmaintenance権限を持つログインクラスを持っている必要があります。

[ 「ログインクラスの概要」を参照してください。]

MVPN送信者サイト設定の強化—イングレスレプリケーション(IR)トンネルで設定されたマルチキャスト仮想プライベートネットワーク(MVPN)送信者サイトは、ラベル0のタイプ1ルートを送信します。つまり、リモートPEはタイプ1ルートをトンネルのリーフとして追加しませんが、送信側サイトPEをMVPNネイバーとして追加します。これにより、送信側サイトPEからのトラフィックが、不明なMVPNネイバーによってリモートPEによってドロップされることはありません。しかし、送信側サイトPEはラベルを0として送信するため、リモートPEは送信側サイトPEをリーフとして追加せず、リモートPEからのトラフィックはこのPEに複製されず、送信側サイトの機能が確保されます。PR1711769