リリース 22.1R1 の変更

Junos Limited バージョン(MX シリーズ ルーター、PTX シリーズ ルーター、SRX シリーズ デバイス)で PKI 運用モード コマンドはサポートされていません。制限付き暗号化 Junos イメージ(「Junos Limited」)では、 、 show 、および clear PKI 関連の運用コマンドはサポート request されていません。制限付き暗号化 Junos イメージで PKI 操作コマンドを実行しようとすると、適切なエラー メッセージが表示されます。このプロセスは pkid 、Junos Limitedバージョンイメージでは実行されません。したがって、限定バージョンは PKI 関連の操作をサポートしていません。

次の <request-system-zeroize> RPC 応答は、デバイスが要求された操作(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX)を正常に開始したことを示します。RPC がゼロライズ操作を正常に開始すると <request-system-zeroize> 、デバイスは応答タグを送信 <system-zeroize-status>zeroizing re0</system-zeroize-status> してプロセスが開始したことを示します。デバイスがゼロライズ操作の開始に失敗した場合、デバイスは応答タグを <system-zeroize-status> 発行しません。

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

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

加入者管理統計(MXシリーズ)の新しい出力フィールド— 拡張加入者管理を有効にすると、 階層レベルで edit forwarding-options dhcp-relay ステートメントでDHCPリレーまたはサーバーoverrides bootp-supportを設定した場合でも、非DHCPv4ブートストラッププロトコル(BOOTP)要求は処理されない可能性があります。DHCP 送受信パケット カウンターを監視するために、運用コマンド用show system subscriber-management statistics dhcp extensiveに以下の出力フィールドを導入しました。- 受信した BOOTP ブート 要求パケット - 受信した BOOTP ブート応答パケット - 送信された BOOTP ブート要求パケット - 送信される BOOTP ブート応答パケット

[ システム加入者管理統計の表示を参照してください。]

NAT ルール設定コマンド(SRX シリーズおよび MX シリーズ):Junos OS リリース 22.1R1 以降、ソース NAT、ディスティネーション NAT、スタティック NAT では、ルールセット コマンドの設定に誤ったプレフィックスが付いた IP アドレスを使用すると、失敗します。設定をコミットするには、有効なIPアドレスプレフィックスを使用します。

[ ルールセット(セキュリティソースNAT)、 ルールセット(セキュリティディスティネーションNAT)、 ルールセット(セキュリティスタティックNAT)を参照してください。

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

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

[一 時的な設定データベースのインスタンスを有効にして設定するを参照してください。

インスタンス(EXシリーズ、MXシリーズ、MXシリーズバーチャルシャーシ、PTXシリーズ、QFXシリーズ、vMX)のコミット時に一時的なインスタンス設定を自動的に同期するサポート:一時的なデータベースインスタンスを設定し、デュアルルーティングエンジンデバイスまたはMXシリーズバーチャルシャーシで一時的なインスタンスをコミットするたびに、その設定を他のルーティングエンジンに同期させることができます。コミットしたときにインスタンスを自動的に同期するには、一時的なインスタンスの[edit system commit]設定に 階層レベルで ステートメントを含synchronizeめます。

[ NETCONF または Junos XML プロトコルを使用した一時的な設定データのコミットと同期を参照してください。

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

順序なしのリスト エントリー(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX)を含む 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-configurationreorder-list-keys使用することをお勧めします。

[ json および リクエストシステム変換-json-configurationを参照してください。]