[FUG-BR] Quagga(Zebra) x CPU (subindo as rotas)
Christopher Giese <Kblo> - BSDUX
bsdux em bsdux.com.br
Segunda Maio 2 13:27:37 BRT 2011
Salve Patrick
Sumido bastante... trabalhando muitoooooo :) (e curtindo off road no
fim de semana :) )
Estamos bem (valeu), o Berkeley ja esta para fazer 8 anos (o tempo voa) :)
Qto aos quaggas.... ja fiz varios testees com openbgpd.... e inclusive
tenho rodando (meio cru) em 2 locais...
Vou fazer um teste com openbgpd e ver se o problema persiste...
Obs.: Nunca achei uma documentacao realmente "grande" sobre openbgp e
suas features...
Tanto que estou usando quagga em um caso, pois preciso do bgp view
(tenhos 2 as no mesmo router).... nao encontrei algo assim no openbgp
Tem alguma dica de um local mais descritivo ?
Att
Christopher Giese - Skywarrior
Em 2/5/2011 12:23, Patrick Tracanelli escreveu:
> 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
Mais detalhes sobre a lista de discussão freebsd