VMWareで大きなパケットをドロップしました
私たちのネットワークには奇妙な問題があります。 networkengineering.stackexchangeによると、そこではトピックから外れています 私の目にはネットワークの問題ですが、.
SQLデータベースをテストDBに復元したいときに初めて見ました。復元に失敗しました。iSCSIエラーが発生したWindowsログでは、マウントされたiSCSIディスクが接続を頻繁に失うようです（バックアップはveeamで復元されます-これはバックアップファイルをiSCSIボリュームとしてマウントします（ターゲットは物理バックアップサーバー、イニシエーターは仮想SQLサーバ））。
いくつかのテストを行いましたが、これはiSCSIの問題であるだけでなく、物理サーバーと仮想サーバーの間でファイルをコピーするときに発生します。監視では、コピープロセス中に高いエラーが表示されますが、奇妙なことに、スイッチにエラーが表示されません。
仮想サーバーのスイッチポート（スイッチはNetgear M5300）に表示されるのは、「受信パケット> 1518オクテット」であり、大きなファイルをコピーすると「送信パケット> 1518オクテット」が屋根を通り抜けます。ただし、1518より大きい「パケットRXおよびTX」は0です。これは、ESXのポートでのみ発生し、どのテストでも他のサーバーのポートでは発生しません。
すべてのポート（スイッチ、vSwitch、ポートグループ、サーバーインターフェイス）のMTUはデフォルト（1518/1500）に設定されています。バックアップサーバーとesxをすべてVMを含む状態で再起動し、スイッチポートを無効にしてから再度有効にしました。送信サーバーのWiresharkは大きなパケット（64kb）を示しますが、スイッチの統計によれば、このポートは通常の1518フレームしか受信しません。
ファイルをesxデータストアにアップロードした場合でも、この1つのテストesxでのみ発生し、すべてのVMがその上にあるようです。
どこで検索すればいいのかもうわかりません。まだ再起動しなかったのはスイッチ自体だけです。これはネットワークのコアコンポーネントであるため、本番環境ではこれを実行できません（本番環境は24時間年中無休です）。週末にやってみますが、どこを見ればいいのか教えていただければ幸いです。
編集：完全を期すために、小さなトポロジー： 
EDIT2：さらにいくつかのテストを行いました：エラーは、複数のVLANが存在するアップリンクポートでのみ表示されます。タグなしVLANを1つだけ使用すると、エラーは発生せず、1518を超えるパケットはどこにもありません。
今考えてみると、VLANタグ付きのパケットのサイズは1522です。しかし、これを気にしないスイッチもあれば、気にするスイッチもあります。MTUはどこでもデフォルトです。停止したくないvmwareでタグ付きVLANを使用しています...何か考えはありますか？
明らかに、「Packets> 1518」に関する情報にはありません Netgearフォーラムへのこのリンク VLANタグの4バイトはMTU設定に自動的に追加されるため、 1522などに変更する必要はありません。
1518より大きいパケットを数えるときに、タグ付けされたパケットを数えなかったらもっと良かったでしょう...
これは、バックアップの復元の問題に別の原因があることを意味します...検索は続行されます...