変更点

相互接続とローカルルートの識別が同じ値を持つ場合、コミットエラーが発生します。- EVPNデータセンターの相互接続(DCI)ゲートウェイデバイス上で、[edit routing-instances name protocols evpn interconnect]階層で相互接続RDを設定する場合、相互接続RDはルーティングインスタンスのローカルRDとは異なる必要があります。ルーティングインスタンスの相互接続RDとローカルRDに同じ値を設定しようとすると、デバイスはコミットエラーをスローしてこの要件を適用します。ただし、EVPN タイプ 5 ルートの DCI シームレス ステッチでは、このリリース以前の場合はコミット エラーは表示されません。このリリース以降、デバイスはコミットエラーをスローし、タイプ5ルートでのDCIステッチにこの条件を適用します。

[ route-distinguisherを参照してください。]

pingオーバーレイまたはtracerouteオーバーレイ操作でUDP送信元ポートを指定する — 22.4R1以前のJunos OSリリースでは、pingオーバーレイまたはtracerouteオーバーレイ操作でUDP送信元ポートを設定することはできませんでした。これで、 hashを使用してEVPN-VXLAN環境でこの値を設定できるようになりました。コンフィギュレーションオプション hash は、送信元ポート値を決定するために使用できる他のハッシュ-*オプションをすべて上書きします。

イーサネット リンク障害管理プロセス(lfmd)は、リンク障害管理プロトコルが設定されている場合にのみ実行されます。

以前は、システムがインターフェイスまたは階層ポリサーをインストールできない場合、アサートが原因でPFEがクラッシュしていました。これで、システムはファイアウォール破棄をインストールし、DFW_HALP_ERR_MSG_POLICER_ADD_FAILEDエラーメッセージをログに記録します。このエラーメッセージは、影響を受けるポリサーの名前と対応するエラーコードを提供します。関連するポリサーは、インターフェイス>ユニット>ファミリー>ポリサー入出力(または)インターフェイス>ユニット>ファミリー>入力階層ポリサースタンザの下に表示されます。PR1701676

接続障害管理プロセス(cfmd)は、イーサネット接続障害管理プロトコルが設定されている場合にのみ実行されます。

以前は、inet6flow.0 を rib グループのプライマリ rib にすることは許可されていませんでした。リリース22.3以降、これが許可されるようになりました。

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

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

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

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

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

TEDデータベースにおけるSRv6ロケータの柔軟なアルゴリズム情報の表示]--show ted database extensiveコマンドを使用して、SRv6ロケーターに関連するメトリック、フラグ、および柔軟なアルゴリズム情報を表示します。このリリース以前は、この情報はTEDデータベースに含まれていませんでした。

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

RPC 用の YANG モジュールJunos、junos:command拡張ステートメント(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)が含まれています。動作モード コマンド用の RPC を定義するJunos YANG モジュールには、拡張とともに発行されるスキーマに<codeph>junos:command</codeph>拡張ステートメントが含まれています。このステートメントは、対応するRPCのCLIコマンドを定義します。ジュニパー YANG GitHubリポジトリには、特定のリリースとデバイスファミリーのrpc-with-extensionsディレクトリに拡張子付きのRPCスキーマが格納されています。また、[edit system services netconf yang-modules]階層レベルでemit-extensionsステートメントを設定し、ローカルデバイスでYANGスキーマを生成すると、RPC用YANGモジュールにjunos:command拡張ステートメントが含まれます。

jnxRmonAlarmStateの強化(ACXシリーズ、EXシリーズ、MXシリーズ、NFXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ)—show snmp mib walk jnxRmonAlarmTableを使用すると、jnxRmonAlarmStateに以下の追加値を表示できるようになりました。 fallingThreshold (6) - 値が下降閾値以下の場合 risingThreshold (5) - 値が上昇閾値以上の場合 getFailure (7) - 値が noError 以外の値の場合現在の内部「get」リクエスト 以前のリリースでは、jnxRmonAlarmStateのステータスは不明(1)、作成不足(2)、アクティブ(3)のみ表示できました。

operatorログインクラスは、no-world-readable(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)のNETCONFトレースファイルの表示を制限されています。[edit system services netconf traceoptions]階層レベルでNETCONFトレースオプションを設定し、no-world-readableステートメント(デフォルト)を設定または省略することでファイル所有者へのファイルアクセスを制限する場合、operatorログインクラスに割り当てられたユーザーはトレースファイルを表示する権限を持ちません。

OISMを備えたARレプリケータは、OISM SBD(QFX5130-32CDおよびQFX5700)にのみマルチキャスト状態をインストールする(-32CDおよび)—多くのVLANを備えたEVPN-VXLAN ERBファブリックでは、最適化されたサブネット間マルチキャスト(OISM)を備えたアシストレプリケーション(AR)レプリケーターとして実行されているQFX5130-32CDおよびQFX5700スイッチが、マルチキャスト(*,G)状態(IGMPv2を使用)または(S,G)状態(IGMPv3を使用)をインストールすると、スケーリングの問題が発生する可能性があります。その結果、これらのスイッチは、これらのマルチキャスト状態のみをOISMサプリメンタルブリッジドメイン(SBD)VLANにインストールします。すべてのOISM収益ブリッジドメインVLANにこれらの状態をインストールするわけではありません。これらのデバイスでは、<cli>show マルチキャスト snooping route<cli>コマンド出力のSBDでのみ、マルチキャストグループルートが表示されます。

