Em 02/05/2011, às 13:27, Christopher Giese - BSDUX escreveu: > 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 ?
Cara a documentação é pouca pq é simples mesmo :) So a man page basta. Pra tratar ASN em instancia distinta voce pode associar a uma RIB seletiva, ou simplesmente subir outro processo (instancia). Grande abraço pro Berkeley e a família :D A gente precisa se trombar, diz ai quando estiver perto de BH. Falou. > > > 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 >>> 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 > > ------------------------- > 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