Problemas com acesso compartilhado - CBQ

E aí, pessoal?

Trabalho com o CBQ limitando a banda em meu servidor wireless desde 2003, e recentemente comecei a ter problemas com um grupo de acesso compartilhado especificamente... na verdade, com um cliente especificamente.

Tenho vários grupos de acesso compartilhado e clientes dedicados, e em um grupo de acesso de 300 Kbps tem ocorrido de um cara só estar "roubando" toda a banda... os demais clientes do grupo ficam com quase nada de taxa de download e pelo tcpdump vejo que o ip de um cara só tá com um tráfego violento... Os outros grupos estão ok, os clientes dedicados tb... Eu já procurei pra ver se tem algum erro, mas aparentemente não tem...

Alguém sabe me dizer algo? Será que existe alguma prioridade em algum lugar pra ele???? Até mesmo no AP?? Nada foi configurado para isso, mas sei lá, de repente isso "brotou" em algum lugar! :)

Qualquer ajuda será muito bem vinda!

Denilson

denilson,

Como você criou as regras de gerencimento dos grupos do CBQ? Usou o cbq.init ou fez isso usando o "tc"?

Poste a regra de um grupo que tá ok e do grupo que tá com problemas. O seu problema é apenas no download ou no upload também acontece?

Usei o shaper (cbq.init)... Vou colocar o resultado do "tc -s qdisc list", e vou marcar de vermelho o grupo com problemas. Você verá vários outros grupos também, que aparentemente estão ok, com outras velocidades.

UPLOAD:

qdisc tbf 1029: dev eth0 rate 50Kbit burst 10Kb lat 976.6ms
Sent 5667428 bytes 18818 pkts (dropped 32, overlimits 402)

qdisc tbf 1027: dev eth0 rate 100Kbit burst 10Kb lat 488.3ms
Sent 2245364 bytes 8505 pkts (dropped 0, overlimits 0)

qdisc tbf 1025: dev eth0 rate 50Kbit burst 10Kb lat 976.6ms
Sent 1598708 bytes 17778 pkts (dropped 0, overlimits 0)

qdisc tbf 1023: dev eth0 rate 100Kbit burst 10Kb lat 488.3ms
Sent 11728319 bytes 117615 pkts (dropped 12, overlimits 0)

qdisc tbf 1021: dev eth0 rate 300Kbit burst 10Kb lat 162.8ms
Sent 17806313 bytes 137196 pkts (dropped 3, overlimits 0)

qdisc tbf 1019: dev eth0 rate 50Kbit burst 10Kb lat 976.6ms
Sent 1900107 bytes 15412 pkts (dropped 72, overlimits 0)

qdisc tbf 1017: dev eth0 rate 50Kbit burst 10Kb lat 976.6ms
Sent 6682749 bytes 5870 pkts (dropped 0, overlimits 18192)
backlog 2460b 2p

qdisc tbf 1015: dev eth0 rate 100Kbit burst 10Kb lat 488.3ms
Sent 2950188 bytes 21532 pkts (dropped 92, overlimits 0)

DOWNLOAD:

qdisc tbf 1026: dev eth2 rate 100Kbit burst 10Kb lat 488.3ms
Sent 5116265 bytes 9469 pkts (dropped 0, overlimits 0)

qdisc tbf 1024: dev eth2 rate 50Kbit burst 10Kb lat 976.6ms
Sent 12838889 bytes 25310 pkts (dropped 2, overlimits 0)

qdisc tbf 1022: dev eth2 rate 100Kbit burst 10Kb lat 488.3ms
Sent 58055011 bytes 365399 pkts (dropped 308, overlimits 0)

qdisc tbf 1020: dev eth2 rate 300Kbit burst 10Kb lat 162.8ms
Sent 114821137 bytes 121649 pkts (dropped 2637, overlimits 0)
backlog 1514b 1p

qdisc tbf 1016: dev eth2 rate 50Kbit burst 10Kb lat 976.6ms
Sent 1461686 bytes 6110 pkts (dropped 60, overlimits 92)

qdisc tbf 1014: dev eth2 rate 100Kbit burst 10Kb lat 488.3ms
Sent 27052664 bytes 25688 pkts (dropped 691, overlimits 1180)

qdisc tbf 1010: dev eth2 rate 50Kbit burst 10Kb lat 976.6ms
Sent 3210042 bytes 4787 pkts (dropped 0, overlimits 0)

Nas regras de download, tem a informação "backlog 1514b 1p", que reparei agora. Sabe o que é?

O problema acontece quando um carinha "come" toda a banda do grupo... Acho q é bittorrent, mas não tenho certeza. Já bloqueio algumas portas no AP, inclusive 6881-6889, mas o tráfego varia bastante as portas. Também não consegui ter certeza se seria vírus.

Obrigado!

o mais provavel q seja virus afinal se funionava antes nao e agora q ia parar ne e so com esse cara e muito estranho, verifique virus.

Abraçao

denilson,

tbf + cbq não fará um fair band entre os clientes. Procure informaçõs sobre o SFQ (LARTC) que irá funcionar melhor nesse seu caso. Crie grupos de QoS onde existiria uma velocidade X total e todos os clientes dentro daquele grupo dividirao ela.

Nataniel, vc conhece algum script que faça isso com SFQ? Fazer na unha será bem trabalhoso...

[ ]'s
Denilson

denilson,

Essa é a má notícia. Não tem nenhum pronto não. Eu conheço uma versão mas é comercial. Eu acabei criando alguns scripts a algum tempo para tentar fazer as regras rodarem com maior facilidade. Faz um bash simples com alguns itens de loop que funciona.

tenho feito melhor na mao tambem, entretanto o SFQ por si so nao vai controlar a banda, é so ler o howto indicado anteriormente que la fala muita coisa, atualmente tenho usado HTB+SFQ que controla legal e nao da stress igual o CBQ, alias nunca vi um CBQ funcionando assim perfeito, de vez enquando abria uns furos inexplicavelmente, algo como hoje o meu controle ta ok, amanha ele ta furado.

Sorry... Eu esqueci de mencionar o HTB... hehehehehe... Eu tava pensando no fair queue band e nem me toquei do limitador...

Eu já li muito desse tutorial, realmente é completíssimo. Preciso da mais uma estudada nele então...

Valeu pelos posts, pessoal!

[ ] 's
Denilson

Ja tentou mudar o nome do arquivo?

Coisas do CBQ, pois pelo jeito nao esta carregando a mardita...

Não tentei mudar pq ele tá carregando sim, veja as linhas em vermelho no início to tópico...

Já pensei até em mudar o IP do cara, mas não faz sentido também...

essa é pro Denilson ou outro colega q queira me ajudar.

Uso o cbq, e crio uma regra pra cada cliente. Qual a diferenca e ou vantagem em se criar grupos? E como ficaria a regra?

Agradeço pela atençao.

jesus,

A vantagem é que tu pode colocar um teto máximo para um grupo de usuários terem de velocidade... Digamos que você vende um plano de 256 Kbps com 20% de banda garantida. Como você faria esssa garantia existir? Simples, eu crio um grupo com velocidade de 512 Kbps (máxima) e atrelo a ele 10 clientes com velocidades de 256 Kbps (máxima para o cliente). Imagine que 4 clientes estejam usando eles terão cada um 128 Kbps e nunca os 4 passarão de 512 Kbps.

na pratica como ficaria esse exemplo, Nataniel? Obrigado

jesus,

Leia o tutorial do LARTC que tem tudo isso que falei detalhadamente como fazer linha a linha, tanto QoS quanto limitação de velocidade.