[GTER] Redundância por BGP em Routers remotos
Diogo Montagner
diogo.montagner at gmail.com
Mon May 18 22:21:02 -03 2009
Jean,
tu tens que definir como fará a injeção das rotas recebidas via eBGP
de seus upstream providers no seu IGP. É isto que determinará por onde
os seus clientes irão sair caso o Linux A ou B pare de funcionar.
Existe várias formas de fazer isto. Tu não mencionou se tu recebe
roteamento parcial ou full de seus upstream. Redistribuir a tabela
full no IGP via OSPF não é uma idéia interessante pois o algortimo SPF
não comportará um database desse tamanho.
Tu pode trabalhar com inserções de rotas default com pesos
diferenciados, distribuindo ela via IGP (OSPF). Ou então tu pode criar
um segundo IGP utilizando o iBGP e então redistribuir a tabela de
rotas que tu recebe dos upstream providers. Lembrando que se for
utilizar iBGP terá que fazer uma configuração full mesh ou implantar
roteadores refletores.
Se tu tens um bom domínio de ambos os protocolos, eu escolheria a
sugestão do segundo IGP, deixando o OSPF apenas para a infra-estrutura
da rede. Mas caso não tenha tanta familiaridade com os protocolos,
sugiro trabalhar apenas com o eBGP e OSPF, redistribuindo duas rotas
default (uma por cada Linux).
Outro detalhe, o uso do segundo IGP torna a rede mais organizada. Mas
tu verá os benefícios apenas se os seus (...) representam *muitos*
roteadores.
Recomendo fortemente uma lida no livro do Halabi (Internet Routing
Architectures).
[]s
./diogo -montagner
2009/5/18 Jean Carlos Oliveira Guandalini
<jean.guandalini at corp.visaonet.com.br>:
> Caros...
>
> Tenho a seguinte situação...
>
> LINUX A - QUAGGA (BGP OSPF) LINK 20MBits <=> MIKROTIK (OSPF) <=> ... <=> MIKROTIK (OSPF) <=> LINUX B - QUAGGA (BGP OSPF) LINK 10Mbits
>
> Os '...' são vários MikroTiks que se estende por algumas cidades.
>
> O LINUX A enxerga todos os MikroTiks até o LINUX B, incluindo o próprio LINUX B. Isso por OSPF.
> Da mesma forma, o inverso.
>
> A redundância pelo OSPF está funcionando perfeitamente. Mas não sei fazer o mesmo com o BGP.
>
> Se os amigos puderem ajudar, como eu poderia ter redundância dos clientes se o LINUX B parasse ? Da mesma forma para o LINUX A ?
>
> ----------------
>
> Temos um CIDR /20, isso é anunciado no LINUX A.
>
> Contudo, anuncio apenas uma /24 pertencente a essa /20 no LINUX B.
>
> Os clientes configurados para usarem IPs pertencentes a essa /24 navegam perfeitamente pelo LINUX B.
>
> Mas como fazer quando o LINUX B parar ? O fato de eu estar anunciando a /20 no LINUX A já é o suficiente ?
>
> Pensando o inverso, e se o LINUX A parar ? Como eu poderia ter os clientes da /20 rodando pelo LINUX B ?
>
> ----------------
>
> Um exemplo de configuração do quagga que permita isso, irá ajudar bastante!
>
> Caso as informações acima não sejam suficientes, só comentarem o que mais é necessário informar que estarei providenciando.
>
> Desde já agradeço a ajuda de todos.
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list