dd-wrt firmware solução de problemas de QoS do firmware do roteador

Question

Estou usando o firmware dd-wrt no meu roteador e gosto muito dele

Mas - não tenho certeza se a qualidade do serviço (QoS) está funcionando. Eu configurei da seguinte forma:

• link
• bittorrent, porta 6969 - Bulk
• link
• dns, porta 53 - Premium

De acordo com a documentação de QoS , esses níveis são:

bandwidth is allocated based on the following percentages of uplink and downlink values for each class:

• Exempt: 100mbps - ignores global limits.
• Premium: 75% - 100%
• Express: 15% - 100%
• Standard: 10% - 100%
• Bulk: 1.5% - 100%

Isso não parece funcionar totalmente - embora com torrentes movimentadas eu recebo grandes pausas na minha navegação na Internet, o que é uma droga!

A documentação da QoS dá alguns passos para verificar a QoS ...

What you'll be interested to look at will be the first set of source and destination IP, including the port numbers. Next the presence of l7proto and the "mark" field. The entries indicate the current live connection QoS priority applied on them based on the "mark" field. The "mark" values correspond to the following

• Exempt: 100
• Premium: 10
• Express: 20
• Standard: 30
• Bulk: 40
• (no QoS matched): 0

You may see "mark=0" for some l7proto service even though they are in configured in the list of QoS rules. This may mean that the layer 7 pattern matching system didn't match a new or changed header for that protocol. Custom service on port matches will usually take care of these.

Na porta 6969 (bittorrent) eu vejo uma estranha mistura de coisas com mark=0 e mark=40 como assim

cat /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 [ASSURED] 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 [ASSURED] 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 [ASSURED] 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 [ASSURED] mark=0 secmark=0 use=1

(arquivo completo visível no link )

Estou brincando com esse registro por um tempo e não consigo ver nenhum padrão!

Por que algum tráfego bittorrent da porta 6969 foi marcado com mark=0 (não correspondido) pela QoS de dd-wrt, enquanto outros estão marcados com mark=40 (Bulk) .. alguma idéia?

    

Answer 1

Embora apenas modere o tráfego de saída , você pode encontrar este excelente script de QoS ( espelho sobre pastebin ) no blog de Alex Rice é útil . Já passou por vários autores e encarnações. Certifique-se de configurar corretamente o UPLINK e o DEV. Para mim, o valor padrão para DEV estava incorreto, use o $(nvram get wan_ifname) comentado ou o valor correto da execução de nvram get wan_iframe via SSH.

Além disso, em vez de usá-lo, você pode duplicar sua configuração na GUI do QoS. Você verá que ele usa 1024: 65535 para tráfego em massa, com as outras configurações (80,22,3389, etc.) tomando precendência. O script funciona bem para mim e usa o HFSC conforme recomendado.

Além disso, se você não usar o script, poderá encontrar erros relevantes para o seu versão.

Por exemplo: QoS definido como WAN envia tráfego de subida para a fila de downlink
Então perceba que este patch falha, porque: Os comandos no script rc_firewall não são aplicados no QoS

Você pode solucionar o problema com um script que é executado após rc_firewall , conforme observado em o bilhete. Eu acabei pessoalmente habilitando o JFFS e colocando o script com a correção em /jffs/etc/config/qos.ipup , o mesmo que mencionado.

Eu achei conveniente usar KiTTY e WinSCP . Você pode fazer SSH no roteador com o KiTTY para solucionar / verificar como no primeiro ticket e iniciar diretamente na navegação de arquivos no roteador com o comando Start WinSCP sob o ícone superior esquerdo do KiTTY. Se isso falhar (o roteador não está executando o SFTP por padrão), você pode ativar o FTP e conectar-se manualmente ou simplesmente adicionar o arquivo com comandos Unix. Lembre-se de definir a permissão de execução do proprietário no script.

    

Answer 2

Eu notei que muitas pessoas reclamam que a QoS não funciona no DD-WRT, então elas mudam para o Tomato. Ele funciona bem no Tomato (eu uso). O Tomato também possui gráficos muito bons, o que é útil para ajustar suas configurações de QoS.

A desvantagem do Tomato, comparado ao DD-WRT, é que ele tem menos recursos, embora existam algumas compilações mod que adicionam certas coisas, como armazenamento USB e OpenVPN. No entanto, como Jeff Atwood mencionou abaixo, ele suporta apenas os chipsets da Broadcom.

Eu uso o mod Teddy Bear no meu Netgear WNR3500L. Eu agora uso o mod Toastman, que é baseado no Teddy Bear, com mais recursos e melhores classes de QoS padrão que funcionam para a maioria das pessoas. / p>

Pessoalmente, as únicas coisas que estou perdendo no Tomato são o suporte para VLAN e broadcast multi-SSID. (O mod de Toastman tem ambos agora, assim como o Captive Portal para o SSID secundário). / p>     

Answer 3

Eu descobri que o DD-WRT v24 sp2 build 15362 é muito estável no meu Netgear WNDR3700 v1 MAS apesar de uma enorme quantidade de tempo gasto tentando configurar o QoS e o TCP Vegas (controle de congestionamento), nenhum dos mecanismos parece estar funcionando este excelente firmware para o tráfego de entrada (eu não tenho necessidade de controle de saída como eu não uso VOIP).

Por exemplo, não importa quais opções (Controle de Mac, Máscara de Rede, Controle de Serviço) eu uso em minhas tentativas de priorizar o tráfego de vídeo de entrada e de-priorizar o tráfego de entrada de bits, nada funciona. Eu confirmei isso com

• Comandos Telnet sugeridos para confirmar a operação de QoS
• TCP Vegas

Linha de fundo: Use DD-WRT se você quiser todos os outros recursos (particularmente transmissão de múltiplos SSIDs) mas use Tomate se você tiver um chipset aplicável (o Tomato não está disponível para o WNDR3700 baseado no Atheros) e como seus recursos de QoS.

    

Answer 4

Eu notei a mesma coisa. Eu não consigo encontrar o post exato agora, mas vasculhando os fóruns, um dos desenvolvedores afirmou que o QoS funciona muito bem em uploads, não tanto em downloads. O raciocínio por trás disso é que o roteador tem controle do tráfego que sai da rede (uplink), mas não o tráfego que entra, já que não tem controle sobre o fluxo de entrada de dados.

Eu sei que você não é um grande fã de navegar pelos posts do fórum, mas talvez queira postar suas dúvidas.