[GTER] problemas com o HTB

[Ricardo oliveira]

Amigo para este volume de tráfego você terá que usar tc+u32+hash filter.
Assim não precisa do iptables para marca os pacotes. Há relatos de redes
com 12 mil usuários em xeon biprocessado usando esse recurso do tc,
recomendo substituir as broadcoms por Intel.

Valeu.
Em 24/09/2012 09:32, "Fabiann Freitas" <fabiann at tvsom.com.br> escreveu:

> Em Mon, 24 Sep 2012 00:07:11 -0300, davi peres <daviperes at gmail.com>
> escreveu:
>
>  voce ja chegou a ver se está processando d+ o server?
>>
>
>   Olhae ...
>
>  Em 24 de setembro de 2012 00:05, davi peres <daviperes at gmail.com>
>> escreveu:
>>
>>  ops, é isso:
>>>
>>> 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
>>>
>>> Em 24 de setembro de 2012 00:03, davi peres <daviperes at gmail.com
>>> >escreveu:
>>>
>>> ué... faltou o principal as regras do HTB né...
>>>
>>>>
>>>> Em 23 de setembro de 2012 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<https://eng.registro.br/**mailman/listinfo/gter>
>>>>> <https://**eng.registro.br/mailman/**listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>>>> >
>>>>>
>>>>>
>>>>
>>>>
>>>  --
>> gter list    https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>>
>
>
> --
>
> Fabiann Freitas
> IT Consultant
> +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<https://eng.registro.br/mailman/listinfo/gter>
>