[GTER] Verificação de desempenho Quagga.

[Lucas Willian Bocchi]

No meu caso, como citei na mensagem anterior, uso as portas seriais para acesso.
Se for preciso usar o ssh ou outrossim, procuro deixar o sistema
sempre atualizado (leia-se pacotes do sistema e inclusive o kernel)
para não correr o risco de surpresas.



Em 27 de fevereiro de 2015 12:01, Paulo Coimbra
<coimbra.root at gmail.com> escreveu:
> Uma coisa que não entra na minha cabeça. Borda limpa sem regras de input ao
> menos para serviços de gerência (leia-se: ssh) e daemon BGP. Como tratam
> isso?
>
>
>
> On Friday, February 27, 2015, Caio Zanolla <zanolla at gmail.com> wrote:
>
>> Kalil,
>>
>> O fato de rodar Quagga não tem influência na perda que voce verifica no
>> mtr.
>> O quagga somente injeta e retira rotas no sistema. Quem faz o roteamento é
>> o kernel/modulos
>> Estas perdas devem ser sanadas do ponto de vista de contenção (cpu, link,
>> memoria, modulos, etc.)
>>
>> Atenciosamente,
>> Caio Zanolla
>>
>> 2015-02-27 11:20 GMT-03:00 Lucas Willian Bocchi <lucas.bocchi at gmail.com
>> <javascript:;>>:
>>
>> > 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 <javascript:;>> 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 <javascript:;>
>> > >:
>> > >
>> > >> 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 <javascript:;>> 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
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> >
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> br,
>
> Paulo Coimbra
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter