euvou montar um lab aqui com virtualbox e quagga e te envio abraço.
On Tue, Aug 27, 2013 at 08:54:46AM -0300, Marco Aurelio wrote: > Caro André, > > Obrigado pela atenção, tem como vc me mandar um pequeno exemplo ou site que > explica como gerenciar pelo prefixo ? > > Mais uma vez agradeço a atenção recebida. > > Marco Aurélio Ventura da Silva > marcoprod...@gmail.com > Prodata Informática e Cadastro LTDA > (33)3322-4444 > > > Em 26 de agosto de 2013 20:19, André Gustavo N. <an...@mrx.com.br> escreveu: > > > Boa noite Renato, > > > > Eu conheço PBR, mas o que eu quis dizer, aproveitando o seu exemplo é que > > se vc pegar um /24 e anunciar com mais local-preference para o peer1 > > escolher outro /24 e anunciar com mais local-preference para o peer2, e > > assim por diante, vai ter o mesmo resultado. Gerenciando o local-preference > > por prefixo, não "por link". > > > > Se o link3 ficar saturado, você pode manobrar o tráfego tirando o > > local-preference dos prefixos que você tinha ajustado anteriormente. > > O balanceamento de tráfego para rotas com o mesmo custo (ECMP), depende de > > suporte no S.O. e isso é uma outra novela. > > No linux me disseram que funciona bem, no FreeBSD eu tive 1 milhão de > > problemas habilitando RADIX_MPATH e full routing com quagga. > > No OpenBSD eu já usei, e funciona bem. > > > > PBR é muito bacana, mas acho que não é pré requisito para funcionar o que > > o rapaz ali precisa =) > > > > Abraço! > > > > On Mon, Aug 26, 2013 at 06:39:18PM -0300, Renato Frederick wrote: > > > On 8/26/2013 10:28 AM, André Gustavo N. Lopes wrote: > > > > Bom dia Renato, eu não entendi muito bem a necessidade de PBR, não é > > só uma questão de ajustar os local-preference ? > > > > > > > > On Sun, Aug 25, 2013 at 04:44:12PM -0300, Renato Frederick wrote: > > > > > > André, > > > > > > Boa Noite! > > > > > > Sobre o PBR, imagine isto > > > > > > link1 = 10mb > > > link2 = 10mb > > > link3 = 10mb > > > > > > Imagine, pra simplificar que você tem 3 blocos /24. > > > > > > redeA 10.0.0.0/24 > > > redeB 10.0.1.0/24 > > > redeC 10.0.2.0/24 > > > > > > PBR seria o seguinte: Você falar que todo o tráfego da redeA sai pelo > > > link1, todo trafego da redeB sai pelo link2 e todo tráfego da redeC pelo > > > link3. > > > > > > Agora, imagine que o link3 está 100% usado, mas o link1 está 20% só. > > > > > > Se você for no BGP e falar que o link1 tem local-preference maior, TODAS > > > as 3 redes, redeA, redeB, redeC, começaram a siar pelo link1. Então você > > > não resolveu, apenas transferiu o problema do link3 pro link1. > > > > > > Com o PBR você faria o seguinte: > > > > > > Analisaria quais IP estão usando, por exemplo, 40% do link3. > > > > > > Daí, jogaria estes IP e SOMENTE eles para o link1. > > > > > > Então, o link1 que tinha 20%, vai ter agora 20 + 40 = 60% de uso. > > > e o link3, que tinha 100%, vai ter só 60%. > > > > > > então ficou balanceado, 60% link1, 60% link3. > > > > > > Porém, imagina que o link1 caiu. sua regra está manual, você teria que > > > entrar no firewall e mudar a regra. > > > > > > Com o PF + OPENBGPD você faz o seguinte que resolve. > > > > > > pega todas as redes(full rouring) aprendidas pelo BGP do link1 e poe na > > > table do PF <link1> > > > > > > Faz o mesmo com o link2 e 3. > > > > > > E daí faz uma regra de fwd: > > > > > > pass out quick route-to ( em0 ip.remoto ) from { 10.0.0.0/24 } to > > > <link1> keep state > > > > > > assim, se o link1 cair, a table <link1> estará vazia(já que o openbgpd > > > não vai popular ela). > > > > > > isto é o que o cisco faz no bgp dele, você usa o bgp + estado da > > > interface(fisica ou loopback). Se a interface cai, aquela origem é > > > roteada para outra, usando pesos. > > > > > > então, em resumo, local-prefence redireciona TODAS as redes de origem, > > > manipula só destino. Usando este esquema, você manipula a origem > > > também(com o route-to) e destino(com local-preference, weight, etc). > > > > > > No passado eu até perguntei isto aqui, acho que foi até o Patrick que > > > falou algo sobre "BATMAN", olha o link abaixo: > > > > > > http://www.fug.com.br/historico/html/freebsd/2008-11/msg00477.html > > > > > > Esta ideia dele de usar o pf + openbgpd foi muito legal, e me ajudou > > > demais!! > > > > > > ------------------------- > > > 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 > > > > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
signature.asc
Description: Digital signature
------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd