リリース21.4R1の変更点

EVPN

show Ethernet switching flood extensiveコマンドの出力の出力に show ethernet-switching flood extensiveEVPN-VXLANネットワーク内の仮想イーサネットおよびWANメッシュグループの正しいネクストホップタイプがユニリストとして表示されるようになりました。以前は、 show ethernet-switching flood extensive の出力がネクストホップタイプをコンポジットと誤認していました。

一般的なルーティング

Junos Limited バージョン(MXシリーズルーター、PTXシリーズルーター、SRXシリーズデバイスでは PKI 動作モードコマンドをサポートしていません)— 制限付き暗号化 Junos イメージ(「Junos Limited」)では、 request 、 show 、 clear PKI 関連の操作コマンドはサポートされていません。制限付き暗号化JunosイメージでPKI操作コマンドを実行しようとすると、適切なエラーメッセージが表示されます。 pkid プロセスは、Junos Limitedバージョンイメージでは実行されません。したがって、限定バージョンはPKI関連の操作をサポートしていません。
PTX1K および PTX10002-60C では、コマンドで show chassis hardware details コマンドに USB デバイスに関する情報が表示されるようになりました。また、ディスクドライブに関する情報は、拡張スイッチが show vmhost hardware 動作モードコマンドとともに使用されている場合にのみ表示されます。
ジュニパーアジャイルライセンシング(EX2300-VC、EX3400-VC、EX4300-VC、EX4400-24MP、EX4400-48MP、PTX10003、PTX10016、QFX5130-32CD、QFX5110-32Q、QFX5110-48S、QFX5120-48T、QFX5210-64C、QFX5200、QFX5220)—このリリース以降、Juniper Agile License Managerは非推奨となります。ジュニパーアジャイルライセンシングポータルを使用して、デバイスのライセンスをアクティブ化、インストール、管理および監視できます。

[ 『ジュニパーアジャイルライセンシングガイド』を参照]
veriexec-check オプションの名前変更 - request system malware-scan コマンドの veriexec-check オプションを integrity-check に変更しました。このアップデートには、機能的な変更は含まれていません。integrity-checkオプションを使用して、Juniper Malware Removal Toolに対して整合性メカニズムが有効になっているかどうかを確認できます。

[ request system malware-scanを参照してください。
レイヤー 2 インターフェイスの新しいコミットチェック(PTX10003)— レイヤー 2 インターフェイスでのイーサネットカプセル化の設定ミスを防ぐために、コミットチェックが導入されました。イーサネットカプセル化は、レイヤー2インターフェイスではサポートされていません。

[カプセル化(論理インターフェース)を参照
show chassis pic コマンドの機能強化(Junos|Evo)— show chassis pic コマンドの実行時に、光学に関する追加情報を表示できるようになりました。出力に、次の追加フィールドが表示されます。 MSA バージョン: 指定された光インターフェイスが準拠しているマルチソース契約(MSA)バージョン。サポートされる値は、SFP+/SFP28 — SFF-8472 (バージョン 9.3 - 12.3)、QSFP+/QSFP28 — SFF 8363 (バージョン 1.3 - 2.10)、および QSFP-DD — CMIS 3.0、4.0、5.0 です。以前は、show chassis pic コマンドでは、この追加フィールドは表示されませんでした。

[show chassis pic.]を参照してください。
show interfaces(集合型イーサネット)コマンド(ACXシリーズ、PTXシリーズ、QFXシリーズ)の機能拡張— 集合型イーサネットインターフェイスで show interfaces extensive コマンドを実行した場合。MAC 統計情報の追加フィールドを表示できるようになりました:受信、送信、ブロードキャスト、およびマルチキャストパケット。

[show chassis pic.]を参照してください。
デバイスに設定されたセンサー/junos/system/linecard/optics/に、コレクターにストリーミングされるデータにレーン番号が含まれるようになりました。接頭辞は、車線番号を含むように変更されます。たとえば、/interfaces/interfacename='et-2/0/0:0'/optics/lanediags/ になりました。現在は /interfaces/interfacename='et-2/0/0'/optics/lanediags/lane ですlane_number='0' /optics/lanediags の下のリーフのキーも変更されました。たとえば、以前は lanelane_number='0'/lane_laser_temperatureでしたが、現在は lane_laser_temperature となっています。
TCA 閾値(PTX10008)の検証— edit interface <interface name> optics-optics tca階層レベルの tca-identifier (enable-tca | no-enable-tca) (threshold number | threshold-24hrs number) ステートメントで設定された閾値の即時検証を実装し、入力された閾値が有効であることを確認しました。

[ optics-options .] を参照してください。
request system license add terminal コマンド(PTX10001-36MR および vMX)の機能拡張— request system license add terminal コマンドを実行したとき。 information: JUNOS564022985: Ignoring unknown feature の次の追加フィールドを表示できるようになりました。

「 vMXライセンスの管理」を参照してください。

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

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

ネットワーク管理と監視

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

「 Junos OS を実行するデバイス上での YANG RPC のアクションスクリプトの作成」を参照してください。

max-datasize ステートメント(ACXシリーズ、PTXシリーズ、QFXシリーズ)の制限の引き上げ—すべてのスクリプトタイプで、max-datasizeステートメントの設定可能な最小値が 23,068,672 バイト(22 MB)から 268,435,456 バイト(256 MB)に増加し、設定可能な最大値が 1,073,741,824 (1 GB)から 2,147,483,648 (2 GB) に増加します。さらに、特定のスクリプトタイプに max-datasize ステートメントを設定しない場合、スクリプトのデータセグメント部分に割り当てられるデフォルトの最大メモリは 1024 MB に増加します。上限を高くすると、影響を受けるスクリプトを実行するのに十分な量のメモリがデバイスが割り当てられます。

[ max-datasize を参照]
この設定は、YANG データモデル(ACXシリーズ、EXシリーズ、MXシリーズ、PTXシリーズ、QFXシリーズ、SRXシリーズ、vMX、vSRX)の identityref タイプのノードに対して定義されたアイデンティティ値のみを受け入れます。対応する YANG データモデルに identityref タイプのステートメントを設定すると、デバイスは定義されたアイデンティティ値(アイデンティティステートメントで定義)のみを有効な入力として受け入れます。以前のリリースでは、デバイスは、定義されていない ID 値も受け入れます。

ルーティングプロトコル

RPD_OSPF_LDP_SYNCメッセージがログに記録されませんか?すべての Junos OS および Junos OS Evolved デバイスでは、LDP セッションがダウンすると、LDP と OSPF 間の同期が失われます。同期が失われた後、インターフェイスが 3 分以上ホールドダウン状態になると、警告レベルのシステムログメッセージが送信されます。このメッセージは、メッセージ・ファイルとトレース・ファイルの両方に表示されます。ただし、edit protocols ospf area area id interface interface name階層レベルでldp-synchronizationhold-timeを3分未満で明示的に設定した場合、システムログメッセージは記録されません。メッセージは 3 分後に印刷されます。
リソースパス間で一貫性を持たせるために、リソースパス /mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-countersip-addr='address'/state/countersname='name'/out-pkts/ を /mpls/signaling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-countersip-addr='address'/state/countersname='name'/ に変更します。リーフ「out-pkts」はパスの終尾から削除され、「signalling」は「signaling」に変更されます(「l」が1つ)。