[GTER] problemas com o HTB
Lucas Willian Bocchi
lucas.bocchi at gmail.com
Mon Sep 24 11:11:14 -03 2012
Rubens.
Isso depende muito de quanto tempo a pessoa tem na vida dela pra
perder com isso. Eu não tenho mais. Se tivesse, nem linux usaria.
Usaria ipfw + dummynet ou altq + pf no bsd que é muito mais
performático que Linux (não posso falar da versão 3.2 pra frente pois
larguei mão de testar mais ou menos por aí). E, pra falar bem a
verdade, investiria numa solução da cisco ou da juniper, uma caixa
fechada como os amigos já falaram aqui que não tem igual pra matar em
termos de qualidade e confiabilidade.
Ou melhor ainda, partiria para utilizar um outro algoritmo de controle
de banda como o TBF (se for para cada uma das interfaces) ou o HSFC
(se fosse para realmente utilizar um algoritmo de primeira para
controle de fluxo). Porém já passei da idade de me preocupar com esse
tipo de coisa. Pra mim o que funciona de forma fácil e rápida tá de
boa, e que caiba no meu bolso sem causar problemas pros clientes.
Por isso, vá de mikrotik. É fácil de fazer funcionar, na hora de
voltar em caso de crash é mais rápido, e com certeza cabe no teu
bolso.
Em 24 de setembro de 2012 09:31, Rubens Marins Schner
<rubens at brisanet.com.br> escreveu:
> Quantas Regras sao carregadas nesse servidor, e quais sao elas ? Ou seja,
> poste aqui os comando de Iptables + HTB de uma sessao.
>
> Uma coisa que aumenta muito o processamento seria o conntrack do iptables,
> eu uso aqui o modulo u32 do iproute e desabilito o iptables na maquina,
> voce nao deve nem carregar os modulos, isso melhorou muito.
>
> Quem usa Slackware, com Kernel compilado, usar Mikrotik ?? rsrs
>
>
> Rubens Marins
> Administrador de Sistemas
> rubens.marins at gmail dot com
>
>
> 2012/9/24 Rodrigo Augusto <rodrigo at 1telecom.com.br>
>
>> Com este trafego porque nao usa mikrotik?
>>
>> Enviado via iPhone
>> Grupo Connectoway
>>
>> Em 23/09/2012, às 20:14, "Fabiann Freitas" <fabiann at tvsom.com.br>
>> escreveu:
>>
>> > Prezados,
>> >
>> > Tenho um server dell com 4 nics BCM5709 com slackware 12.2
>> > e kernel 2.6.39 (personalizado) + iproute-3.5.1 +
>> > iptables-1.4.2 e esse total de clientes e banda gerenciado pelo HTB.
>> >
>> >
>> ---------------------------------------------------------------------------
>> > Default bandwidth: 8
>> >
>> > Class Clientes, CIR: 1024000, MIR: 1512000
>> > ** 1847 clients, CIR2: 899845, MIR2: 1324149
>> >
>> > 1 classes; CIR / MIR = 1024000 / 1512000; CIR2 / MIR2 = 899845 / 1324149
>> >
>> >
>> -----------------------------------------------------------------------------
>> > E essas modificacoes no sysctl.conf:
>> >
>> > net.ipv4.tcp_sack = 1
>> > net.ipv4.tcp_dsack = 0
>> > net.ipv4.tcp_fack = 0
>> > net.core.rmem_max = 800000000
>> > net.core.wmem_max = 800000000
>> > net.ipv4.tcp_rmem = 4096 400000000 800000000
>> > net.ipv4.tcp_wmem = 4096 400000000 800000000
>> > net.core.netdev_max_backlog = 300000
>> > net.ipv4.tcp_timestamps = 1
>> > net.ipv4.tcp_mem = 4096 400000000 800000000
>> > net.core.optmem_max = 800000000
>> >
>> >
>> > Quando esta sem o controle, funciona tudo normal, quando subo o HTB com
>> as
>> > configuracoes, os clientes comecam a ter perdas grandes perdas de
>> pacotes e
>> > fica impraticavel. Total do meu trafego simultaneo esta em 100MB
>> >
>> > Ja tentei de tudo, kernel 3, iptables na ultima versao, em bridge,
>> dividir o
>> > trafego em 3 interfaces com bonding e nao consigo resolver isso.
>> > To pra me suicidar ja.
>> >
>> > Alguem tem alguma ideia do que possa estar ocorrendo ?
>> >
>> > Se o trafego simultaneo na interface de controle do htb estiver abaixo
>> de 20MB,
>> > funciona normal o controle.
>> >
>> > --
>> >
>> > Fabiann Freitas
>> > +55 (96) 81385862 / 91825400
>> > MSN : fabiann.freitas at hotmail.com
>> > Skype: fabiannfreitas
>> >
>> > Slackware - The Linux Power
>> > Usando o cliente de e-mail revolucionário da Opera:
>> http://www.opera.com/mail/
>> > --
>> > gter list https://eng.registro.br/mailman/listinfo/gter
>>
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list