[GTER] Verificação de desempenho Quagga.

[Lucas Willian Bocchi]

Kalil.

Eu sou adepto da BORDA LIMPA. Rodar somente o daemon de roteamento no
servidor E SÓ. Sem regras, sem mais nada para ter problema.
No caso do ServerU que eu tenho aqui, pra vc ter uma idéia nem o ssh
eu rodo nele. Tenho um outro servidor conectado na serial e quando
preciso acessá-lo uso o minicom nessa máquina e aí acesso ele. Módulos
do kernel do iptables atrelados a consomem MUITO processamento. A
título de curiosidade, quantos megas / pps está passando hoje pelo teu
servidor?

Em 27 de fevereiro de 2015 11:01, Kalil de A. Carvalho
<kalilac at gmail.com> escreveu:
> Bom dia Lucas.
>
> Obrigado pela resposta.
>
> Quanto ao detalhamento:
>
> 01) Sim, roteia
>
> 02) Montado.
>
> 03) Tem regras de firewall mas apenas para limites direcionados ao servidor
>     Modulos ativos: nf_conntrack_ipv6, nf_defrag_ipv6, nf_nat,
> nf_conntrack_ipv4, nf_conntrack, nf_defrag_ipv4
>
> Quanto ao hardware vamos comprar ServerU porem os planos é utilizar uma
> distribuição GNU/Linux rodando Quagga.
>
> Atenciosamente,
>
>
>
> 2015-02-27 10:28 GMT-03:00 Lucas Willian Bocchi <lucas.bocchi at gmail.com>:
>
>> Nobre, vc tem que nos dar mais detalhes.
>>
>> 1) A caixa roteia? Provávelmente sim. Se roteia, em qual hardware
>> está? Você usa regras de firewall nela? Verificou se existe algum
>> módulo nf_* carregado? Tem uma série de elementos que vc precisa ver.
>> Te recomendo dar uma lida no histórico da lista que tem umas
>> colocações interessantes de roteamento em hardware.
>>
>> E em se falando de atualização de Hardware, se ainda não compraram,
>> vai de ServerU L-800. Vai te ajudar a resolver bastante alguns
>> problemas citados! E também de FreeBSD de preferência (discussão
>> também já em tópicos anteriores da lista).
>>
>> Em 27 de fevereiro de 2015 09:23, Kalil de A. Carvalho
>> <kalilac at gmail.com> escreveu:
>> > Bom dia senhores.
>> >
>> > Na empresa que trabalho estamos passando por uma  atualização de
>> hardware,
>> > porem a solução de roteamento será a mesma, Quagga.
>> >
>> > O que temos percebido é que, no hardware atual, o nosso roteador
>> apresenta
>> > alguns momentos de pico 38.4%si.
>> >
>> > Também é notório que em testes utilizando *mtr* uma perda é apresentada
>> na
>> > ponta de saída.
>> >
>> > Como tenho pouca experiencia com Quagga não sei se isso é normal.
>> >
>> > Verificamos que não existe erros nas interfaces, o processador tem a
>> media
>> > de carga compatível com o numero de processadores e a quantidade de
>> memoria
>> > usada esta bem abaixo da disponível.
>> >
>> > Obs: O Quagga foi instalado via pacotes da distribuição que neste caso é
>> > wheezy/sid
>> >
>> > Como pergunta gostaria de colocar:
>> >
>> > 01) teste de *mtr* deve ser levado tão a serio?
>> > 02) como poderia fazer para colher mais detalhes?
>> > 03) Existe alguma coisa, ação/configuração/compilação que melhore estes
>> > resultados?
>> >
>> > Atenciosamente,
>> > --
>> > Atenciosamente,
>> > Kalil de A. Carvalho
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
> Atenciosamente,
> Kalil de A. Carvalho
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter