変更点

EVPN ELAN サービスのフローラベル設定ステータス]-- show evpn instance extensive コマンドの出力に、ルーティングインスタンスではなく、デバイスのフローラベルとフローラベル静の動作ステータスが表示されるようになりました。 flow-label を有効にしたデバイスは、フローアウェアトランスポート(FAT)のフローラベルをサポートし、そのサポートをネイバーにアドバタイズします。 flow-label-static が有効になっているデバイスは、FATフローラベルをサポートしますが、その機能はアドバタイズしません。PR1690033

Junos OSリリース22.4R1で導入されたオーバーレイpingとtraceroute用の新しい機能強化「udpソースポート」—22.4R1以前のJunos OSリリースでは、pingオーバーレイまたはtracerouteオーバーレイ操作でudp送信元ポートを設定することができませんでした。これで、 hashを使用してEVPN-VXLAN環境でこの値を設定できるようになりました。コンフィギュレーションオプション hashは、送信元ポート値を決定するために使用される可能性のある他のハッシュ-*オプションをすべて上書きします。 PR1705726

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

この変更以前は、 show task replication | display xml validate コマンドの出力が ERROR: Duplicate data element <task-protocol-replication-name> 形式のエラーを返していました。この変更により、XML 出力が適切に構成され、検証エラーはありません。

出力に表示される時間単位のラベル— show system uptime コマンドの出力に分がない場合、時間単位のラベルが表示されます。

[ システム稼働時間の表示を参照してください。]

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

FPCでの集約レベルポリサーへの変更(EX9208)—DDOSプロトコルOSPF、OSPFv3、RSVP用に新たに追加されたサブポリサーHELLOとUNCLSの合計により、パケットドロップなどのFPCレベルでカウンターが正しく報告されます。以前は、OSPF、OSPFv3、RSVP集約ポリサーをFPCレベルで直接設定できました。

以下のCLIステートメントを使用して、OSPF、OSPFv3、RSVPのバーストと帯域幅の値を設定できます。

• set system ddos-protection protocols ospf ospf-hello burst size bandwidth packets-per-second

• システムDDoS保護プロトコルを設定 OSPF OSPF-UNCLS バースト 10000 帯域幅 10000

• システムDDoS保護プロトコルの設定 ospfv3v6 ospfv3v6-hello burst 10000 帯域幅 10000

• システムDDoS保護プロトコルを設定 OSPFv3v6 OSPFv3v6-UNCLS バースト 10000 帯域幅 10000

• 設定システムDDoS保護プロトコル RSVP RSVP-HELLO バースト 10000 帯域幅 10000

• 設定システムDDoS保護プロトコル RSVP RSVP-UNCLS バースト 10000 帯域幅 10000

[ プロトコル(DDOS)を参照してください。]

アクティブユーザーカウントは、ODLリクエスト出力の整数値として定義されます。get-system-稼働時間-information ODLリクエストの出力には、アクティブユーザーカウントに関する情報が含まれています。active-user-count は数値整数値として定義され、無効な値型エラーを回避できるようになりました。

[ システム稼働時間の表示を参照してください。]

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

リソースパス /junos/system/linecard/environmentにサブスクライブしているとき、コレクター側のストリーミングパスのプレフィックスは/junos/linecard/environmentと表示されていました。この問題はJunos OS 23.1R1およびJunos OS Evolved 23.1R1で解決されており、サブスクリプションパスとストリーミングパスが一致して /junos/system/linecard/environmentを表示します。PR1690570

BMPで非アクティブなローカルRIBパスをアドバタイズ—[edit routing-options bmp]階層レベルでbmp-loc-rib-add-path新しい設定ステートメントを導入しました。

[ bmp-loc-rib-add-pathを参照してください。]PR1697520

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

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

この変更前は、 show task replication logical-system all | display xml validate コマンドの出力でエラーが報告されていました。変更後、出力は logical-systemcodeph>ルートタグで正しくフォーマットされ、検証エラーは発生しません。 PR1711014

出力に表示される時間単位のラベル— show system uptime コマンドの出力に分がない場合、時間単位のラベルが表示されます。

[ システム稼働時間の表示を参照してください。]PR1715255

shared-tunnelsステートメントは、EX9204、EX9208、EX9214、EX9251、EX9253、MX304、MX10001、MX10002、MX960、MX480、MX240、MX2020、MX2010、MX2008、およびvMXデバイスではサポートされていません。PR1716955

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

ホールドタイムダウンとホールドタイムアップの間隔の最小値を[edit protocols network-isolation group group-name detection]階層レベルで0〜3600000ミリ秒で指定できます。 PR1726039

podmanベースのJDM導入のサポート--Junos OSリリース23.2R1以降、外部サーバーベースのJunos Node Slicingは、ポッドマネージャーツール(podman)を使用したジュニパーデバイスマネージャー(JDM)の導入をサポートしています。この変更は、Red Hat Enterprise Linux (RHEL) 9 を実行しているサーバーに適用されます。23.2R1 より前のJunosリリースでは、JDM をデプロイするための libvirts lxc ドライバー (libvirt-lxc) を提供する RHEL 7.3 Junos Node Slicingサポートされていました。 PR1737550