[ 多くのVLANを使用したOISMとARのスケーリングを参照してください。]

この変更以前は、ルートシャーディングが設定されている場合、CLI show route コマンドの出力にはシャーディングに関する情報が含まれていました。変更後、シャーディング情報を表示するには、CLI show route コマンドに「rib-sharding all」引数を追加する必要があります。

新しいARPおよびNDPパケット分類(QFX10002、QFX10008、QFX10016)--VTEPインターフェイス経由で受信するARPパケットとNDPパケットに、2つのコントロールプレーンクラスを導入しました。デバイスがパケットをARPまたはNDPとして識別すると、イングレスポートチェックを実行し、VTEPインターフェイスがこれらのパケットを受信するかどうかを確認します。VTEPインターフェイスがパケットを受信すると、datapathはコントロールプレーンクラスを新しく定義された値に書き換えます。この新しいコントロールプレーンクラスに基づいて、システムは残りのパケット処理を実行し、パケットをホストパスに転送します。システムはこのARPトラフィックに個別のDDoSポリサーを追加します。これにより、ARPトラフィックがアンダーレイARP DDoS違反をトリガーしないようにします。

ping host | display xmlコマンドはエラーなしでCLI出力を生成します(ACXシリーズ、PTXシリーズ、およびQFXシリーズ) — Junos OSリリース22.4R2では、ping host | display xmlコマンドがXMLでフォーマットされたCLI出力を生成するようになりました。

[ pingを参照してください。

オープン設定(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)では、インスタンスタイプをデフォルトからL3VRFに変更することはできません。DEFAULT_INSTANCEは、ルート set routing-options?で特定のインスタンスタイプが設定されていない場合に実行されるプライマリインスタンスです。明示的に設定したインスタンスはすべて set routing-instance r1 routing-options?に変換されます。この問題は、インスタンスタイプDEFAULT_INSTANCE(任意のインスタンスをDEFAULT_INSTANCEへ)をL3VRFに変更するか、L3VRFをDEFAULT_INSTANCEに変更すると、変換時に発生します。そのため、そのような変更は許可されません。また、DEFAULT_INSTANCEにはDEFAULTしか名前を付けることができず、DEFAULTはDEFAULT_INSTANCE用に予約されているため、そのような変更は許可されません。

拡張されたEVPN-VXLANファブリックのOISMサーバーリーフおよびボーダーリーフデバイスでconserve-mcast-route-in-pfeオプションを設定し、マルチキャストルート枯渇を回避します(QFX5130-32CDおよびQFX5700スイッチ)-EVPN-VXLANファブリックでは、QFX5130-32CDおよびQFX5700スイッチを、最適化されたサブネット間マルチキャスト(OISM)サーバーリーフまたはボーダーリーフデバイスとして設定できます。多くのVLAN、EVPNインスタンス、およびマルチキャストストリームを含む拡張ファブリックでは、PFEのマルチキャストスヌーピングルートテーブルのサイズが制限されているために、これらのデバイスでマルチキャストトラフィックの損失が発生する場合があります。拡張環境でOISMを搭載したQFX5130-32CDおよびQFX5700スイッチでこの問題を回避するには、これらのプラットフォームの[edit multicast-snooping-options oism]階層でconserve-mcast-routes-in-pfeオプションを設定する必要があります。このオプションは、QFX5130-32CDおよびQFX5700スイッチでのみ使用できます。OISMでこれらのデバイスをサーバーリーフまたはボーダーリーフデバイスとして設定する場合、このオプションを使用します。これらのデバイスを OISM を備えたスタンドアロンのアシストレプリケーション(AR)レプリケータとして設定する場合は、このオプションを設定しないでください。

[ oism(マルチキャストスヌーピングオプション)を参照してください。]

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

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

request system snapshotコマンドの新しいオプション(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ)—request system snapshotコマンドには、非回復スナップショット用の新しいオプションが含まれています。スナップショットのユーザー定義名を指定するnameオプションを含めたり、スナップショットに設定ファイルを含めたり除外したりするconfigurationまたはno-configurationオプションを含めることができます。デフォルトでは、スナップショットは/configディレクトリと/varディレクトリ、および特定のSSHファイルのコンテンツを含む設定ファイルを保存します。

[ request system snapshot (Junos OS with Upgraded FreeBSD)を参照してください。]

永続的なCLIタイムスタンプ - 現在ログインしているユーザーの永続的なCLIタイムスタンプを取得するには、 set cli timestamp 操作コマンドを有効にします。これにより、設定が削除されるまで、ユーザーまたはクラスの各SSHセッションの各新しい行ごとにタイムスタンプが永続的に表示されます。異なるユーザー用のパーミッションとフォーマットを持つ特定のクラスのタイムスタンプを有効にするには、以下のステートメントを設定します。 set system login class <variable>class name</variable> permissions <variable>permissions</variable> set system login class <variable>class name</variable> cli timestamp set system login user username class <variable>class name</variable> authentication plain-text-password 注: デフォルトのタイムスタンプフォーマットは%b %d %Tです。要件に応じて形式を変更できます。例えば、以下のステートメントを設定することができます。set system login class <variable>class name</variable> cli timestamp format "%T %b %d デフォルトのクラスパーミッションとフォーマットを持つ特定のユーザーに対してタイムスタンプを有効にするには、以下のステートメントを設定します。 set system login user username class <variable>class name</variable> authentication plain-text-passwordset system login user <variable>username</variable> cli timestamp

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