web-dev-qa-db-ja.com

ダウンロードが停止し、再開されません

私はISPとの整形された384kbpsADSL接続（エントリーレベルの「ブロードバンド」）を持っています。これは、国内で唯一の電話プロバイダーによって提供される強制的なアナログ音声回線上で実行されます。 「整形」とは、特定のプロトコル（ピアツーピアトラフィックなど）にネットワーク上で低い優先度が与えられることを意味します。この質問は、ピアツーピアダウンロードではなく、通常のHTTPダウンロードに関連しています。

過去数か月間、再開されないさまざまなサイトからのHTTPダウンロードの停止が発生しています。私は最初にWindowsXPでのiTunesの問題に気づきましたが、問題を特定するために広範なテストを行いました。ダウンロードしたファイルの約5％がストールし、再開しません。

最近まで、これらはすべてMP3ファイル（ポッドキャスト）でしたが、Androidアプリをダウンロードするときにも問題が発生しました。以下のリストで、「ファイル」とは、いくつかのファイルのいずれかを指します。ストールし、再開しません。

  • 最新バージョンのiTunesを使用している場合でも問題が発生します。
  • ルーターとコンピューターが何度も再起動されました。問題は数ヶ月間続いています。
  • WindowsまたはLinux（ワイヤレスまたは有線接続で接続）でwgetを使用してファイルをダウンロードすると、指定されたポイントにファイルがダウンロードされ、スループットがゼロに低下します。場合によっては、wgetを実行したままにすると、接続が最終的にタイムアウトするか、リセットされたことが報告されます。
  • wgetとともに-cフラグを使用すると、wgetはHTTP接続を開始するより先に進みません。 --no-cacheフラグを使用しても違いはありません。
  • Windowsの他のダウンロードマネージャーでファイルをダウンロードすると、同じ問題が発生します。 Linuxでcurlを使用してダウンロードする場合も同様です。
  • ファイルは、別のネットワーク上のコンピューターから、または同じISPを使用する別の場所のコンピューターから、他の場所で正常にダウンロードできるため、壊れたバージョンのファイルがキャッシュにスタックしたり、ソースサーバー上のファイルがスタックしたりすることはありません。不完全な。
  • ルーターを同じISPの別の場所に移動しましたが、ファイルは正常にダウンロードされました。その場所から自分の場所にルーターを持ってきましたが、ファイルが停止し、再開しません。
  • 私のISPは、テスト用に回線とアカウントを1mbpsにアップグレードしました。これは問題を解決していません。
  • HTTPブラウジング、オーディオまたはYouTubeビデオのストリーミング、およびMP3ファイル以外のほとんどのダウンロードは影響を受けていないようです。 Androidアプリは最近完了しませんでした。別の会社が運営するローカルワイヤレスホットスポットに接続すると、アプリのダウンロードが完了しました。
  • 別のネットワーク上のリモートマシンにファイルをダウンロードし、安全な接続（scp）を介して転送すると、ファイルは正常にダウンロードされます。
  • 別のISPが運営するローカルワイヤレスホットスポットに接続すると、ファイルがダウンロードされます。ホットスポットリンクを介して停止したダウンロードを再開しようとすると、再開されます。その後、そのファイルを一時停止してADSLに接続し直すと、ファイルが停止するポイントを通過したため、ファイルは完了します。
  • ISPの整形されていないテストアカウントまたは別のISPのテストアカウントに接続すると、ファイルが停止し、再開されません。
  • ISPの担当者がテストマシンからファイルをダウンロードしようとすると、正常にダウンロードされます。

私は数年前に同じ問題を経験し、多くの議論の末、私のISPは最終的に、電話会社に私の回線をローカルDSLAMの別のポートに移動するように依頼することに同意しました。これで当時の問題は解決しました。今回のすべてのテストと議論にもかかわらず、私のISPは、電話会社が私の回線を移動しないと報告しています。彼らが実行した回線テストは、回線の状態が良好で、回線が正常に機能していることを示しているためです。

（数年前に同様の問題を抱えた他の誰かからのローカルフォーラムへの投稿は、特定のバイトシーケンスがいくつかのハードウェア機器を「ハング」させていることを示唆しました。ポスターはいくつかのテストを行い、バイトの正確なシーケンスを決定したと主張しました。これが私のダウンロードの停滞の原因であることを示唆しているわけではありませんが、この説明は事実に非常によく合っているようです。）

したがって、問題は私の上流のハードウェアに関連しているが、ISPとは無関係であると結論付けることができますか？他に何がこの問題を引き起こしている可能性がありますか？