光設定不一致アラームは、設定されたインターフェイスの速度とサポートされている光インターフェイスの速度に差異がある場合にトリガーされることがあります。このアラームは、指定されたFPCに取り付けられた光インターフェイスが、インターフェイスに設定された速度と互換性がないことを示します。

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

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

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

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

xmlns:junos属性には、完全なソフトウェアバージョン文字列(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、およびvSRX)が含まれます。XML RPC応答のxmlns:junos名前空間文字列には、show versionコマンドによって出力されるバージョンと同じ完全なソフトウェアバージョンリリース番号が含まれます。以前のリリースでは、xmlns:junos文字列にはソフトウェアバージョン情報の一部しか含まれていませんでした。

show system yang package(get-system-yang-packages RPC)XML出力(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、およびvSRX)に対する変更—show system yang packageコマンドと<get-system-yang-packages> RPCには、XML出力に対する以下の変更が含まれています。

• ルート要素はyang-pkgs-infoではなくyang-package-informationです。

• yang-package要素は、パッケージファイルの各セットを囲みます。

• yang-pkg-idタグの名前がpackage-idに変更されます。

• パッケージに変換スクリプトが含まれていない場合、変換スクリプト(trans-scripts)値は noneです。

<load-configuration>がoperation="delete"を使用して存在しない設定オブジェクト(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)を削除すると、NETCONFサーバーの<rpc-error>応答が変更されました。以前のリリースでは、<edit-config>または<load-configuration>操作でoperation="delete"を使用して、ターゲット設定にない設定要素を削除した場合のNETCONFサーバーの<rpc-error>応答を変更しました。<load-configuration>応答への変更を元に戻しました。

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

XMLタグを get-system-yang-packages RPC応答が変更されました(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)— get-system-yang-packages RPC応答は、XML出力の xmlproxy-yang-modules タグを proxy-xml-yang-modules タグに置き換えます。PR1701858

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

junos:cli-featureのサポートYANG拡張(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)—cli-feature YANG拡張は、いくつかのコマンドオプションと設定ステートメントに関連付けられた特定のCLIプロパティを識別します。設定またはRPCを定義するJunos YANGモジュールでは、必要に応じて、拡張とともに発行されるスキーマにcli-feature拡張ステートメントを含めます。この拡張機能は、クライアントが YANG データ モデルを利用する場合に有効ですが、特定のワークフローでは、クライアントが CLI ベースのツールを生成する必要があります。

[ 「Junos DDL 拡張 YANG モジュールについて』を参照してください。]PR1713424

Syslogの優先度に対するイベントデータモデルの強化--イベントデータモデルが強化され、syslogイベントログに priority パラメータが含まれるようになりました。この更新により、syslog優先度の計算と表現が修正されます。以前は、syslogの優先度が誤って計算され、syslogメッセージの処理でエラーが発生していました。

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

<load-configuration>がoperation="delete"を使用して存在しない設定オブジェクト(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)を削除すると、NETCONFサーバーの<rpc-error>応答が変更されました--以前のリリースでは、<edit-config>または<load-configuration>操作でoperation="delete"を使用して、ターゲット設定にない設定要素を削除した場合のNETCONFサーバーの<rpc-error>応答を変更しました。 <load-configuration>応答への変更を元に戻しました。

ping host | display xml validateコマンドは、エラーなしでXMLを検証します(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX)—22.4R2より前のJunos OSおよびJunos OS Evolvedリリースでは、ping host | display xml validateコマンドを実行すると、CRITICAL ERROR:ルートタグ名の不一致が発生します。'ping-results'を期待し、'run-command'を取得しました。これで、コマンドはエラーなしでXMLを正常に検証します。

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

この変更以前は、デフォルトではデバイスは同じサブネットから発信されたARP要求にのみ応答していました。新しいCLIオプションである「respond-out-of-subnet」を[edit system arp]階層レベルで設定し、異なるサブネットから発信されたリクエストに対するARPの応答を許可します。 PR1710699

RTC(ルートターゲット制約)ファミリーの nexthop-resolution no-resolution オプションの追加-- nexthop-resolution no-resolution 設定オプションがBGP設定の family route-target に追加されました。この追加により、RTCファミリー(AFI 1、SAFI 132)ルートのネクストホップ解決を無効にし、RTCルートのネクストホップ到達可能性に依存せずにVPNルートのフィルタリングに使用できると見なすことができます。

[ ファミリールートターゲットを参照してください。]

この変更以前は、 show isis statistics interface interface_name | display xml コマンドの出力にXMLタグ「interface-name」が使用されていたため、エラーが発生していました。変更により、XML出力にはタグ「isis-interface-name」が使用されます。

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のセグメントルーティングを使用したトポロジーに依存しないループフリーの代替を参照してください。]

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

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

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

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

xmlns:junos属性には、完全なソフトウェアバージョン文字列(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)が含まれます。XML RPC応答のxmlns:junos名前空間文字列には、show versionコマンドによって出力されるバージョンと同じ完全なソフトウェアバージョンリリース番号が含まれています。以前のリリースでは、xmlns:junos文字列にはソフトウェアバージョン情報の一部しか含まれていませんでした。PR1696560

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

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