変更点
このリリースにおけるEXシリーズスイッチの変更点について説明します。
EVPN
-
EVPN ELAN サービスのフローラベル設定ステータス
show evpn instance extensiveコマンドの出力には、ルーティング インスタンスではなく、デバイスの flow-label および flow-label-static 動作ステータスが表示されるようになりました。フローラベルが有効になっているデバイスは、フローアウェアトランスポート(FAT)フローラベルをサポートし、そのサポートをネイバーにアドバタイズします。flow-label-static が有効になっているデバイスは、FAT フローラベルをサポートしますが、その機能をアドバタイズしません。 -
show route tableの出力を更新—show route table bgp.evpn.0の出力に、L2サービスTLVタイプが表示されるようになりました。以前は、出力にはL3サービスTLVが表示されていました。 -
オーバーレイ ping および traceroute 用の新しい拡張機能「udp 送信元ポート」— 22.4R1 より前の Junos OS リリースでは、ping オーバーレイまたは traceroute オーバーレイ操作で udp 送信元ポートを設定できませんでした。EVPN-VXLAN 環境でハッシュを使用してこの値を設定できるようになりました。設定オプション hash は、送信元ポートの値を決定するために使用できる他の hash-* オプションを上書きします。
一般的なルーティング
-
request system snapshotコマンドの新しいオプション(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ)—コマンドに request system snapshot 非リカバリ スナップショット用の新しいオプションが含まれています。name オプションを含めることでスナップショットのユーザー定義名を指定したり、コンフィギュレーション・オプションあるいは no-configuration オプションを含めてスナップショットにコンフィギュレーション・ファイルを含めたり除外することができます。デフォルトでは、スナップショットは、/config および /var ディレクトリと特定の SSH ファイルの内容を含む設定ファイルを保存します。[ request system snapshot(Junos OS with FreeBSD)を参照してください。]
-
リソースパス/junos/system/linecard/environmentに登録すると、コレクター側のストリームパスのプレフィックスが/junos/linecard/environmentと表示されていました。この問題は、Junos OS 23.1R1 および Junos OS Evolved 23.1R1 で解決されており、サブスクリプション パスとストリーム パスが一致して /junos/system/linecard/environment が表示されます。
-
イーサネットリンク障害管理プロセス(lfmd)は、リンク障害管理プロトコルが設定されている場合にのみ実行されます。
-
get-system-yang-packages RPC 応答の XML タグが変更されました(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)—get-system-yang-packages RPC 応答は、XML 出力の xmlproxy-yang-modules タグを proxy-xml-yang-modules タグに置き換えます。
- この変更の前は、
show task replication | display xml validateの出力が「ERROR: Duplicate data element .この変更により、XML 出力は検証エラーなしで適切に構造化されます。この変更の前は、show task replication logical-system all | display xml validateコマンドの出力でエラーが報告されていました。変更後、出力は「logical-system」ルートタグで正しくフォーマットされ、検証エラーは発生しません。接続障害管理プロセス(cfmd)は、イーサネット接続障害管理プロトコルが設定されている場合にのみ実行されます。
ネットワーク管理と監視
-
FPCでの集約レベルポリサーの変更(EX9208)—DDOSプロトコルOSPF、OSPFv3、およびRSVPに新しく追加されたサブポリサーHELLOとUNCLSの合計により、パケットドロップなどのFPCレベルでのカウンターが正しく報告されます。これまでは、FPC レベルで OSPF、OSPFv3、RSVP アグリゲーション ポリサーを直接設定できました。次の CLI ステートメントを使用して、OSPF、OSPFv3、および RSVP のバーストと帯域幅の値を設定できます。
-
set system ddos-protection protocols ospf ospf-hello burst size bandwidth packets-per-second
-
set system ddos-protection protocols ospf ospf-uncls burst 10000 bandwidth 10000
-
set system ddos-protection protocols ospfv3v6 ospfv3v6-hello burst 10000 bandwidth 10000
-
set system ddos-protection protocols ospfv3v6 ospfv3v6-uncls burst 10000 bandwidth 10000
-
セットシステムDDoS保護プロトコルRSVP RSVP-helloバースト10000帯域幅10000
-
セットシステムDDoS保護プロトコルRSVP RSVP-UNCLSバースト10000帯域幅10000
[ プロトコル(DDOS)を参照してください。]
-
ログインクラス
operator、no-world-readable(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)のNETCONFトレースファイルの表示が制限されています—[edit system services netconf traceoptions]階層レベルでNETCONFトレースオプションを設定し、no-world-readableステートメント(デフォルト)を設定または省略することでファイル所有者にファイルアクセスを制限する場合、operatorログインクラスに割り当てられたユーザーにはトレースファイルを表示する権限がありません。 -
junos:cli-featureのサポートYANG拡張(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)—cli-featureYANG拡張は、一部のコマンドオプションと設定ステートメントに関連付けられた特定のCLIプロパティを識別します。設定または RPC を定義する Junos YANG モジュールには、必要に応じて、拡張機能で出力されるスキーマにcli-feature拡張ステートメントが含まれます。この拡張は、クライアントが YANG データ モデルを使用する場合に有効ですが、特定のワークフローでは、クライアントが CLI ベースのツールを生成する必要があります。[ Junos DDL拡張YANGモジュールについてを参照してください。]
-
get-system-yang-packages内の XML タグRPC返信が変更されました(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、およびvSRX)—get-system-yang-packagesRPC返信は、XML出力のxmlproxy-yang-modulesタグをproxy-xml-yang-modulesタグに置き換えます。 -
operation="delete"操作が存在しない設定オブジェクト(ACXシリーズ、EXシリーズ、MXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)を削除した場合のNETCONFサーバーの<rpc-error>要素の変更—<edit-config>または<load-configuration>操作がoperation="delete"を使用してターゲット設定に存在しない構成要素を削除した際にNETCONFサーバーが返す<rpc-error>応答を変更しました。エラーの重大度は warning ではなく error で、<rpc-error>要素には<error-tag>data-missing</error-tag>要素と<error-type>application</error-type>要素が含まれます。
プラットフォームとインフラストラクチャ
-
ping host | display xml validateコマンドは、エラーなしで XML を検証します(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX)—22.4R2 より前の Junos OS および Junos OS Evolved リリースでは、ping host | display xml validateコマンドは CRITICAL ERROR: Root tag name mismatch になります。'ping-results'を期待し、 'run-command'を取得しました。コマンドは、エラーなしで XML を正常に検証するようになりました。 -
この変更の前は、デバイスはデフォルトで同じサブネットから発信された ARP 要求にのみ応答していました。
[edit system arp]階層レベルでrespond-out-of-subnet新しい CLI オプションを設定して、異なるサブネットから発信された要求に対して ARP が応答できるようにします。