VMware SD-WAN 4.2.0 リリースノート

2022 年 4 月 9 日更新

VMware SD-WAN™ Orchestrator バージョン R420-20211220-GA
VMware SD-WAN™ Gateway バージョン R420-20210208-GA-53243-54800
VMware SD-WAN™ Edge バージョン R420-20201218-GA

各リリースノートへの追加および更新を定期的にご確認ください。

リリースノートの概要

このリリースノートには、次のトピックが含まれています。

対象ユーザー
互換性
重要な注意事項
新機能
新しいハードウェアプラットフォーム
機能強化
Orchestrator API の変更点
改訂履歴
解決した問題
既知の問題

対象ユーザー

今回のリリースで初めて利用可能になった機能を必要とする、すべてのカスタマーにこのリリース 4.2.0 をお勧めします。

互換性

リリース 4.2.0 の Orchestrator、Gateway、および Hub Edge では、VMware SD-WAN Edge の以前のバージョンのうちリリース 3.0.0 以降がすべてサポートされます。
注：3.0.0 より前のリリースはサポートされません。

次の相互運用性の組み合わせは、明示的にテストされています。

Orchestrator	Gateway	Edge
Orchestrator	Gateway	ハブ	ブランチ/スポーク
4.2.0	4.0.0	4.0.0	4.0.0
4.2.0	4.2.0	4.0.0	4.0.0
4.2.0	4.2.0	4.2.0	4.0.0
4.2.0	4.2.0	4.0.0	4.2.0
4.2.0	3.4.4	3.4.4	3.4.4
4.2.0	4.2.0	3.4.4	3.4.4
4.2.0	4.2.0	4.2.0	3.4.4
4.2.0	4.2.0	3.4.4	4.2.0
4.2.0	3.3.2 P2	3.3.2 P2	3.3.2 P2
4.2.0	4.2.0	3.3.2 P2	3.3.2 P2
4.2.0	4.2.0	4.2.0	3.3.2 P2
4.2.0	4.2.0	3.3.2 P2	4.2.0
4.2.0	3.2.1	3.2.1	3.2.1
4.2.0	4.2.0	3.2.1	3.2.1
4.2.0	4.2.0	4.2.0	3.2.1
4.2.0	4.2.0	3.2.1	4.2.0

注：リリース 3.x では、AES-256-GCM が適切にサポートされていませんでした。これは、AES-256 を使用しているカスタマーは、GCM が無効な状態 (AES-256-CBC) で Edge を常に使用していたことを意味していました。カスタマーが AES-256 を使用している場合は、Edge を 4.x リリースにアップグレードする前に、Orchestrator から GCM を明示的に無効にする必要があります。すべての Edge で 4.x リリースが実行されている状態になったら、カスタマーは AES-256-GCM または AES-256-CBC を選択できます。

重要な注意事項

AS-PATH プリペンドの BGPv4 フィルタ設定の区切り文字の変更

リリース 3.x 以降では、AS-PATH プリペンドの VMware SD-WAN BGPv4 フィルタ設定で、カンマベースとスペースベースの両方の区切り文字が使用できました。ただし、リリース 4.0.0 以降では、VMware SD-WAN では、AS-PATH プリペンド設定でスペースベースの区切り文字のみを使用できます。
3.x から 4.x にアップグレードする場合は、誤った BGP の最適ルート選択を回避するために、アップグレード前に AS-PATH プリペンド設定を編集して「カンマをスペースに置き換える」必要があります。

ローカルユーザーインターフェイス

リリース 4.2.0 以降では、VMware SD-WAN Edge のローカルユーザーインターフェイス (UI) は、あらゆるブラウザセッションで http から https の使用に切り替わります。

リリース 4.1.0 の機能を追加

一部のホスト型 Orchestrator は、4.0.x から 4.2.0 に直接アップグレードされますので、アップグレード後に使用可能な追加機能についてはリリース 4.1.0 を参照してください。

リバースパスフォワーディング (RPF) がデフォルトで有効

以前のリリースでは、VMware SD-WAN Edge の LAN インターフェイスから送信元が不明なパケットが許可されていました。この動作は、Edge の LAN インターフェイスのリバースパスフォワーディング (RPF) がデフォルトで有効になっていないために発生しました。「解決した問題 52628」の一環として、この動作は、すべての Edge LAN インターフェイスで RPF が有効になるように変更され、パケットが設定済み LAN サブネットから送信されている場合に限り、LAN インターフェイスからのパケットが許可されます。

