変更点

EVPN タイプ 3 ルート マルチキャスト フラグ拡張コミュニティーの OISM SBD ビット—EVPN 最適化インターサブネット マルチキャスト(OISM)ネットワークの SBD(補足ブリッジ ドメイン)に関連付けられたインターフェイスの EVPN タイプ 3 IMET(包括的マルチキャスト イーサネット タグ)ルート アドバタイズメントで、マルチキャスト フラグ拡張コミュニティーに SBD ビットが設定されるようになりました。このビットは、他のベンダーとの相互運用性のため、および OISM の IETF ドラフト標準である draft-ietf-bess-evpn-irb-mcast に準拠するために設定されています。この設定は、show route table bgp.evpn.0 ? extensive コマンドからの出力で確認できます。

[ OISM 設定を確認するための CLI コマンドを参照してください。

show bridge mac-table コマンドで表示されるグループベースのポリシー(GBP)タグ—VXLAN-GBP をサポートするプラットフォームでは、show bridge mac-table コマンドで、ルーティング インスタンス内のブリッジ ドメインまたは VLAN の MAC アドレスに関連付けられた GBP タグをリストした GBP タグ出力列が表示されるようになりました。デバイスがGBP自体をサポートしていない、または使用していない場合でも、出力にはリモートEVPN-VXLANピアから受信したパケット内のGBPタグのこの情報が含まれます。

[ 「例:VXLAN でグループベースのポリシーを使用したマイクロおよびマクロのセグメンテーション」を参照]

この機能にはいくつかの新しいオプションが含まれるようになり、生成された構成をより柔軟にカスタマイズできるようになりました。

• no-underlay-config [ [edit services evpn] 階層レベル( 階層レベル)—独自のアンダーレイ ピアリング設定を提供します。

• mtu overlay-mtuおよび [edit services evpn global-parameters]階層レベルでのmtu underlay-mtuオプション—アンダーレイまたはオーバーレイパケットにデフォルトで割り当てられたMTUサイズを変更します。

[ EVPN LAGの簡単な設定を参照してください。

EVPN MAC-IPデータベース内のブリッジドメインごとのMACアドレスごとのIPアドレス関連付け数の制限—デフォルトでは、デバイスはブリッジドメインごとに最大200個のIPアドレスを単一のMACアドレスに関連付けることができます。この制限をカスタマイズするために、[edit protocols evpn]階層レベルでmac-ip-limitステートメントという新しいCLIステートメントが用意されています。ほとんどのユースケースでは、デフォルトの制限を変更する必要はありません。デフォルトの制限を変更する場合は、この制限をブリッジ ドメインごとの MAC アドレスあたり 300 を超える IP アドレスに設定しないことをお勧めします。そうしないと、デバイスの CPU 使用率が非常に高くなり、システムのパフォーマンスが低下する可能性があります。

[ mac-ip-limit を参照してください。

フローセンサーのサブスクリプションパスを /junos/security/spu/flow/usage から /junos/security/spu/flow/statisticsに変更。この変更により、要求データと応答データのパスが均一に維持されます。

JDM の show virtual-network-functions コマンドに表示される XML タグの変更(Junos Node Slicing):show virtual-network-functions gnf-name | display xmlに表示される XML タグを新しい XML 検証ロジックに合わせるために、次に示すように、出力のアンダースコア(_)をハイフン(-)に置き換えました。

古い出力:

user@host> showvirtual-network-functions mgb-gnf-d |display xml(vnf-instance) 1mgb-gnf-dRunningdown 192.168.2.1</ip_addr> <<< タグには _.2 16GiB</max_mem> <<< タグには _ が含まれます。 2core-16g</resource_template> <<< タグには _ が含まれます。 614702</qemu_process_id> <<< タグには _ が含まれます。 v2</smbios_version> <<< タグには _ が含まれます。新しい出力:user@jdm> show virtual-network-functions mgb-gnf-d |display xml 1mgb-gnf-dRunningdown192.168.2.1 <<< タグが ip-addr に変わります。216GiB <<< タグが max-mem に変わります。2core-16g <<< タグが resource-template に変わります。614702 <<< タグが qemu-process-id に変わります。v2 <<< タグが smbios-version に変更されます。この変更は、以前は XML タグ名にアンダースコアが含まれていたすべての RPC に適用されます。

run show lldp local-information interface interface-name | display xml コマンドを実行すると、出力が lldp-local-info ルート タグと lldp-local-interface-info コンテナ タグに表示されます。run show lldp local-information interface | display xmlコマンドを実行すると、lldp-tlv-filterおよびlldp-tlv-selectの情報が出力のlldp-local-interface-infoコンテナタグの下に表示されます。

SHA-1ハッシュアルゴリズムによるRSA署名の使用の変更Junos OS リリース 24.2R1 以降、OpenSSH 8.8/8.8p1 では動作が変更されています。OpenSSH 8.8/8.8p1 は、SHA-1 ハッシュアルゴリズムによる RSA 署名の使用をデフォルトで無効にします。SHA-256 または SHA-512 ハッシュ アルゴリズムで RSA 署名を使用できます。

マイクロコードバージョンの Intel CPU を搭載した以下のルーティングエンジンを搭載した 21.4R1 プラットフォームJunos OS以降0x35エラー警告「000: Firmware Bug: TSC_DEADLINE disabled due to Errata;コンソールでマイクロコードをバージョン0x3a(またはそれ以降)に更新してください。RE-S-X6-64G RE-S-X6-128G REMX2K-X8-64G RE-PTX-X8-64G RE-MX2008-X8-64G RE-MX2008-X8-128G

送信者ベース MoFRR の非リバーティブ スイッチオーバー— 以前の Junos リリースでは、ソースベース MoFRR により、プライマリ パスまたはセッションが復元されたときに、トラフィックがバックアップ パスからプライマリ パスに確実に復帰していました。この復帰により、トラフィックが失われる可能性があります。Junos OS 22.4R3-S1 以降、ソースベースの MoFRR はプライマリ パスに戻りません。つまり、バックアップ パスのトラフィック フローレートが protocols mvpn hot-root-standby min-rate で設定されたしきい値を下回らない限り、トラフィックはバックアップ パスを通過し続けます。

[ min-rateを参照]

送信者ベース MoFRR のアクティブな転送セッションを表示— show multicast route extensive コマンドは、ソースベースの MoFRR の場合、アクティブな転送セッションを表示します。[セッションステータス:稼働中および転送中]フィールドは、特定のセッションが現在トラフィックを転送していることを示します。

[show multicast routeを参照してください。

flexible-queuing-mode が有効になっている MPC5E ライン カードでは、キュー リソースはスケジューラ ブロック 0 と 1 の間で共有されます。リソースモニターの CLI 出力には、スケジューラ ブロック間で使用可能なキューと使用済みキューの合計が均等に分散されて表示されます。これは、ルーティング エンジンにとってキューの可用性を正しく表しています。

コミット プロセスの変更—以前の Junos OS および Junos OS Evolved リリースでは、commit prepare コマンドを使用して設定を変更してから commit activate コマンドを使用して設定を変更すると、暫定的な設定変更により、準備されたコミット キャッシュが無効になります。そのため、commit コマンドを使用して通常のコミット操作を実行することはできません。CLIに「error: Commit activation is pending, either activate or clear commit prepare」というエラーメッセージが表示されます。ここで commit activate コマンドを実行しようとすると、CLI に「error: Prepared commit cache invalid, failed to activate」というエラー メッセージが表示されます。その後、通常のコミット操作を実行する前に、clear system commit prepared コマンドを使用して、準備された設定をクリアする必要があります。このJunosおよびJunos OS Evolvedリリースから、「コミット準備」後にデバイス設定を変更して「コミット」を発行すると、OSは準備されたキャッシュが無効であることを検出し、通常の「コミット」操作に進む前に準備されたキャッシュを自動的にクリアします。

[ 「コミットの準備とアクティベーションの概要」を参照してください。

ポートミラーインスタンスまたはポートミラーアクションで設定されたファイアウォールフィルターで、l2ミラーアクションも設定されている場合、ポートミラーインスタンスファミリーはanyである必要があります。l2-mirror アクションがない場合、ポートミラーリングインスタンスファミリーはファイアウォールフィルターファミリーである必要があります。

ping RPC の XML 出力への変更(MX480)—RPC XML 出力が YANG スキーマに準拠するように、 junos-rpc-ping YANG モジュールと対応する Junos XML RPC を更新しました。その結果、次の ping RPC の XML 出力を変更しました。

• <ping>- XML 出力では、<xnm:error> タグや <xnm:warning> タグではなく、<ping-error-message> タグと <ping-warning-message> タグが出力されます。

• <request-ping-ce-ip>- XML 出力は、 <lsping-results> ルート要素で囲まれています。

• <request-ping-ethernet>—

  • <ethping-results>ルートタグには、受信した各応答の<cfm-loopback-reply-entry>タグまたは<cfm-loopback-reply-entry-rapid>タグが含まれます。以前のリリースでは、1 つのタグですべての応答を囲んでいました。

  • XML出力には、アプリケーション固有のエラータグのみが含まれ、 <xnm:error> タグは省略されます。

  • これで、 <cfm-loopback-reply-entry-rapid> タグが YANG スキーマに反映されます。

• <request-ping-overlay>- <ping-overlay-results> 要素に新しい子タグ <hash-udp-src-port>が含まれます。

Junos Evolvedリリース24.1R1以降、ACXシリーズ、QFXシリーズ、PTXシリーズでのTLS(RFC 8915準拠)上のNetwork Time Protocol(NTP)のサポートには以下が含まれます。 - サーバー用のローカル証明書とクライアント用の証明書検証オプションの設定のサポート。- クライアントとサーバー間のTLSチャネルを確立するためのx.509証明書の検証。- TLS NTS-KEプロトコルのサポート - サーバーとクライアントでのNTSで保護されたクライアントサーバーNTP通信のサポート。- コマンド「system ntp nts」、「system ntp server (server_name) nts remote-identity」、および「show ntp associations no-resolve」コマンドでの新しい NTS オプションのサポート。

file compare files コマンドでファイルを表示するには、ユーザーにmaintenance権限が必要です。Junos OS および Junos OS Evolved の file compare files コマンドでは、ユーザーがmaintenance権限を持つログイン クラスを持っている必要があります。

[ ログインクラスの概要を参照してください。

復帰遅延タイマー範囲の増加—revert-delayタイマー範囲が 20 秒から 600 秒に増加します。

[ min-rateを参照してください。

IPMSI トラフィックの最小レートを明示的に設定する— ソースベースの MoFRR シナリオでは、set routing-instances protocols mvpn hot-root-standby min-rateで ipmsi-min-rateを設定することで、IPMSI トラフィックの最小レートのしきい値を明示的に設定できます。構成しない場合、既存のmin-rateは IPMSI トラフィックと SPMSI トラフィックの両方に適用されます。

[ min-rateを参照してください。