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

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

しかし-サービスの品質（QoS）が機能しているかどうかはわかりません。次のように設定しています。

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

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

帯域幅は、各クラスのアップリンク値とダウンリンク値の以下の割合に基づいて割り当てられます。

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

しかし、これは完全に機能しているようには見えません-忙しい急流が進むと、Webブラウジングで大きな一時停止が発生します！

QoSのドキュメントは、 QoSを確認するためにいくつかのステップを与えます...

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

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

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

ポート6969（ビットトレント）で私はものの奇妙な混合物を見るmark=0とmark=40とても似

猫/ proc / net / ip_conntrack

udp 17 105 src = 98.162.182.42 dst = 1.2.3.4 sport = 64512 dport = 6969 packets = 3 bytes = 290 src = 10.0.0.2 dst = 98.162.182.42 sport = 6969 dport = 64512 packets = 4 bytes = 202 [保証] mark = 0 secmark = 0 use = 1
tcp 6 117 TIME_WAIT src = 98.248.173.174 dst = 1.2.3.4 sport = 51114 dport = 6969 packets = 12 bytes = 704 src = 10.0.0.2 dst = 98.248.173.174 sport = 6969 dport = 51114 packets = 10 bytes = 440 [Assusred ] mark = 40 secmark = 0 use = 1
tcp 6 598 ESTABLISHED src = 165.132.128.201 dst = 1.2.3.4 sport = 57218 dport = 6969 packets = 8024 bytes = 9919881 src = 10.0.0.2 dst = 165.132.128.201 sport = 6969 dport = 57218 packets = 4211 bytes = 239607 [ASSURED ] mark = 0 secmark = 0 use = 1
tcp 6 586 ESTABLISHED src = 68.46.9.24 dst = 1.2.3.4 sport = 64688 dport = 6969 packets = 6 bytes = 490 src = 10.0.0.2 dst = 68.46.9.24 sport = 6969 dport = 64688 packets = 8 bytes = 944 [保証あり] ] mark = 40 secmark = 0 use = 1
udp 17 45 src = 222.254.228.38 dst = 1.2.3.4 sport = 25438 dport = 6969 packets = 5 bytes = 454 src = 10.0.0.2 dst = 222.254.228.38 sport = 6969 dport = 25438 packets = 3 bytes = 154 [保証] mark = 0 secmark = 0 use = 1

（http://pastebin.com/AZE6EtWmに表示される完全なファイル）

私はしばらくこのログをいじくり回してきましたが、パターンを見ることができません！

一部のポート6969ビットトレントトラフィックがmark=0dd-wrtのQoSでタグ付けされている（一致していないmark=40）のに、他のタグ付けされている（バルク）..

それはけれどものみ発信トラフィックを整形し、あなたが見つけることが、この優れたQoSスクリプト（ペーストビン上のミラーをアレックスライスのブログに有用で）。それはいくつかの著者と化身を経てきました。DEVと同様にUPLINKを正しく設定してください。私にとっては、DEVのデフォルト値が間違っていたので、$(nvram get wan_ifname)代わりにコメントを使用するか、nvram get wan_iframeSSHを介して実行した正しい値を使用しました。

また、使用するのではなく、QoS GUI内で構成を複製することもできます。バルクトラフィックには1024：65535が使用され、他の設定（80,22,3389など）が優先されます。このスクリプトは私にとってはうまく機能し、推奨どおりHFSCを使用します。

たとえば、WANに設定されたQoSがアップリンクトラフィックをダウンリンクキューに送信
すると、次の理由でこのパッチが失敗することに気付きます。rc_firewallスクリプトのコマンドがQoSに適用されない

チケットに記載されているように、rc_firewallの後に実行するスクリプトを使用して問題を回避できます。私は個人的に、JFFSを有効にし、修正したスクリプトを/jffs/etc/config/qos.ipup前述のように配置しました。

KiTTYとWinSCPを使用すると便利です。KiTTYを使用してルーターにSSHで接続し、最初のチケットのようにトラブルシューティング/検証し、Start WinSCPKiTTYの左上のアイコンの下にあるコマンドを使用して、ルーターでファイルブラウジングを直接起動できます。これが失敗した場合（ルーターがデフォルトでSFTPを実行していない場合）、FTPを有効にして手動で接続するか、単にUnixコマンドでファイルを追加できます。スクリプトの所有者実行権限を忘れずに設定してください。

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

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

Netgear WNR3500LでTeddy Bear modを使用しています。 現在、Teddy BearをベースにしたToastman modを使用しています。これは、ほとんどの人に機能する、より多くの機能とより良いデフォルトのQoSクラスを備えています。

個人的に、Tomatoで欠けているのはVLANサポートとマルチSSIDブロードキャストだけです。（ToastmanのMODには、これらの両方と、セカンダリSSIDのキャプティブポータルがあります）。

Netgear WNDR3700 v1でDD-WRT v24 sp2ビルド15362が非常に安定していることがわかりましたが、QoSとTCP Vegas（輻輳制御）の両方をセットアップしようとして多大な時間を費やしましたが、どちらのメカニズムもこの優れたファームウェアで動作していないようです着信トラフィックの場合（VOIPを使用しないため、発信制御は必要ありません）。

たとえば、着信ビデオトラフィックの優先順位付けと着信ビットトレントトラフィックの優先順位付け解除の試行で使用するオプション（Mac Control、Netmask、Service Control）に関係なく、何も機能しません。私はこれを確認しました

• QoS動作の確認に推奨されるTelnetコマンド
• TCP Vegas

ボトムライン：使用DD-WRTあなたは（特にmuliple SSIDのブロードキャスト）他のすべての機能を利用する場合が、使用トマトを使用すると、該当するチップセット（トマトは、AtherosのベースWNDR3700には使用できません）、そのQoS機能などを持っている場合。

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

フォーラムの投稿を閲覧することはあまり好きではありませんが、質問を投稿してください。