VMware SD-WAN Edge モデル 520、540、620、640、680、3400、3800、および 3810 で自動ネゴシエーションを無効にする場合の制限事項

ユーザーが、VMware SD-WAN Edge モデル 620、640、または 680 のポート GE1 〜 GE4 で速度とデュプレックスをハードコーディングするために自動ネゴシエーションを無効にした場合、Edge 3400、3800、または 3810 のポート GE3 または GE4 で、または銅線インターフェイスを備えた SFP がポート SFP1 または SFP2 で使用されている Edge 520/540 で、再起動後でもリンクが起動しない場合があります。

これは、Intel Ethernet Controller i350 を使用するリストされた各 Edge モデルが原因で発生します。これらのモデルには、自動ネゴシエーションがリンクの両側で使用されない場合、送受信する適切なケーブルを動的に検出 (Auto MDIX) することができないという制限があります。接続の両側で送受信に同じケーブルが使用されている場合、リンクは検出されません。ピア側も自動ネゴシエーションなしの Auto MDIX をサポートせず、リンクがストレートケーブルを使用して起動されていない場合は、リンクを起動するためにクロスオーバーイーサネットケーブルが必要になります。

詳細については、ナレッジベースの記事「Limitation When Disabling Autonegotiation on VMware SD-WAN Edge Models 520, 540, 620, 640, 680, 3400, 3800, and 3810 (87208)」を参照してください。

新機能

マルチホップ BGP のサポート

以前のバージョンの VMware SD-WAN Edge では、BGP ピアが BGP 対応インターフェイスと同じサブネット上にある必要がありました。既存のトポロジによってはこれが不可能な場合がありました。マルチホップ BGP サポートの追加により、BGP ピアは Edge から 1 つ以上ホップ離れた別のサブネットに配置できます。

マルチホップ BFD のサポート

上記のマルチホップ BGP 機能に加えて、一般的なネクストホップ解決フレームワークも追加され、これにより、この機能は Edge または Gateway から 1 つ以上ホップ離れた別のサブネット内の BFD ピアをサポートするように拡張されました。

新しいハードウェアプラットフォーム

Edge 610-LTE

Edge 610-LTE には、パフォーマンスの向上、使用可能なネットワークインターフェイス数の増加、および FirstNet レスポンダーネットワークのサポートを提供する、内蔵 LTE（Edge 510-LTE と同様）が含まれています。

Edge 3810

Edge 3810 は、8 個の 10 GE SFP + ポートを備えた Edge 3800 のバリエーションです。Edge 3810 のすべてのパフォーマンスおよび拡張機能は、Edge 3800 のものと一致します。

これらの新しいハードウェアモデルの詳細については、セールスチームにお問い合わせください。

機能強化

Zscaler API の自動化

Zscaler Automation がサブロケーションに対応するようになりました。これにより、カスタマーは、VCO のブランチ内のサブネットのグループに関連付けられた Zscaler サブロケーションを定義できます。カスタマーは、セグメント、サブネット、またはサブネットグループごとにセキュリティポリシーを定義できます。詳細については、VMware SD-WAN の「Zscaler のドキュメント」を参照してください。

LAN VLAN でのセカンダリ IP アドレスのサポート

ルーティングされたインターフェイスと同様に、LAN スイッチポートで使用される VLAN に複数のセカンダリ IP アドレスを追加できるようになりました。

条件付きバックホール

ビジネスポリシーベースの条件付きバックホールが、クラウドセキュリティサービス (CSS) トラフィックのフェイルオーバーに対応するようになり、パブリックインターネットリンクが稼動中でも、CSS トンネルがダウンするとトラフィックをフェイルオーバーできるようになりました。

Edge 6X0 での GPON サポート

FTTH (Fiber To The Home) が、GPON (Gigabit Passive Optical Network) 経由でサポートされるようになりました。GPON サポートは、Nokia G-010S-A GPON ONT SFP のインストール時に、VMware SD-WAN Edge モデル 610、620、640、および 680 に追加されます。

注：ファームウェア 3FE47111BFHB32 を搭載した Nokia G-010S-A GPON ONT SFP、1 x GE UNI（部品番号：3FE46541AA）は、Edge モデル 610、620、640、および 680 でテストされ、サポートされています。VMware SD-WAN は、他の GPON SFP モジュールをサポートしていません。GPON はリリース 4.2.0 以降でのみサポートされます。

拡張された高可用性

