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では、設定順序に関係なく、サービスクラスの設定がアルファベット順に表示されます。

EVPN

  • IGMPスヌーピングオプションの階層レベルを変更:Junos OSでは、以下のオプションを edit protocols igmp-snooping 階層から 階層に edit protocols igmp-snooping vlan <vlan-name/vlan-all> 、および edit routing-instances evpn protocols igmp-snooping 階層から階層に移動し edit routing-instances evpn protocols igmp-snooping vlan <vlan-name/vlan-all> ました。
    • クエリ間隔
    • クエリ最終メンバー間隔
    • クエリ応答間隔
    • ロバストカウント
    • EVPN-ssm-reports-only
    • 即時退出
  • SVLBNH情報の表示のサポート:コマンドを使用して、指定されたESIおよびルーティング インスタンスshow ethernet-switching vxlan-tunnel-end-point esi esi-identifier esi-identifier instance instance svlbnh のVXLANトンネルエンドポイント情報を表示すると、共有VXLANロードバランシングネクストホップ(SVLBNH)情報を表示できるようになりました。

一般的なルーティング

  • 内部 IPsec 認証アルゴリズムの設定(EX シリーズ):内部 IP セキュリティ(IPsec)認証用に、edit security ipsec internal security-association manual direction bidirectional authentication algorithm階層レベルでアルゴリズムhmac-sha-256-128を設定できます。以前のリリースでは、MXシリーズデバイスに対してのみアルゴリズムhmac-sha-256-128を設定できました。

インターフェイスとシャーシ

  • 同じルーティングインスタンス(ACXシリーズ、EXシリーズ、MXシリーズ、NFXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ)での重複IP検出のブロック:Junos OSは、同じルーティングインスタンス内の異なる論理インターフェイス間で重複IPを受け入れなくなります。トピック「inet (インターフェース)」で言及されている表を参照してください。同じルーティング インスタンス内の 2 つの論理インターフェイスに同じ IP を設定しようとすると、コミットがブロックされ edit user@host# set interfaces ge-0/0/1 unit 0 family inet address 2.2.2.2/24、 、 edit user@host# commit commit complete edit user@host# set interfaces ge-0/0/2 unit 0 family inet address 2.2.2.2/24 edit user@host# commit edit interfaces ge-0/0/2 unit 0 family inet 'address 2.2.2.2/24' identical local address found on rt_inst default, intfs ge-0/0/2.0 and ge-0/0/1.0, family inet. error: configuration check-out failed

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

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

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

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

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

    [ システム スクリプトの更新元証明書ファイルの要求 (スクリプト)を参照してください。

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

  • ChefとPuppetのサポートが削除されました(EX4400、MXシリーズ、PTXシリーズ、QFXシリーズを除くEXシリーズ)—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 アクション スクリプトを呼び出し、コマンドライン引数をスクリプトに渡すと、デバイスは 1 文字の引数名にハイフン(-)をプレフィックスし、複数文字の引数名の前に 2 つのハイフン(--)を付けます。プレフィックスを使用すると、標準のコマンドライン解析ライブラリを使用して引数を処理できます。以前のリリースでは、デバイスは変更されていない引数名をスクリプトに渡します。

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

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

    • 操作が成功した <commit> 場合に 1 つ以上の警告を含む応答が返された場合、警告は応答から除外されるだけでなく、システム ログ ファイルにリダイレクトされます。

    • NETCONF サーバーの応答は、 <source-daemon> 要素ではなく、要素の子 <error-info> として要素を出力します <rpc-error>

    • 階層レベルでも ステートメントを設定するflatten-commit-resultsと、NETCONFサーバーは応答内のXMLサブツリーを抑制し<commit-results>、または<rpc-error>要素のみを出力します<ok/>[edit system services netconf]

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

  • SNMPv3 インフォーム(PTX シリーズ、QFX シリーズ、ACX シリーズ、EX シリーズ、MX シリーズ、SRX シリーズ)のコンテキスト エンジン ID の変更 -- SNMPv3 インフォームの contextEngineID が Junos デバイスのローカル エンジン ID に設定されるようになりました。以前のリリースでは、SNMPv3 インフォームの contextEngineID がリモート エンジン ID に設定されていました。

    [ Junos OSでサポートされているSNMP MIBとトラップを参照してください。]