OpenWrt 10.03ルーターでP2P /急流トラフィックを制限する方法は?

OpenWrt 10.03ルーターでP2P /急流トラフィックを制限する方法は?

私たちはOpenWRT 10.03と60-70 Mbitの接続を持つWRT160NLルーターを持っています。 (ISPから、理由は尋ねないでください。)このルータは、イーサネット(ケーブルを意味します)を介して30〜35 Mbitを送信できます。いいね!

この無線ルーターを使用するPCは約7台ですが、6台はWi-Fi経由(私たちは速度のため..:\)、1台はケーブルを使います。

Q:P2P / Torrentトラフィックを非常に低い優先順位に制限するにはどうすればよいですか?私の言葉は、誰かが急流からダウンロードした場合、速度は約0.5Mbit /秒などです。

再コンパイルせずにこれを行う機会がありますか(単に「stock」パッケージを使用したいですか?)どのように?

最大接続数の制限は何ですか?どのように?

トポロジ:ISP - > WRT160NL - > 7クライアント(NAT、192.168.1.0/24)

私はP2P / Torrentトラフィックを完全に「無効」にしたくはありません。ただし、たとえば、1人がネットワークを使用している場合は、P2Pを制限することなくすべての帯域幅を使用できます。

答え1

私は同意するケイロップとしかし、帯域幅を分割するのはおそらく最も簡単です。しかし、もう少し迂回的な解決策を見たいと思うかもしれません。マイクロトランスポートプロトコル。 uTPはuTorrentの人々がBitTorrentによって引き起こされる待ち時間の問題を軽減するように設計されており、これが問題の原因であると考えられています。私の経験では非常にうまくいきます。たとえば、ADSL接続に顕著な違いがあります。

フリーソフトウェアエコシステムでは、uTPはKTorrent(4.0+)とTransmission(2.30+)でサポートされています。 Vuzeもこれを実装しますが、Linuxでは実装しません。もちろん、公式のuTorrentクライアントもこれをサポートします。

答え2

あなたの最適なパフォーマンスシナリオは、P2Pトラフィックを検出するための深いパケットチェックを実行せずにアクティブ番号間で帯域幅を分配するための公平なキュー処理を実行すると考えられます。 P2Pトラフィックを調べるCPUオーバーヘッドは、専用の速度低下によって得られる利点がすべて消える可能性があります。

関連情報