拡張された高可用性環境で、LTE モデム（USB 4G モデム、および VMware SD-WAN Edge 510-LTE および 610-LTE の内蔵 LTE モデム）がサポートされるようになりました。詳細については、「拡張された高可用性のドキュメント」を参照してください。

レポート

レポートには、次の拡張機能が追加されました。

次の 4 つの新しいレポートを利用できます。
- 上位エンティティ
- Edge の上位の非 SD-WAN サイト
- Gateway の上位の非 SD-WAN サイト
- 使用率別の上位のバックアップリンク
以前に実行したレポートは、新しいレポートを作成するためのテンプレートとして使用できます。これにより、ユーザーは以前のレポートの設定から新しいレポートを開始することができます。ユーザーは、必要に応じてレポートの設定を変更することもできます。
新しい Orchestrator のユーザーインターフェイスとレポートでブランディングを使用できます。レポートのブランディングは Orchestrator に合わせて調整されます。
レポートは、Orchestrator でサポートされているすべての言語で生成できます。

Orchestrator のローカリゼーション

VMware SD-WAN Orchestrator のユーザーインターフェイスで、フランス語とドイツ語がサポートされるようになりました。Orchestrator の言語を選択するには、ブラウザの言語設定を使用してください。

Orchestrator API の変更点

APIv2 の概要

リリース 4.2.0 では、VMware SD-WAN Orchestrator REST API が導入されています。これは、パートナーやカスタマーの開発でサポートされているプライマリインターフェイスである Orchestrator Portal API（すなわち APIv1）を段階的に置き換えることを目的としているため、「APIv2」と称されます。

APIv2 は、Orchestrator Portal API のユーザーから報告された多くの永続的なユーザビリティとスケーラビリティの問題に対処することを目的としています。また、初めてのユーザーがよりアクセスしやすいインターフェイスを作成するために、一部の基本的な設計規則と抽象化を再検討します。

APIv2 は、デバイス統計、カスタマーイベント、カスタマーアラートのクエリ、Edge とリンクの可用性など、顧客の監視操作のサポートを備えて導入されます。今後のリリースでは、API が既存の Orchestrator Portal API と同等の機能を達成するまで、追加の機能を導入する予定です。
当面の間、Orchestrator Portal API は、新しい API の開発が進む中で、引き続き APIv2 とともに開発およびサポートされます。

APIv2 のドキュメントは、developer.vmware.com から入手できます。

Portal API

完全な 4.2.0 Portal API リファレンスは code.vmware.com から参照できます。

今回のリリースで注目される変更には、次のものがあります。

deviceSettings 設定モジュールの VLAN「secondaryIp」オプションのサポートを追加。
VLAN およびルーティングインターフェイスの「dhcpRelay」設定に「sourceFromSecondaryIp」オプションを追加。
deviceSettings 設定モジュールに含まれている「css-> subLocations」オプションの配列を使用した Zscaler のサブロケーションの設定のサポートを追加。
BFD ルールの設定に「マルチホップ」のブール値オプションを追加。
BGP ネイバーの設定に「maxHop」および「localIP」設定を追加。

Edge「サイト」エンティティに読み取り専用の logicalId フィールドを追加（/edge/getEdge、/enterprise/getEnterpriseEdges などへの応答で公開）
Edge ライセンスエンティティに読み取り専用の logicalId フィールドを追加（/license/getEnterpriseEdgeLicenses、/license/getEnterpriseProxyEdgeLicenses などへの応答で公開）
Gateway プールエンティティに読み取り専用の logicalId フィールドを追加（/network/getNetworkGatewayPools、/enterpriseProxy/getEnterpriseProxyGatewayPools などへの応答で公開）

SDK の終了

VMware SD-WAN リリース 4.2.0 以降では、VMware SD-WAN Orchestrator SDK (Software Development Kit) のサポートが終了します。

注：この通知は、SDK クライアントライブラリのみを対象としており、API は対象ではありません。VMware SD-WAN は引き続き Orchestrator API をサポートします。

ドキュメントの改訂履歴

2020 年 12 月 22 日。第 1 版。

2021 年 1 月 7 日。第 2 版。

新しい Gateway ビルドを追加しました。今回のビルドで解決された新しいチケット #53439 を含む、「Gateway で解決した問題」セクションをこのビルドに追加しました。

2021 年 1 月 14 日。第 3 版。

APIv2 ドキュメントのハイパーリンクの URL 宛先を修正しました。

2021 年 1 月 26 日。第 4 版。

