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 <eks...@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 > > 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 > -- Sds. Alexandre J. Correa Onda Internet http://www.onda.net.br IPV6 Ready !!! http://ipv6.onda.net.br ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
