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 > bs...@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 316...@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