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

[Patrick Tracanelli]

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!"