追加情報：これは、ファイルストール（数か月前に作成された）としてのコマンドラインWireSharkプログラムからのトレースです。このファイルは最初から停止し、開始すらしません。それ以外の症状は、他の場所で停止するファイルと同じです。私が今経験している問題は、以前にそれらを引き起こしたものによって引き起こされていると思います。これらのログを何度もISPに送信しましたが、何も返されませんでした。ただし、このログキャプチャが役立つかどうかはわかりません。ダウンロードが停止するポイントを太字で示しました。

7.052812 192.168.1.105-> 192.168.1.254DNS標準クエリAAAAwww.diablopodcast.com
7.322756 192.168.1.254-> 192.168.1.105DNS標準クエリ応答
7.322816 192.168.1.105-> 192.168.1.254DNS標準クエリAAAAwww.diablopodcast.com
7.362412 192.168.1.254-> 192.168.1.105DNS標準クエリ応答
7.362450 192.168.1.105-> 192.168.1.254DNS標準クエリAwww.diablopodcast.com
7.363014 192.168.1.254-> 192.168.1.105DNS標準クエリ応答A89.107.69.77
7.363111 192.168.1.105-> 89.107.69.77 TCP 36393> http [SYN] Seq = 0 Win = 5840 Len = 0 MSS = 1460 TSV = 1389507963 TSER = 0 WS = 6
7.631255 89.107.69.77-> 192.168.1.105 TCP http> 36393 [SYN、ACK] Seq = 0 Ack = 1 Win = 5793 Len = 0 MSS = 1452 TSV = 2814359613 TSER = 1389507963 WS = 7
7.631269 192.168.1.105-> 89.107.69.77 TCP 36393> http [ACK] Seq = 1 Ack = 1 Win = 5888 Len = 0 TSV = 1389508030 TSER = 2814359613
7.631300 192.168.1.105-> 89.107.69.77 HTTP GET /wp-content/uploads/2011/04/tdp-ep2-max-part2.mp3 HTTP/1.0
7.914077 89.107.69.77-> 192.168.1.105 TCP http> 36393 [ACK] Seq = 1 Ack = 168 Win = 6912 Len = 0 TSV = 2814359684 TSER = 1389508030
> 8.204796 89.107.69.77-> 192.168.1.105 HTTP [TCP前のセグメントが失われました]継続または非HTTPトラフィック
8.204803 192.168.1.105-> 89.107.69.77 TCP [TCP Dup ACK 80＃1] 36393> http [ACK] Seq = 168 Ack = 1 Win = 5888 Len = 0 TSV = 1389508173 TSER = 2814359684 SLE = 1441 SRE = 2881
8.258734 89.107.69.77-> 192.168.1.105 HTTP継続または非HTTPトラフィック
8.258740 192.168.1.105-> 89.107.69.77 TCP [TCP Dup ACK 80＃2] 36393> http [ACK] Seq = 168 Ack = 1 Win = 5888 Len = 0 TSV = 1389508187 TSER = 2814359684 SLE = 1441 SRE = 4321
8.501360 89.107.69.77-> 192.168.1.105HTTP継続または非HTTPトラフィック
8.501378 192.168.1.105-> 89.107.69.77 TCP [TCP Dup ACK 80＃3] 36393> http [ACK] Seq = 168 Ack = 1 Win = 5888 Len = 0 TSV = 1389508247 TSER = 2814359684 SLE = 1441 SRE = 5761
10.649646 192.168.1.105-> 89.107.69.77 TCP 36392> http [FIN、ACK] Seq = 1 Ack = 1 Win = 3353 Len = 0 TSV = 1389508785 TSER = 2814347814 SLE = 40321 SRE = 142562 SLE = 36001 SRE = 37441 SLE = 20161 SRE = 21601
36.377648 192.168.1.105-> 89.107.69.77 TCP 36392> http [FIN、ACK] Seq = 1 Ack = 1 Win = 3353 Len = 0 TSV = 1389515217 TSER = 2814347814 SLE = 40321 SRE = 142562 SLE = 36001 SRE = 37441 SLE = 20161 SRE = 21601
46.249883 192.168.1.105-> 89.107.69.77 TCP 36393> http [FIN、ACK] Seq = 168 Ack = 1 Win = 5888 Len = 0 TSV = 1389517685 TSER = 2814359684 SLE = 1441 SRE = 5761
46.512795 89.107.69.77-> 192.168.1.105 TCP http> 36393 [ACK] Seq = 5761 Ack = 169 Win = 6912 Len = 0 TSV = 2814369332 TSER = 1389517685

networkingdownloadwgetadsl
2
SabreWolfy

これは、（同じメーカーの）別のモデルのルーターを使用することで解決されました。私がテストした代替ルーター（私の質問で言及）は、私のルーターと非常によく似たモデルでした。私は最新のファームウェアを実行していました。問題は、その範囲のモデルのソフトウェア/ファームウェアにあるようです。

0
SabreWolfy