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

[Danton Dorati]

mais facil sair do quagga e do linux...


On 05/02/11 12:42, Alexandre Correa wrote:
> 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
>>
>
>