Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

リリース 21.2R1 の変更

サービス クラス(CoS)

  • [サービスクラスのトラフィック制御プロファイルを編集]は、お客様ごとにシステム単位で注文する必要があります。Junos OSリリース21.2以降、Junos OSは、サービスクラスの設定を設定の順序に関係なくアルファベット順に表示します。
  • Junos OSリリース21.2以降、Junos OSは、設定順に関係なく、サービス設定クラスをアルファベット順に表示します。

EVPN

  • SVLBNH 情報の表示のサポート - コマンドを使用して show ethernet-switching vxlan-tunnel-end-point esi esi-identifier esi-identifier instance instance svlbnh 、指定された ESI およびルーティング インスタンスの VXLAN トンネル エンドポイント情報を表示すると、SVLBNH(共有 VXLAN ロード バランシング ネクスト ホップ)情報を表示できるようになりました。

Junos XML APIとスクリプティング

  • コマンドライン引数を Python op スクリプト(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX)に渡す方法の変更—デバイスがコマンド ライン引数を Python op スクリプトに渡すと、ハイフン(-)を単一文字の引数名にプレフィックスとして付け、2 つのハイフン(-)から複数文字の引数名にプレフィックスを付けます。プレフィックスを使用すると、標準的なコマンドライン解析ライブラリを使用して引数を処理できます。以前のリリースでは、デバイスはすべての引数名に単一のハイフン(-)をプレフィックスとして付けていました。

    [ Opスクリプトでのコマンドライン引数の宣言と使用を参照してください。]

  • HTTPSサーバーからスクリプトを更新するには、証明書(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)が必要です。HTTPSサーバーからローカルコミット、イベント、op、SNMP、またはJuniper Extension Toolkit(JET)スクリプトを更新する場合、デバイスがサーバー証明書の検証に使用する証明書(Root CAまたは自己署名)を指定する必要があります。 サーバーが本物であることを確認します。以前のリリースでは、HTTPS サーバーからスクリプトを更新しても、デバイスは証明書の検証を実行しません。

    運用モード コマンドを使用してスクリプトをrequest system scripts refresh-from更新する場合は、 オプションをcert-file含め、証明書パスを指定します。または set refresh-from 設定モード コマンドを使用してスクリプトを更新する前にset refresh、まず、スクリプトを設定する cert-file 階層レベルで ステートメントを設定します。証明書は、PEM(プライバシ拡張メール)形式である必要があります。

    [ リクエスト システム スクリプトの refresh-from と cert-file(Scripts)を参照してください。

プラットフォームとインフラストラクチャ

  • 接続ごとのSSHセッション接続制限とレート制限(PTXシリーズとQFXシリーズ)—接続ごとにSSH <connection-limit> 接続制限と <rate-limit> レート制限を <edit system services ssh> 有効にするために、 階層レベルでSSHとオプションを導入しました。デフォルトの接続制限値は75接続であり、レート制限に関連付けられたデフォルト値はありません。
  • QSFP-100G-SR4-T2 光インターフェイス(QFX5120-48T および QFX5120-32C)での手動チャネル化のみサポート:自動チャネル化にはアクティブ光ケーブル(AOC)を使用することをお勧めします。QSFP-100G-SR4-T2 ケーブルは、自動チャネル化をサポートしていません。QSFP-100G-SR4-T2 光インターフェイスを外部ブレイクアウト ケーブルで使用するには、 階層レベルで ステートメントを実行して、チャネル化を <channel-speed> 手動で設定する edit chassis fpc slot-number pic pic-number (port port-number | port-range port-range-low port-range-high) 必要があります。

  • ジュニパーアジャイルライセンシング(QFX5120-48Y、QFX5110-32Q、QFX5110-48S)—このリリース以降、QFXスイッチは以下の機能をサポートします。

    • 標準：BFD、フィルター(レイヤー 2 およびレイヤー 3)、レイヤー 2(xSTP、802.1Q、LAG)、レイヤー 3(静的)、QoS(レイヤー 2 およびレイヤー 3)、SNMP

    • アドバンスド1: 標準機能、BGP、IS-IS、FBF、VRRP、MC-LAG、レイヤー 3(静的)、GRE トンネル、OSPF、RIP、sFlow、バーチャル シャーシ

    • アドバンスド2: 高度な 1 機能、CFM、Q-in-Q、VXLAN、PCEP、ESI-LAG、タイミング、イーサネット OAM、EVPN-VXLAN、IGMP バージョン 1、IGMP バージョン 2、IGMP バージョン 3、PIM、MLD(Multicast Listener Discovery)バージョン 1 またはバージョン 2

    • プレミアム： 高度な 2 機能、レイヤー 3 VPN、LDP、RSVP、レイヤー 2 回線、EVPN-MPLS、セグメント ルーティング、MPLS、MACsec

    [ QFXシリーズスイッチのフレックスソフトウェアライセンス と ジュニパーアジャイルライセンスガイドを参照してください。

レイヤー 2 イーサネット サービス

  • DHCP(QFX シリーズ)のリンク選択サポート - 階層レベルで ステートメントをedit forwarding-options dhcp-relay relay-option-82導入link-selectionしました。これにより、DHCP リレーでサブオプション 5 からオプション 82 への追加が可能になりました。サブオプション 5 では、DHCP プロキシ クライアントとリレー エージェントが、特定の IP アドレス範囲とスコープから特定のサブネットの IP アドレスを要求できます。このリリース以前は、DHCP サーバーがリーフのアドレスを宛先として使用して DHCP 更新メッセージを確認するため、DHCP リレーは更新 DHCP プロセス中にパケットをドロップします。

    [ relay-option-82 を参照してください。

ネットワークの管理と監視

  • Chef および Puppet のサポートが削除されました(EX4400、MX シリーズ、PTX シリーズ、QFX シリーズを除く)。Junos OS リリース 21.2R1 以降、FreeBSD 11.x ベースの Junos OS で以前に実行されていた Junos OS 製品は、FreeBSD 12.x ベースの Junos OS に移行されます。FreeBSD 12.x ベースの Junos OS は、既存の Chef または Puppet パッケージのインストールをサポートしていません。

  • コマンドライン引数をPythonアクションスクリプト(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)に渡す方法の変更-カスタムYANG RPCがPythonアクションスクリプトを呼び出し、コマンドライン引数をスクリプトに渡すと、デバイスのプレフィックスはハイフン(-)を単一文字の引数名に、プレフィックスは2つのハイフン(-)からマルチ文字の引数に引き渡します。プレフィックスを使用すると、標準的なコマンドライン解析ライブラリを使用して引数を処理できます。以前のリリースでは、デバイスは変更されていない引数名をスクリプトに渡します。

    [ Junos OSを実行するデバイスでのYANG RPCのアクションスクリプトの作成 および カスタムYANGモジュールのCLIでの有効なコマンドオプションと設定ステートメント値の表示を参照してください。

  • の<commit>変更RFC 準拠の NETCONF セッション(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ)での RPC 応答—階層レベルで [edit system services netconf] ステートメントを設定rfc-compliantすると、NETCONF サーバーの運用に対する<commit>応答には以下の変更が含まれます。

    • 操作が成功すると <commit> 、1 つ以上の警告を含む応答が返された場合、警告は応答から除外されるのに加えて、システム ログ ファイルにリダイレクトされます。
    • NETCONF サーバーの応答は、要素ではなく <source-daemon> 要素の <error-info> 子として要素を <rpc-error> 送信します。
    • また、 階層レベルで ステートメントをflatten-commit-results[edit system services netconf]設定した場合、NETCONF サーバーは応答内の <commit-results> XML サブツリーを抑制し、または <rpc-error> 要素のみを送信<ok/>します。

    [ RFC 準拠の NETCONF セッションの設定を参照してください。]