短時間の頻繁な使用の後、ルーターが「詰まっています」か？
私は安いTP-LinkTL-WR340G/TL-WR340Gdルーターを持っています。大量のダウンロードまたはアップロードの短いセッションの後、「詰まった」ように感じます。 Webサイトが応答しない、接続が切断されるなど。ルーターを再起動すると、インターネットは再び正常になります。少なくとも、再び「詰まった」ように感じるまでは短時間です。
これが正しい仮定であるかどうかはまったくわかりません。ルーターを再起動すると、ルーターが短時間修正されることを知っています。これを実際に確認し、何が起こっているのかを把握して修正する方法はありますか？
再起動せずにしばらくの間すべてのトラフィックを停止すると、問題は一時的に解消されますか？もしそうなら、あなたが説明したことは、 buffer bloat の典型的な症状のように聞こえます。これは、インターネット上で、特に設計が不十分なホームゲートウェイでますます問題になっています。
基本的に、設計が不十分なホームゲートウェイは、ネットワークが輻輳したときにバッファリングするパケットが多すぎることがよくあります。これにより、接続のエンドポイントのTCP/IPスタックが輻輳を検出できなくなり、TCPの輻輳制御メカニズムが作動して問題が悪化します。 。
修正は、より良いルーターを入手するか、DD-WRT、OpenWRT、Tomatoなどのアフターマーケットサードパーティのオープンソースファームウェアディストリビューションをインストールすることです。これにより、より良い仕事ができ、修正できるチューニングパラメーターにアクセスできるようになります。これはあなた自身のために。 「ゲーム」ルーターとして販売されている製品は、多くの場合、低遅延に最適化されているため、この問題が発生する可能性は低くなります。また、ファクトリファームウェアを使用してバッファチューニングパラメータにアクセスできる可能性が高くなります。
Jim Gettysは、バッファの膨張の問題を診断し、より広いインターネットプロトコル研究コミュニティの注目を集めたとされているインターネット研究者です。彼はそれについて BufferBloat.net に書いています。彼の聴衆は他の研究者なので、あなたが本当にこのようなことに興味がない限り、そのサイトはあなたのためではないかもしれません。
Iljitsch van Beijnumは、Ars Technicaのライターであり、IETFの手続きやインターネットプロトコルを綿密にフォローしています。数か月前に彼がBufferBloatについて公開した記事は、次のとおりです。 bufferbloatとネットワークバッファーの軍拡競争について
おそらくルーティングテーブルのオーバーフローが発生しているのは静かです。同時TCP接続が多数ある場合に発生します。これにより、ルーターのルーティングテーブル（duh）のサイズが可能なサイズよりも大きくなります。これは通常、RAMに割り当てられます。これは通常、RAM（RAM $ ===など）がほとんどないルーターでのP2Pの使用（特にBitTorrentの場合-さらにDHTが有効になっている場合）で発生します-大雑把なグーグルが示唆していますこの場合、追加のTCP接続を適切に確立できません。
考えられる解決策（新しいルーターの購入は別として）：-BTクライアントでDHTを非アクティブ化します。この設定は通常、BitTorrentオプションにあります。uTorrentの例を次に示します。
「Maximum TCP connections」や「MaximumPorts」など、ルーター構成でその効果をもたらす設定を探します。すべてのルーター構成にそのようなオプションがあるわけではありませんが、ある場合は、値を下げることで問題を軽減できます。TCPおよびUDPタイムアウトのオプションもあります。非アクティブな接続が長すぎる傾向があるため、これらを下げることもできます。ルーティングテーブルが詰まっています。
それが不可能な場合は、Torrentクライアントの最大同時接続数を減らすこともできます。uTorrentでは、「帯域幅」になります。