新しい Orchestrator ビルド R420-20210122-GA を追加しました。今回のビルドで解決された新しいチケット #56033 を含む、「Orchestrator で解決した問題」セクションをこのビルドに追加しました。

2021 年 2 月 10 日第 5 版。

「Edge 6x0 での GPON サポート」機能強化への改訂が追加されました。この改訂では、ファームウェア 3FE47111BFHB32 を搭載した 1 つの GPON SFP モジュール、Nokia G-010S-A GPON ONT SFP、1 x GE UNI（部品番号：3FE46541AA）のみが Edge モデル 610、620、640、および 680 でテストされ、サポートされていること、および VMware SD-WAN は、他の GPON SFP モジュールをサポートしていないことを明示する注記が追加されています。また、GPON はリリース 4.2.0 以降でのみサポートされ、リリース 4.1.x 以前との後方互換性はありません。

2021 年 2 月 11 日。第 6 版。

新しい Gateway ホットフィックスビルド R420-20210208-GA-53243-54800 を追加しました。今回のビルドで解決された 2 つの新しいチケット #53243 および #54800 を含む、「Gateway で解決した問題」セクションをこのビルドに追加しました。

2021 年 2 月 19 日。第 7 版。

APIv2 ドキュメントをカバーするセクションでは、ホスト名とターゲットのショートカットが変更され、このドキュメントの永続的な場所 (developer.vmware.com) が反映されています。

2021 年 3 月 9 日。第 8 版。

新しい Orchestrator ホットフィックスビルド：R420-20210306-GA では、今回のビルド（#56436、#58627）で解決された 3 つの新しいチケットを含む新しい Orchestrator で解決した問題のセクションを追加しました。

2021 年 3 月 12 日。第 9 版。

エラーに含まれていた [互換性] セクションの [相互運用性テーブル] の 2 つのエントリが削除されました。このエントリでは、Gateway バージョン (4.0.0) が Edge バージョン (4.2.0) よりも古いものでした。

2021 年 4 月 28 日。第 10 版。

「解決した問題 51092」を「Edge/Gateway で解決した問題」セクションに追加しました。この修正は Edge R420-20201218-GA ビルドに含まれていましたが、リリースノートには記載していませんでした。

2021 年 6 月 7 日。第 11 版。

「リバースパスフォワーディング (RPF) がデフォルトで有効」というエントリを「重要な注意事項」のセクションに追加し、解決した問題 52628 の結果として生じる動作の変更を明示的に示しました。
Edge/Gateway の既知の問題に「問題 44526」を追加しました。

2021 年 6 月 16 日、第 12 版。

Edge/Gateway の未解決の問題に問題 54107 を追加しました。

2021 年 9 月 16 日。第 13 版。

「重要な注意事項」に次の注意事項を追加：AS-PATH プリペンドの BGPv4 フィルタ設定の区切り文字の変更

2021 年 12 月 21 日。第 14 版。

「Orchestrator で解決した問題」に新しい Orchestrator ビルド R420-20211220-GA を追加しました。Orchestrator ビルドは、Log4j バージョン 2.16.0 に更新することで、Apache Log4j の脆弱性 CVE-2021-44228 を修正します。Apache Log4j の脆弱性の詳細については、VMware セキュリティアドバイザリ VMSA-2021-0028.5 を参照してください。
「重要な注意事項」に次の注意事項を追加：VMware SD-WAN Edge モデル 520、540、620、640、680、3400、3800、および 3810 で自動ネゴシエーションを無効にする場合の制限事項。このリリースノートでは、ここで示されている Edge モデルの一部のイーサネットポートで強制速度を設定するときに発生する可能性のある問題について説明します。

2022 年 3 月 23 日。第 15 版

「Edge/Gateway の既知の問題」セクションに未解決の問題 #84825 を追加しました。

2022 年 4 月 9 日。第 16 版

「Edge/Gateway で解決した問題」に解決した問題 #44270 を追加しました。この問題は、元のリリースノートから誤って省略されました。

解決した問題

解決した問題は、以下のとおり分類されています。

Gateway で解決した問題
Orchestrator で解決した問題

Gateway で解決した問題

バージョン R420-20210208-GA-53243-54800 で解決した問題

Gateway バージョン R420-20210106-GA 以降で解決した問題は次のとおりです。

