リリース 22.1R1 の変更点

snmp mib コマンド動作(PTX10008)の強化—Junos OS Evolved 以降、show snmp mib walk decimal コマンドを実行すると、出力パラメーター jnxRedundancySwitchoverReason が期待どおりに機能せず、期待値ではなく常に値 0 が表示されます。jnxRedundancySwitchoverReason の出力パラメーターが、以下の期待値で予想される動作に修正されるようになりました。

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

JNP10K-PWR-DC2 電源は、電源温度が摂氏 60 度を超えると 5500 W または 2750 W に対応しません(PTX10008 および PTX10016)—電源温度が摂氏 60 度以上に上昇した場合、PTX10008 または PTX10016 ルーターにインストールされた JNP10K-PWR-DC2 電源の最大電力容量は、4 つのフィードが接続されている場合は 5500 W から 5000 W に、2 つのフィードが接続されている場合は 2750 W から 2500 W に減少します。ルーターに冗長電源が取り付けられていない場合、ルーターはシャットダウンします。

PTP over Ethernet のステートフルポート設定とデフォルトプロファイルは、バウンダリークロックモードでのみサポートされ、オーディナリークロックモードではサポートされません。

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

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

のlibpyvrf非推奨の関数Python モジュール(ACX シリーズ、PTX シリーズ、QFX シリーズ)- libpyvrfPython モジュールは および set_task_vrf() 関数をサポートしget_task_vrf()なくなりました。

[ Junos OS Evolvedを実行しているデバイス上のPython 3アプリケーションでルーティングインスタンスを指定する方法を参照してください。]

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

ChefとPuppetのサポートが削除されました(PTXシリーズとQFXシリーズ):Junos OS Evolvedリリース22.1R1以降、Junos OS Evolvedは、デバイスの設定にChefまたはPuppetを使用しなくなりました。

Junos XML プロトコル Perl モジュールの非推奨(ACX シリーズ、PTX シリーズ、QFX シリーズ)- ダウンロード用の Junos XML プロトコル Perl クライアントは提供されなくなりました。Perl を使用して Junos デバイスを管理するには、代わりに NETCONF Perl ライブラリを使用します。

[ NETCONF Perl クライアントとサンプル スクリプトについてを参照してください。]

ステートメント(ACXシリーズ、PTXシリーズ、QFXシリーズ)の制限max-datasizeの引き上げ—ステートメントの設定可能な最小値が 23,068,672 バイト(22 MB)から 268,435,456 バイト(256 MB)に増加し、すべてのスクリプト タイプで設定可能な最大値が 1,073,741,824(1 GB)から 2,147,483,648(2 GB)max-datasizeに増加しました。さらに、特定のスクリプトタイプに対して ステートメントを設定しmax-datasizeない場合、スクリプトのデータセグメント部分に割り当てられるデフォルトの最大メモリは1024MBに増加します。制限を高くすると、デバイスは影響を受けるスクリプトを実行するのに十分な量のメモリを割り当てます。

[ max-datasizeを参照してください。

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

RPD_OSPF_LDP_SYNCメッセージがログに記録されませんか?すべての Junos OS および Junos OS Evolved デバイスでは、LDP セッションがダウンすると、LDP と OSPF 間の同期が失われます。同期が失われた後、インターフェイスが3分以上ホールドダウン状態になると、警告レベルのシステムログメッセージが送信されます。このメッセージは、メッセージ・ファイルとトレース・ファイルの両方に表示されます。ただし、3 分未満の階層レベルで edit protocols ospf area area id interface interface name for ldp-synchronization を明示的に設定hold-timeした場合、システム ログ メッセージはログに記録されません。メッセージは 3 分後に印刷されます。

リソース パス間の一貫性を実現するため、リソース パス /mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter ip-addr='address'/state/countersname='name'/out-pkts/ は /mpls/signaling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counters/addr='address'/state/counters name='name'/ に変更されます。リーフ「out-pkts」はパスの終わりから削除され、「シグナリング」は「シグナリング」に変更されます(1つの「l」付き)。

順序指定のないリストエントリ(ACXシリーズ、PTXシリーズ、QFXシリーズ)でJSON設定データを読み込む—Junosスキーマでは、リストキーがリストエントリ内で他の兄弟の前にあり、スキーマで指定された順序で表示される必要があります。Junosデバイスでは、順序指定のないリストエントリを含むJSON設定データを読み込むために、2つのオプションを提供しています。

• request system convert-json-configuration操作モードコマンドを使用し、デバイスにデータを読み込む前に、順序指定リストエントリーでJSON設定データを生成します。

• reorder-list-keys階層レベルで のステートメント[edit system configuration input format json]を設定します。ステートメントを設定後、順序指定のないリストエントリでJSON設定データを読み込むことができます。デバイスは読み込み操作中にJunosスキーマで要求されるようにリストキーの順序指定を再度行います。

ステートメントを設定する reorder-list-keys 際、設定サイズおよびリストの数によって読み込み操作が設定を解析するのにかなり多くの時間がかかる場合があります。そのため、大きな設定や多くのリストのある設定を行う場合は、 ステートメントではなく、 request system convert-json-configuration reorder-list-keys コマンドを使用することを推奨します。

[ json と request system convert-json-configurationを参照してください。

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

階層レベルで を設定するmax-cli-sessions[edit system]と、いつでも共存できるCLIセッションの最大数が制限されます。max-cli-sessionsこの数に達すると、新しいCLIアクセスは拒否されます。ログイン時に CLI を取得するように設定されているユーザーも、新規ログインを拒否されます。

show mvpn c-multicastへの変更とshow mvpn instance出力-FwdNh出力フィールドには、プロトコル独立マルチキャスト(PIM)トンネルの場合、マルチキャストトンネル(mt)インターフェイスが表示されます。

[ show mvpn cマルチキャストを参照してください。]