自宅のネットワーク (BT Infinity FTTC) でパケット損失の問題が発生する原因を突き止めるのに苦労しています。この問題は昨日の朝から突然発生し、次の 3 つの形で現れています。
特定の Web サイトのさまざまなページに繰り返し接続する Java ベースのユニット テスト アプリケーションで、タイムアウト例外が発生します。かなり頻繁に (つまり、以前よりはるかに頻繁に)、ページが読み込まれなかったというメッセージが表示されるようになりました。これは、20 秒後にタイムアウトすることを意味します。これは、Web サイト側の問題ではないと思います。
ストリーミング API を使用しようとすると、別の Java アプリケーションで更新が遅れ、タイムアウトが発生します。これは金融取引 API で、変更があるたびにデータをブロードキャストし、更新は通常は瞬時に行われます。更新が非常に遅れているため、基本的にアプリケーションが古いデータで作業しようとしていることがわかります。また、サーバーからのキープアライブ ハートビートの受信に長い遅延があるため、アプリケーションが時々完全に再起動します。
ネットワーク上のサーバーからクライアントにメディアをストリーミングする場合 (つまり、他の 2 つのシナリオとは異なり、これは純粋に LAN 上です)、基本的にメディアが途切れ途切れになり、最終的にはフリーズしてしまいます。
上記のすべては、これまで長い間 (つまり数年間) 正常に動作してきました。「サーバー」は Win10 Pro マシンです。
何が起こっているのか理解するために、これまでに試したことは次のとおりです。
- 私のサーバーからユニットテスト Web サイト、ストリーミング API、メディア クライアント、ローカル ループバック アドレスに ping を実行しました。結果: 完全に正常で、ping 時間が非常に短く、パケット損失はまったくありません。
- 上記の 2 つのアプリケーションをネットワーク上の別のマシン (その側面もテストするため、WiFi 上の Win10 ラップトップ) に移行することで、サーバーを方程式から外します。結果: 同じ問題とエラー
- ルーター (BT Smart Hub) を別のルーター (古い BT Home Hub 5) に交換しました。これが問題だと確信していました (特に、昨日の朝にルーターのファームウェアが更新されたことに気付いたため)。しかし、新しいルーターでも同じ問題が発生しました。
- 上記のシナリオ 3 のようにメディアのストリーミングを試みているときに、Wireshark トレースを実行しました。結果: 問題が継続しているときに、重複した ack と再送信メッセージが多数発生しました。
長々とした説明で申し訳ありません。私はしばらくの間、この問題で堂々巡りをしています。この問題は LAN でも発生するので、ISP の問題であるとは考えられません。また、これは私がいつも使用しているサーバーやルーターに固有の問題でもありません。ほんの少しの間、完全に正常に動作し始めますが、30 分ほど経つと再び問題が発生します。
とても奇妙ですね。他に注目すべきものがあれば、ぜひご提案ください。