Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページ
 

リリース 21.2R3 で変更された内容

一般的なルーティング

  • ログ メッセージが削除される(MX シリーズ):PTP アグリゲート イーサネット プライマリが設定されていて、PTP アグリゲート イーサネット セカンダリが設定されていない場合、ログ メッセージ Profiles are being modified は削除されます。

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

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

  • 複数のフレキシブル トンネル インターフェイス(FTI)トンネルを設定する場合、送信元と宛先のアドレス ペアは、同じトンネル カプセル化タイプの FTI トンネル間でのみ一意である必要があります。この PR の前に、送信元と宛先のアドレス ペアは、トンネルのカプセル化タイプに関係なく、すべての FTI トンネル間で一意である必要がありました。

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

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

    [show system subscriber-management statistics を参照してください。

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

  • 一時的な構成データベース(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX)のインスタンスの非アクティブ化または削除時の変更 — 静的構成データベースの一時的なデータベース インスタンスを非アクティブ化または削除する場合、次の変更が適用されます。

    • 階層レベル全体 [edit system configuration-database ephemeral] を非アクティブにすると、すべてのユーザー定義一時インスタンスのファイルと対応する設定データが削除されます。以前のリリースでは、ファイルと設定データは保持されます。ただし、構成データは静的構成データベースとマージされません。

    • 静的構成データベース内の一時的なインスタンスを削除すると、インスタンスの設定ファイルも削除されます。以前のリリースでは、設定ファイルは保持されます。

    • ステートメントを階層レベルでステートメントと組み合わせて設定することで、デフォルトの一時データベース インスタンスのdelete-ephemeral-defaultファイルと対応する設定データをignore-ephemeral-default[edit system configuration-database ephemeral]削除できます。

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

  • NETCONF <edit-config> の変更RPC 応答(ACX シリーズ、EX シリーズ、MX シリーズ、PTX シリーズ、QFX シリーズ、SRX シリーズ、vMX、vSRX):この操作でエラーが返されると <edit-config> 、NETCONF サーバーは RPC 応答の要素を発行 <load-error-count> しません。以前の <edit-config> リリースでは、RPC 応答には、操作が失敗した場合の <load-error-count> 要素が含まれています。

ルーティング プロトコル

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