Como limitar o tráfego P2P / torrent em um roteador OpenWrt 10.03?

Question

Temos um roteador WRT160NL com OpenWRT 10.03 e uma conexão de 60-70 Mbit (do ISP, não pergunte por quê). Este roteador pode fazer 30-35 Mbit em ethernet (eu quero dizer cabo) .. ok!

Existem ~ 7 PCs usando este roteador sem fio, 6 através de wifi (wep, por causa da velocidade ..: \), 1 com cabo.

Pergunta: Como podemos limitar o tráfego de P2P / torrent, ter prioridade muito, muito, muito, muito baixa? Quero dizer, se alguém faz o download a partir do torrent, a velocidade é de cerca de, por exemplo: ~ 0,5 Mbit / seg, etc.

Sem recomplicar (eu só quero usar pacotes "stock") existem chances de que eu possa fazer isso? como?

limitação máxima de conexão? como?

topologia

: ISP - > WRT160NL - > 7 clientes (NAT, 192.168.1.0/24) ..

Eu não quero desabilitar completamente o tráfego P2P / torrent, eu só quero atrasá-los, para que a rede possa ser usada mesmo que várias pessoas a usem, e por exemplo: um deles é o download do st. sobre torrent. Mas se apenas por exemplo: 1 pessoa está usando a rede, então permita que ele use toda a largura de banda sem limitar o P2P.

    

Answer 1

Concordo com o Caleb que dividir a largura de banda provavelmente será o mais fácil, no entanto, como uma solução mais rotatória, talvez você queira dar uma olhada em Protocolo de Transporte Micro . O uTP foi projetado pelos caras do uTorrent para tentar mitigar os problemas de latência causados pelo BitTorrent, que eu presumo que seja a raiz do seu problema. Na minha experiência, funciona muito bem e há uma diferença notável na minha conexão ADSL, por exemplo.

No ecossistema de software livre, o uTP é suportado pelo KTorrent (4.0+) e Transmission (2.30+). O Vuze também o implementa, mas não no Linux. E, claro, o cliente oficial do uTorrent o suporta.

    

Answer 2

Eu suspeito que o seu cenário de melhor desempenho não fará inspeção profunda de pacotes para detectar tráfego P2P, mas apenas filas justas, de modo que a largura de banda seja dividida entre o número de ativos. A sobrecarga da CPU de inspecionar o tráfego P2P provavelmente iria queimar qualquer ganho que você tivesse de retardar especificamente o tráfego.