変更点

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

show route tableの出力を更新—show route table bgp.evpn.0の出力にL2サービスTLVタイプが表示されるようになりました。以前は、出力にはL3サービスTLVが表示されていました。 PR1694780

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

PTX10008およびPTX10016ルーターに取り付けられたJNP10K-PWR-DC2電源は、電源がオフになっているときにオンラインと表示されます。—Junos OSリリース21.4R1またはJunos OS Evolvedリリース21.4R1がインストールされているPTX10008およびPTX10016ルーターに取り付けられたJNP10K-PWR-DC2電源は、入力電源が接続されている場合、コマンド「show chassis environment psm」の出力にオンラインと表示されます。 ただし、電源装置の電源スイッチはオフになっています。

インターフェイスごとのポイントツーマルチポイント、イングレスおよびエグレスセンサーのOpenConfigコンテナ名は、「シグナリング」から「シグナリング」への一貫性を確保するために変更されています。PR1653962

IPv6 flowspec が RFC8956 の特定の制約を実装Junos—Junos IPv6 flowspec の実装は、より新しいRFC8956に存在する特定の制約に従うようになりました。この変更により、IPv6 flowspec 実装が更新され、ICMPv6 タイプと ICMPv6 コードコンポーネントに追加の一致条件が適用されます。また、上位層プロトコル値が58(ICMPv6)であり、システムがトランスポートヘッダーを見つけることができる場合にのみ、パケットが正しく照合され、カウントされるようにします。以前は、BGP flowspecを使用してIPv6ファイアウォールフィルターをインストールすると、トラフィックが正しくカウントされないため、一致するトラフィックカウンターにゼロの値が表示されていました。PR1656342

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

vmhost ストレージの使用状況を監視するには、次の手順に従います。 新しいマイナー アラーム VMHost RE 0 Disk 1 inode usage breached threshold が導入されましたか?既存のマイナーアラーム「VMHost RE 0 Disk 1 usage is above threshold」は、「VMHost RE 0 Disk 1 Size usage breached threshold」に変更されます。PR1680682

「ユーザー別に順序付け」の適格性チェック—階層が「ユーザー別に順序付け」リストタイプの対象となるかどうかを確認して確認します。ユーザーが show policy-options prefix-list を開始すると、階層はユーザーが更新した順序で表示されます。この拡張機能により、階層が昇順に整理されます。 PR1685527

ポリシーマルチパスルートのメトリック値が正しくない— policy-multipathで設定されたBGPルートのメトリック2値を正しく報告Junos OS。ルートのアクティブなプレフィックスが SR TE で解決中の場合、システムはルート メトリックにメトリック 2 値を正確に反映します。この変更により、ルーティングの決定が正確なメトリックに基づいて行われるようになり、全体的なネットワークパフォーマンスと信頼性が向上します。

[ ポリシーマルチパスを参照してください。]PR1686297

ローカルアドレス設定の強化—bfd-liveness-detectionでlocal-addressオプションを設定した場合、シングルホップBFDセッションでは無視されるようになった場合、設定は無視され、syslog警告が生成されます。local-addressオプションは、マルチホップBFDセッション専用です。

[ bfd-liveness-detection(BGP)を参照してください。]PR1858398

操作スクリプトのページネーション処理—操作出力を処理するためのデフォルトの動作が、ページネーションを防止するために変更されました。運用スクリプトからのすべての出力には、CLI の画面長設定に従って、ページネーションによって中断されることなく連続行が表示されるようになりました。これにより、ユーザーのプロンプトと出力が順番に表示されるようになり、ユーザー エクスペリエンスが向上します。PR1648417

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

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

16進数値(MX10004、ACX7100-32C、ACX7100-48L、ACX7509、ACX7024、PTX10001-36MR、PTX10004、PTX10008、PTX10016)へのアフィニティ制約の表示の変更 - Junos OSリリース22.4R1およびJunos Evolvedリリース22.4R1以降、 show ted spring-te-policy extensive 操作コマンドの出力に、アフィニティ制約が10進数ではなく16進数で表示されます。

[ show ted spring-te-policy extensiveを参照してください。

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)のみ表示できました。

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

