[GTER] Verificação de desempenho Quagga.

[Paulo Coimbra]

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