解決した問題 53243：Gateway はフェーズ 2 Security Association (SA) を削除しないため、Check Point タイプを使用する Non SD-WAN Destination (NSD) にトラフィックがドロップする場合があります。
ピアは SA に関して非同期となり、SA の有効期限が切れるまでリンクが停止します。Check Point ファイアウォールタイプを使用する NSD では、リンクが安定していない場合、ピアが削除通知を送信しても、対応するフェーズ 1 SA がすでに削除されているため、Gateway がフェーズ 2 SA を削除できない状態になる可能性があります。
解決した問題 54800：VMware SD-WAN Gateway を使用した IKE の再キー化中に、Gateway 経由の Non SD-WAN Destination でトンネルドロップが発生し、リカバリされない場合があります。
VMware SD-WAN Gateway が Non SD-WAN Destination (NSD) を使用して IKE の再キー化をトリガし、この再キー化中に IKE リンクが停止するか、何らかの理由でトンネルの確立に失敗すると、Gateway は新しい IPsec トンネルを再トリガできなくなります。これは、トリガロジックでセキュリティポリシー ID が使用可能であると想定しているからです。その結果、データトラフィックが送信されても、トンネルは再確立されません。この修正なしで、トンネルをリカバリする唯一の方法は、VMware SD-WAN Orchestrator で NSD 設定を変更して、トンネルをバウンスすることです。

Gateway で解決した問題

バージョン R420-20210106-GA で解決した問題

Gateway バージョン R420-20201218-GA 以降で解決した問題は次のとおりです。

解決した問題 53439：複数回試行が失敗すると、VMware SD-WAN Gateway が VPN の IKE の再キー化の試行を停止します。
この問題は、ポリシーベースの Gateway 経由の Non SD-WAN Destination を使用しているお客様に影響を及ぼす可能性があります（ルートベースの VPN には影響はありません）。ポリシーベースの VPN（Cisco ASA、汎用ファイアウォールなど）の場合、VPN 経由で送信されるユーザートラフィックは、何らかの理由で以前の Security Association (SA) が削除された場合、新しい SA を開始する必要があります。この問題が発生すると、IKE の再キー化で誤ったトラフィックセレクタが使用されるため、新しい SA の作成に失敗します。この状況では、Non SD-WAN Destination へのトラフィックは、新しい設定変更が VMware SD-WAN Orchestrator からプッシュされるまで無期限に停止します。再キー化の実行時に以前の SA が削除されていなくても問題はありません。つまり、すべてのお客様とすべての再キー化がこの問題の影響を受けるわけではありません。

Edge/Gateway で解決した問題

バージョン R420-20201218-GA で解決した問題

Edge バージョン R401-20201110-GA および Gateway バージョン R401-20201124-GA-53090 以降で解決した問題は次のとおりです。

解決した問題 37807：VMware SD Edge の DHCP インターフェイスの IP アドレスが別のサブネット範囲に移動したときに、以前のサブネット範囲に対応するデフォルトルートとローカルルートが削除されません。
Edge は DHCP クライアントとして機能し、DHCP サーバから IP アドレスを受信します。IP アドレスを受信すると、IP アドレスのルートをインストールします。ここで、DHCP サーバが別のサブネットに移動すると、Edge は DHCP の更新を要求し、サーバが別の範囲に移動して DHCP がタイムアウトになるため、この操作は失敗します。DHCP のタイムアウト後、Edge は別の DHCP 要求を送信し、この要求は新しいサブネットから IP アドレスを取得しますが、Edge が古いサブネットでインストールしたルートを削除しないという問題があります。
解決した問題 44270：VMware SD-WAN Edge MIB sysObjID (.1.3.6.1.2.1.1.2.0) は、VMware SD-WAN サブツリー (.1.3.6.1.4.1.45346.1.1) ではなく net-snmp の OID サブツリー (1.3.6.1.4.1.8072.3.2.10) を報告します。
snmpd を設定するときに、Edge は sysObjID を SD-WAN 指定のサブツリーに明示的に設定できず、その結果として snmpd はデフォルトのサブツリーを使用します。
解決した問題 45258：[リモート診断 (Remote Diagnostics)] ページで、[BGP のトラブルシューティング - プレフィックスごとの BGP ルートの表示 (Troubleshoot BGP- Show Routes per Prefix)] に、ルートテーブル全体が表示されます。
BGP を設定して、[リモート診断 (Remote Diagnostics)] > [BGP のトラブルシューティング - プレフィックスごとの BGP ルートの表示 (Troubleshoot BGP - Show Routes per Prefix)] に移動すると、プレフィックスのルートだけではなく、ルートテーブル全体が表示されるため、診断を実行する目的が失われます。
解決した問題 46628：ポートが 100 Mbps およびデュプレックスで設定されている場合、VMware SD-WAN Edge 620/640/680 の GE5 および GE6 ポートがリンクを検出しません。
これは Edge ファームウェアの問題であり、VMware ソフトウェアの問題ではありません。この問題の修正は、Dell が認定した新しい BIOS で出荷される、新たに製造された Edge 6x0 モデルにのみ適用されます。フィールド内の既存の Edge 6x0 モデルでは引き続きこの問題が発生します。唯一の回避策は、10/100Mbs の速度が必要な場合にポート GE1 ～ GE4 を使用することです。今後のリリースでは、VMware が Edge ファームウェアをアップグレードできるようになります。これによってのみ、既存の Edge 6x0 にこの問題を修正するためのパスが生まれます。
解決した問題 48502：一部のシナリオで、インターネットトラフィックのバックホールに使用されている VMware SD-WAN ハブ Edge で、バックホールのリターンパケットの誤った処理が原因でデータプレーンサービスの障害が発生することがあります。
データプレーンサービスの障害は、ハブ Edge を介してクラウドトラフィックがバックホールされたときのハブ Edge のメモリの破損が原因で発生します。この問題の修正により、このようなシナリオでのメモリ破損の原因が解決されます。
解決した問題 50067：「NAT direct」がサブインターフェイスでは有効になっていて、親インターフェイスでは無効になっている場合、サブインターフェイスを介してルーティングされるトラフィックの NAT がスキップされます。
親インターフェイスの「NAT direct」設定では、サブインターフェイスを介してルーティングされているトラフィックに対して NAT が適用されていることが常に確認されます。サブインターフェイスの「NAT direct」設定はトラフィックには影響せず、サブインターフェイスで「NAT direct」が有効になっていて、親インターフェイスで無効になっている場合、トラフィックは NAT なしで送信されます。
解決した問題 50231：エンタープライズが VMware SD-WAN Edge 向けに特別な管理 IP アドレスの構築を使用しているカスタマーの場合（つまり、グローバルセグメントのループバックが必要なカスタマーに対して Edge の管理 IP アドレスが有効になっている場合）、Edge の管理 IP アドレスが BGP/OSPF に再分散されません。
Edge のローカル/リモート管理 IP アドレスが、アンダーレイ BGP/OSPF プロトコルに再分散されていません。これは、Edge の管理 IP アドレスへのアクセスを監視目的で利用しているカスタマーに影響します。
解決した問題 50782：VMware SD-WAN Edge インターフェイスの統計情報に、サブインターフェイスの統計情報が含まれません。
サブインターフェイス間を移動するトラフィックは、サブインターフェイスではなく VLAN ヘッダーを持つメインインターフェイスで集計されるため、SNMP を使用してサブインターフェイスデータを取得すると誤った結果が発生します。
解決した問題 50920：接続されたトンネルの数が、当該 Edge モデルで定義されているハードウェア制限の 60% に達したときに、VMware SD-WAN Edge が警告を送信しません。
接続されたトンネルの数がそのハードウェア制限に達すると、Edge は「確立されたトンネル数がデバイス容量を超えています (Established tunnel count exceeds the device capacity)」という警告を送信します。この制限に達すると、Edge は既存のトンネルが破棄されるまで、追加の動的トンネルを許可しません。ただし、このトンネル制限に達する可能性があることをカスタマーに警告する中間警告は送信されないため、カスタマーにはネットワークを管理するための十分なリードタイムがありません。
解決した問題 51092：OSPF および送信フィルタリングが有効に設定された VMware SD-WAN Edge でメモリリークが発生する場合があり、その結果カーネルパニックが発生し、Edge が再起動します。
このリークは、VMware SD-WAN Orchestrator UI で Edge の [監視 (Monitor)] > [システム (System)] ページを確認することで表示できます。カーネルパニックをトリガする重大なメモリ使用量のしきい値は 90% 以上です。 OSPF 送信フィルタリングを有効にした状態でルートの再収束が発生すると、メモリリークの問題が発生します。Edge の再起動につながるカーネルパニックにより、すべてのカスタマーのトラフィックが 2 ～ 3 分間中断します。この修正がない場合、カスタマーの唯一のオプションはルートの広報オプションを有効にすることで、これにより、メモリリークが軽減されます。また、カスタマーは Orchestrator の [リモートアクション (Remote Actions)] ページから [サービスの再起動 (Restart Service)] を実行して、この修正を行わずにメモリリークをクリアすることもできます。 Edge のサービスの再起動は、メンテナンスウィンドウ中に実行する必要があります。
解決した問題 51291：日本で展開されている VMware SD-WAN Edge 3400 または 3800 が、何もしていないのにロックアップして再起動することがあります。
Edge 3400 および 3800 では、システムのベースボード管理コントローラ (BMC) に正しくない電圧警告しきい値 (100V) が設定されており、これが日本の 100V 電源に一致しています。この領域での Edge 3400 または 3800 の結果は、連続した一連の電源アラームです。アラームの回数が頻繁になると、Edge がロックして再起動します。
解決した問題 51583：SMB アプリケーショントラフィックが BITS アプリケーショントラフィックとして誤って分類されることがあります。
VMware SD-WAN で使用される詳細なパケットインスペクション (DPI) エンジンは、SMB アプリケーショントラフィックを誤って BITS トラフィックとして分類することがあります。この問題は、SMB または BITS アプリケーショントラフィックに対して厳格なファイアウォールまたはビジネスポリシールールを使用しているカスタマーに影響します。4.2.0 のデフォルトのアプリケーションマップ（および後続のすべてのアプリケーションマップ）は、SMB アプリケーショントラフィックの標準アプリケーションポートとしてポート 445 を含み、BITS アプリケーショントラフィックの学習速度を低下させないように DPI に指示するように修正されています。
解決した問題 52253：セカンダリ IP サブネット上のクライアントから VMware SD-WAN Edge への traceroute が実行されると、セカンダリインターフェイスの IP サブネットには、最初のホップがセカンダリ IP アドレスではなく、Edge のプライマリインターフェイス IP アドレスとして表示されます。
セカンダリ IP サブネットのクライアントから traceroute を実行すると、Edge はセカンダリ IP アドレスではなくプライマリ IP アドレスで応答します。そのため、traceroute には最初のネクストホップがプライマリ IP アドレスとして表示されます。この問題は、ICMP エラーメッセージが、セカンダリインターフェイスの IP アドレスを送信元としてプライマリインターフェイスの IP アドレスで送信される原因にもなります。
解決した問題 52342：VMware SD-WAN Orchestrator ユーザーインターフェイスで [リモート診断] ページのロードに失敗する場合があります。
リリース 4.x で、VMware は、以前にリモート診断で使用されていたハートビートを置き換える WebSocket を導入しています。ただし、VMware SD-WAN Edge はデフォルトの WAN IP で WebSocket 接続を提供しているため、ミドルウェアまたは Edge 自体でランダムなトラフィックのドロップが発生します。VMware 指定の IP アドレスを使用して WebSocket をバインドすると、問題が解決します。
解決した問題 52628：VMware SD-WAN Edge の LAN インターフェイスから送信元が不明なパケットが許可されます。
これが原因で、LAN サブネットとは異なるサブネットから送信されたパケットが Edge を通過できるようになってしまいます。これは、Edge LAN インターフェイスの逆方向のパス転送 (RPF) が有効になっていないために発生します。この修正により、すべての Edge LAN インターフェイスで RPF が有効になり、パケットが設定済み LAN サブネットから送信されている場合に限り LAN インターフェイスからのパケットが許可されます。
解決した問題 53090：Gateway 経由の Non SD-WAN サイトへのトンネルは、IKE フェーズ 1 の再キー化後、またはトンネルが停止して IKE フェーズ 1 を再開する必要がある場合に失敗する可能性があります。
VMware SD-WAN Gateway が、Non SD-WAN サイトへのトンネルを開始すると、Security Association (SA) には送信元ポートと宛先ポートが関係します。SA がある場合は、IKE フェーズ 1 の SA が正常に再作成されるように、これらのポートを正しく設定する必要があります。『VMware SD-WAN リリース 4.0.0 リリースノート』に記載されているように、VMware SD-WAN リリース 4.0.0 では、IPsec ライブラリを FIPS 140-2 準拠の IPsec ライブラリに置き換えました。この置き換えの一環として、SA 宛先ポートが誤って設定され、指定されたピアに対する 2 回目以降のネゴシエーションが試行されました。

一部の Non SD-WAN サイトでは、この無効なポートはピアによって破棄され、適切なトラフィックセレクタ (TS) が返されます。この問題が修正されていないピアサイトの場合、ピアは、VMware SD-WAN Gateway が拒否する TS の無効なポートで応答します。これにより、再キー化時、またはトンネルが停止して IKE フェーズ 1 を再開する必要がある場合に Gateway トンネルは失敗します。

この問題は、非 SD-WAN サイトが誤って設定されている場合に発生する可能性が高くなります（たとえば、ピアサイトが IKEv2 を使用するときに、このサイトが IKEv1 を使用するように設定されている場合など）。
解決した問題 53260：BFD パケットが、HP 5510 によって、または送信元ポートの検証を使用するピアスイッチによって、破棄されます。
VMware SD-WAN Edge は、RFC 5881 に違反する送信元ポートを使用して BFD パケットを送信します。ピアスイッチが RFC5881 による送信元ポート検証で設定されている場合、スイッチは VMware BFD パケットを無効として破棄します。
解決した問題 53426：ローカルのアンダーレイ BGP ルートは、ハブ Edge からの BGP ルートに関連した VMware SD-WAN Edge の転送情報ベース (FIB) で正しくソートされず、Edge のオーバーレイ優先ルートはアンダーレイ BGP に正しく再配分されません。
DCC フラグを有効にすると、ルートのプリファレンスと広報の値は変更されますが、アンダーレイルートは Edge FIB で正しく並べ替えされません。また、Edge FIB でアンダーレイ BGP ルートが最初に優先され、その後オーバーレイ BGP ルートがローカルで学習されたルートよりも優先された場合、再配分ロジックの問題により、オーバーレイルートがアンダーレイ BGP に正しく再配分されません。この修正を適用しない場合、アンダーレイまたはオーバーレイ BGP ルートのどちか適切な方を Edge に再度学習させる必要があります。

Orchestrator で解決した問題

Orchestrator バージョン R420-20211220-GA

Orchestrator バージョン R420-20211220-GA は 2021 年 12 月 20 日にリリースされました。Orchestrator ビルドは、Log4j バージョン 2.16.0 に更新することで、Apache Log4j の脆弱性 CVE-2021-44228 を修正します。Apache Log4j の脆弱性の詳細については、VMware セキュリティアドバイザリ VMSA-2021-0028.5 を参照してください。

___________________________________________________________________

バージョン R420-20210306-GA で解決した問題

Orchestrator バージョン R420-20210122-GA 以降で解決した問題は次のとおりです。

解決した問題 56436：Gateway 経由の Non SD-WAN Destination (NSD) へのトンネルが 30 秒おきに破棄され、すばやく連続して構築される場合があります(「フラッピング」など)。
この問題は、VMware SD-WAN Gateway ハートビートチェックとまったく同じ時刻に VMware SD-WAN Orchestrator から NSD 設定の変更が送信された場合に発生します。この場合、設定の変更は認識されません。NSD 設定の変更はハートビートごとに再送信され、変更も認識されません。Gateway で設定の変更を受信すると、接続が再起動されます。これは通常、1 回限りのイベントですが、ここでは接続がリセットされ、Gateway ハートビートごとに NSD トンネルが破棄されます。 Gateway ハートビート間隔は 30 秒なので、この問題により、NSD トンネルが 30 秒ごとにフラッピングされます。
解決した問題 58627：VMware SD-WAN Orchestrator によってダウンとマークされた WAN リンクは、Orchestrator のユーザーインターフェイスの [監視] ページに引き続き表示されます。また、Orchestrator が誤った「リンクアップ」アラートを送信する可能性があります。
WAN リンクにレイヤー 1 接続のみが存在する場合でも、VMware SD-WAN Edge はこのリンクの統計情報を Orchestrator に送信し続けますが、リンク統計情報はゼロでしかありません。Orchestrator は、これらの空の統計情報を WAN リンクが誤って稼動していることを示すものと解釈し、[監視] ページでリンクを誤ってマークします。同時に、カスタマーがアラートを送信するように設定されている場合は [リンクアップ] アラートも送信します。この問題によって、エンタープライズを監視するカスタマーが、ダウンした WAN リンクが実際には稼動状態にあると誤解します。この問題はイベントには影響しません。

______________________________________

バージョン R420-20210122-GA で解決した問題

Orchestrator バージョン R420-20201216-GA 以降で解決した問題は次のとおりです。

解決した問題 56033：パートナー管理者は、VMware SD-WAN Orchestrator の [カスタマーの設定] ページで、カスタマーの Partner Gateway Hand Off を設定できません。
この問題が発生した Orchestrator では、Partner Gateway を使用しているパートナーは、新しいクライアントを効率的にプロビジョニングできません。この問題は、新たに追加された検証により、パートナーがグローバルスコープにある gatewayLogicalIds を使用してゲートウェイのハンドオフを設定できないことが原因で発生します。