フリーズしたクライアント接続で受信ウィンドウよりも転送中のバイト数が多い

フリーズしたクライアント接続で受信ウィンドウよりも転送中のバイト数が多い

私は一種の「ゴースト問題」を扱っています。エンドポイント URL があり、一部のユーザーは問題なく常時使用できますが、他のユーザーはクライアント側で接続がフリーズし (Java、Python C# で記述された複数のクライアント コードで確認済み)、サーバー側ではリセット接続を確認できるものの、接続が完了することはありません。正常に機能するネットワーク経由でトラフィックをキャプチャしましたが、完全に同期されており、送信側が受信側ウィンドウ サイズに近づくとサイズが縮小するのに対し、失敗したネットワークでは、転送中のバイト数が計算されたウィンドウ サイズの 3 ~ 4 倍になります。さらに混乱を招くのは、ほぼ同じセットアップの 2 つの異なるエンドポイントがあり、そのうちの 1 つが前述の問題を引き起こし、もう 1 つはすべてを処理できるという点です (エンドポイント間の唯一の違いは、クラスターで使用される VM タイプです)。どちらの場合も自動スケーリングがアドバタイズされており、初期パケットは私には同じに見えます。 動作中のネットワークのキャプチャです 失敗したネットワークキャプチャ 失敗したネットワークキャプチャ

関連情報