web-dev-qa-db-ja.com

dd-wrtルーターファームウェアのQoSトラブルシューティング

私はルーターで dd-wrt ファームウェアを使用していて、とても気に入っています!

しかし、-サービス品質(QoS)が機能しているかどうかはわかりません。私はそれを次のように設定しました:

  • http、ポート80-プレミアム
  • bittorrent、ポート6969-バルク
  • https、ポート443-プレミアム
  • dNS、ポート53-プレミアム

QoSドキュメント によると、これらのレベルは次のとおりです。

帯域幅は、各クラスのアップリンク値とダウンリンク値の次のパーセンテージに基づいて割り当てられます。

  • 免除:100mbps-グローバル制限を無視します。
  • プレミアム:75%-100%
  • Express:15%-100%
  • 標準:10%-100%
  • バルク:1.5%-100%

ただし、これは完全には機能していないようです。忙しい急流が発生すると、Webブラウジングが大幅に一時停止します。

QoSドキュメント は、QoSをチェックするためのいくつかの手順を示しています...

注目するのは、ポート番号を含む、送信元IPと宛先IPの最初のセットです。次に、l7protoと「マーク」フィールドの存在。エントリは、「マーク」フィールドに基づいて、それらに適用されている現在のライブ接続QoS優先度を示します。 「マーク」の値は以下に対応します

  • 免除:100
  • プレミアム:10
  • エクスプレス:20
  • 標準:30
  • バルク:40
  • (一致するQoSなし):0

QoSルールのリストに設定されている場合でも、一部のl7protoサービスに「mark = 0」と表示される場合があります。これは、レイヤー7パターンマッチングシステムがそのプロトコルの新しいヘッダーまたは変更されたヘッダーと一致しなかったことを意味している可能性があります。ポートマッチのカスタムサービスは通常これらを処理します。

ポート6969(bittorrent)で、mark=0mark=40の奇妙な混合物が見られます。

 cat /proc/net/ip_conntrack

udp 17105 src = 98.162.182.42 dst = 1.2.3.4 sport = 64512 dport = 6969パケット= 3バイト= 290src = 10.0 .0.2 dst = 98.162.182.42 sport = 6969 dport = 64512パケット= 4バイト= 202 [保証] mark = 0 secmark = 0 use = 1 
 tcp 6117 TIME_WAIT src = 98.248.173.174 dst = 12.3.4 sport = 51114 dport = 6969パケット= 12バイト= 704src = 10.0.0.2 dst = 98.248.173.174 sport = 6969 dport = 51114パケット= 10バイト= 440 [保証]マーク= 40秒マーク= 0使用= 1 
 tcp 6598 ESTABLISHED src = 165.132.128.201 dst = 12.3.4 sport = 57218 dport = 6969パケット= 8024バイト= 9919881src = 10.0.0.2 dst = 165.132.128.201 sport = 6969 dport = 57218パケット= 4211バイト= 239607 [ ASSURED] mark = 0 secmark = 0 use = 1 
 tcp 6586 ESTABLISHED src = 68.46.9.24 dst = 12.3.44 sport = 6468 dport = 6969パケット= 6バイト= 490src = 10.0.0.2 dst = 68.46 .9.24 sport = 6969 dport = 64688パケット= 8バイト= 944 [ASSURED] mark = 40 secmark = 0 use = 1 
 udp 17 45 src = 222.254.228.38 dst = 12.3.4 sport = 25438 dport = 6969パケット= 5バイト= 454src = 10.0.0.2 dst = 222.2 54.228.38 sport = 6969 dport = 25438 packet = 3 bytes = 154 [ASSURED] mark = 0 secmark = 0 use = 1 

(完全なファイルは http://Pastebin.com/AZE6EtWm で表示されます)

しばらくこのログをいじっていますが、パターンが見当たりません!

一部のポート6969ビットトレントトラフィックがdd-wrtのQoSによってmark=0(一致しない)とタグ付けされているのに、他のポートはmark=40(バルク)とタグ付けされているのはなぜですか?

18
Jeff Atwood

多くの人がDD-WRTでQoSが機能しないと不満を言っているので、代わりにTomatoに切り替えていることに気づきました。トマトで問題なく動作します(私はそれを使用しています)。 Tomatoには、QoS設定の調整に役立つ非常に優れたグラフもあります。

Tomatoの欠点は、DD-WRTと比較して、機能が少ないことですが、USBストレージやOpenVPNなどの特定のものを追加するmodビルドがいくつかあります。ただし、Jeff Atwoodが後述するように、Broadcomチップセットのみをサポートします。

NetgearWNR3500LでTeddyBearmodを使用しています。 私は現在、TeddyBearに基づくToastmanmodを使用しており、ほとんどの人に機能するより多くの機能とより優れたデフォルトのQoSクラスを備えています。

個人的に、私がTomatoに欠けているのは、VLANサポートとマルチSSIDブロードキャストだけです。 (Toastmanのmodには、現在、セカンダリSSID用のキャプティブポータルの両方があります)。

13
paradroid

DD-WRT v24sp2ビルド15362はNetgearWNDR3700 v1で非常に安定していることがわかりましたが、QoSとTCP Vegas(輻輳制御)の両方のセットアップに膨大な時間を費やしたにもかかわらずメカニズムは、インバウンドトラフィック用のこの優れたファームウェアで機能しているようです(VOIPを使用しないため、アウトバウンド制御は必要ありません)。

たとえば、インバウンドビデオトラフィックに優先順位を付け、インバウンドビットトレントトラフィックの優先順位を下げるために使用するオプション(Macコントロール、ネットマスク、サービスコントロール)に関係なく、何も機能しません。私はこれを確認しました

結論:他のすべての機能(特に複数のSSIDのブロードキャスト)が必要な場合はDD-WRTを使用しますbutuse Tomato if該当するチップセットがあり(TomatoはAtherosベースのWNDR3700では使用できません)、そのQoS機能が気に入っています。

2
Correz

私は同じことに気づきました。現在、正確な投稿を見つけることはできませんが、フォーラムを掘り下げて、開発者の1人が、QoSはダウンロードではなく、アップロードでうまく機能すると述べました。その背後にある理由は、ルーターがネットワークから出て行くトラフィック(アップリンク)を制御できるが、入ってくるデータの流れを制御できないため、入ってくるトラフィックを制御できないためです。

あなたはフォーラムの投稿を閲覧するのが好きではないことは知っていますが、質問をそこに投稿することをお勧めします。

0
enriquein