Junos Evolvedリリース22.3R1以降、Network Time Protocol(NTP)の設定を1つのアドレスファミリー(inet対inet6)に制限するサポートが提供されます。NTPのルーティングインスタンスごとに、inetおよびinet6ファミリーごとに1つの送信元アドレスを設定できます。例えば、以下の設定が有効です。 set system ntp source-address 2620:149:1d06:100::1set system ntp source-address 10.10.10.100

強化された show route フローID情報を含むコマンド—コマンド show route <> extensive にフローID情報が含まれるようになり、ルート固有のトラフィックフローの可視性が強化されました。PR1687031

ルートターゲット制約(RTC)ファミリーの nexthop-resolution no-resolution オプションの追加— nexthop-resolution no-resolution 設定オプションがBGP設定の family route-target に追加されました。この追加により、RTCファミリー(AFI 1、SAFI 132)ルートのネクストホップ解決を無効にし、RTCルートのネクストホップ到達可能性に依存せずにVPNルートのフィルタリングに使用できると見なすことができます。[{https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/statement/family-edit-protocols-bgp-route-target-vp.html}ファミリールートターゲットを参照]。PR1690014

温度センサー(PTX10001-36MR)のサポート—シャーシcbの編集階層レベルで温度センサーステートメントをサポートします。temperature sensorステートメントを使用して、ファン速度を上げ、温度しきい値をカスタマイズできます。ZRおよびZR-Mモジュールに特定の値を設定して、温度をしきい値内に抑えることをお勧めします。

[ 温度センサーを参照してください。

identityref タイプの YANG リーフノード(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)—YANGリーフノードがidentityrefタイプの場合、Junosデバイスは、そのノードのJSONエンコーディングでIDの名前空間修飾形式を出力します。さらに、Junosデバイスは、JSON設定データで、単純な形式(名前空間なし)と名前空間修飾形式の両方のIDを受け入れます。以前のリリースでは、Junosデバイスは単純な形式のIDのみを発行し、受け入れます。名前空間修飾IDを発行して受け入れることで、YANGデータモデルが異なるモジュールのidentifyref値を含むIDとリーフノードを定義する場合でも、デバイスが値を適切に解決できます。

温度センサー(PTX10001-36MR)のサポート—[edit chassis cb]階層レベルで温度センサーステートメントをサポートします。temperature sensorステートメントを使用して、ファン速度を上げ、温度しきい値をカスタマイズできます。ZRおよびZR-Mモジュールに特定の値を設定して、温度をしきい値内に抑えることをお勧めします。[温度センサー https://www.juniper.net/documentation/us/en/software/junos/chassis/topics/ref/statement/chassis-adc-temperature-sensor.html を参照してください。PR1675803

file copyコマンドは、CLI(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)のテキスト形式の出力のみをサポートします。file copyコマンドは、操作が成功しても出力されず、エラーが発生した場合はテキスト形式の出力のみをサポートします。file copyコマンドは、どのリリースでも、| display xmlフィルターまたは| display jsonフィルターを使用して、コマンド出力をXMLまたはJSON形式で表示することをサポートしていません。これらのオプションを CLI から削除しました。

永続的なCLIタイムスタンプ—現在ログインしているユーザーの永続的なCLIタイムスタンプを取得するには、 set cli timestamp 操作コマンドを有効にします。これにより、設定が削除されるまで、ユーザーまたはクラスの各SSHセッションの各新しい行ごとにタイムスタンプが永続的に表示されます。

異なるユーザーの権限とフォーマットを持つ特定のクラスのタイムスタンプを有効にするには、以下のステートメントを設定します。

set system login class class name permissions permissions

set system login class class name cli timestamp

set system login user username class class name authentication plain-text-password

デフォルトのクラスパーミッションとフォーマットを持つ特定のユーザーに対してタイムスタンプを有効にするには、次のステートメントを設定します。 set system login user username class class name authentication plain-text-password と set system login user username cli timestamp。 PR1748113

ATM VPN NLRIとBGP NLRIの復元更新—ATM VPN NLRIを元の列挙値に復元し、BGPマルチキャストアドレスファミリーに新しいNLRI値を導入しました。この変更は、ATM VPNとBGPマルチキャストアドレスファミリーの両方が設定されている場合、インサービスソフトウェアアップグレード(ISSU)に影響を与える可能性があります。

[ ATMVPNアドレスファミリーNLRIを復元し、BGPマルチキャストNLRIに新しいNLRI値を使用するを参照してください。]PR1674843