[FUG-BR] Quagga(Zebra) x CPU (subindo as rotas)

[Alexandre Correa]

imho, quem precisar sair do quagga, existe um port do openbgpd para linux
eheh :)

http://hasso.linux.ee/doku.php/english:network:openbgpd

:)



2011/5/2 Patrick Tracanelli <eksffa em freebsdbrasil.com.br>

> Fala Chris, sumidasso hein?
>
> E a família, e o Berkeley qual a idade?
>
> Cara, dica de amigo: corre do Quagga e vai pro OpenBGP.
>
> Nada justifica alguns picos de CPU do Quagga da mesma forma que nada
> justifica o consumo de memória dele. Nada justifica quando ele não consegue
> fazer mudanças na FIB, nada justifica quando ele simplesmente morre quando
> chega uma sequencia de AS-DOT e 4-byte ASN; nada justifica sequer terem
> ressuscitado essa "zebra" e mudado de nome, afinal o nome antigo era tão
> mais sugestivo...
>
> Se alguma coisa justifica quagga é a sintaxe cisco-like caso haja uma
> equipe com conhecimento previo nessa plataforma. Então pode ser uma
> estratégia para diminuir impacto na curva de aprendizagem da equipe. Mas a
> sintaxe do OpenBGP é tão ridícula de fácil que chega ser comico alguem "não
> entender" então... não justifica :P
>
>
>
> Em 02/05/2011, às 10:53, Christopher Giese - BSDUX escreveu:
>
> > Bom dia pessoal (quem é vivo sempre aparece)
> >
> > Rodo alguns freebsd + quagga (full routing)...
> > Tenho notado um comportamento/sintoma muito estranho (em todos) nas
> > ultimas semanas (talvez ate meses)
> >
> > Quando o quagga sobe... e recebe as full routing de varias
> > operadoras...... a coisa vai TRANQUILa ;)
> > Entao o Zebra começa a exercer sua função... e ensinar o OS as rotas que
> > o BGP aprendeu...
> > Pois bem... neste momento a CPU vai LA PRAS CUCUIAS (e o zebra fica
> > dentro de uma soh cpu...)
> >
> > Tenho lido nas documentacoes.. .que apesar de o zebra ter sido concebido
> > pensando-se em multi-thread, o mesmo nao eh (pelo menos em linux e
> Freebsd)
> >
> > Isto tenho em alguns locais (freebsd i386.... freebsd amd64)... e isto
> > equipamentos relativamente bons (2 processadores quadcore com 16 gigas
> > de ram... por exemplo)
> > Todos estao tendo os mesmos sintomas......
> >
> > Alguns tem links grandes (acima dos 500 megas).... outros links menores
> > (de 40 megas)
> >
> > Fiz alguns tunnings de isr e algumas outras instruções... até baixou um
> > pouco a CPU do ZEBRA.... porem de qq forma ainda fica muito alta...
> >
> > Esta cpu alta gera "transtornos" as conexoes..... as vezes reiniciando
> > sessões BGP... o que vira uma bola de neve (loop)... afinal.... o zebra
> > começa novamente a ensinar as rotas ao OS... e assim fica....
> >
> > Depois que o ZEBRA consegue ensinar as rotas.... ae tudo fica ok...
> > 100%.... semanas.... sem problemas...
> > Ate que ocorre queda de operadora ou entao boot do FReeBSD... e o
> > pesadelo retorna..... ate que consiga ensinar todas as rotas (o que leva
> > horas as vezes)
> >
> > Ja vasculhei artigos... codigos.... e nao achei nada para sanar de vez a
> > situacao... (tenho usado apenas bgpd sem zebra.... e feito pbrs
> > dinamicas com analises nas sessoes bgp.... mas isto eh muito "rta
> > (recurso tecnico alternativo";.... então minha meta eh encontrar uma
> > solução oficial ou (infelizmente) partir para uma solução de mercado....
> >
> > Alguem ja passou por isso ?
> > Alguma dica ?
> >
> > Grato
> >
> > Att
> > Christopher Giese - SkyWarrior
> > bsdux em bsdux.com.br
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> --
> Patrick Tracanelli
>
> FreeBSD Brasil LTDA.
> Tel.: (31) 3516-0800
> 316601 em sip.freebsdbrasil.com.br
> http://www.freebsdbrasil.com.br
> "Long live Hanin Elias, Kim Deal!"
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Sds.
Alexandre J. Correa
Onda Internet
http://www.onda.net.br


IPV6 Ready !!!
http://ipv6.onda.net.br