NSXのL2ブリッジ環境において、MTUサイズの大きいパケットでOverlay VMからVLAN VMへのPingが失敗する

Products

• VMware NSX

Issue/Introduction

免責事項：これは英文の記事「Overlay VM to VLAN VM Ping Fails for Higher MTU Packets in L2 Bridging Environment with NSX」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

VMware NSX（旧称：VMware NSX-T）で構成されたL2ブリッジを介してトラフィックを転送しようとすると、以下の症状が発生します。

• 物理ルーターをデフォルトゲートウェイ（DG）として、NSX上にL2ブリッジが構成されています。
• オーバーレイVMからVLAN VM（またはデフォルトゲートウェイ）へのペイロードサイズの小さいpingは成功します。
• 「フラグメント化しない」（-d）フラグを適用すると、ペイロードサイズが大きい（ジャンボフレーム／MTUが大きい）pingはパケット損失率100%で失敗します。
• VLAN VMからL2ブリッジを介して別のVLAN VMへのpingも、pingのサイズが1415バイトより大きい場合は失敗します。
• ペイロードサイズが1414バイトのpingは成功しますが、ペイロードサイズが1415バイト以上のpingは破棄されます。

ボトルネックがGeneveオーバーレイ構成にあるのか、物理ネットワーク層にあるのかを特定するには、ESXiホストからエッジノードへ直接TEP間pingテストを実行します。

• ping ++netstack=vxlan -I vmk10 ##.##.##.## -s 1472 -d

Environment

VMware NSX
VMware ESXi

Cause

この問題は、NSX Edgeのアップリンクプロファイルおよび分散仮想スイッチ（DVS）がジャンボフレーム（MTU 9000）用に正しく構成されているにもかかわらず、ESXiホストに直接接続されている物理アンダーレイネットワークの経路において、MTUの上限が標準の1500に制限されているために発生します。

Resolution

この問題を解決するには、物理​​ネットワークインフラストラクチャを更新してジャンボフレームをサポートする必要があります。

1. 物理スイッチの設定確認：ネットワークチームと連携して、ESXiホストに接続されている物理スイッチポート（特にTEP/Geneveトラフィックを処理するトランクポート）のMTU構成を確認してください。
2. MTUを増やす：エンドツーエンドのアンダーレイ物理パス全体がジャンボフレームをサポートするように構成されていることを確認してください（NSX-Tオーバーレイトラフィックには最低1600のMTUが必要ですが、9000が推奨されます）。