[GTER] Redundância automática em BGP multihomed

[Lucas Willian Bocchi]

Bom Danilo
Não ficou muito explicado o que aconteceu, mas vamos lá. O Bruno já citou
alguma coisa aí encima, porém temos outra questão. A sessão fica
estabelecida, você está recebendo normalmente as rotas do seu provedor,
porém um problema lá no terceiro ou quarto HOP de roteamento não está
deixando você chegar no destino que você quer (um firewall mal configurado,
etc). Este problema o BGP não vai resolver pra você, pois para ele, a
sessão com o teu fornecedor está OK e o problema não é no protocolo de
roteamento. Isso você só vai conseguir detectar através de scripts que
fiquem pingando em algum determinado destino e aí você use um expect ou
algo da vida para manipular seu BGP através de uma automação qualquer.

Você também deve levar em conta que existe um tempo de convergência das
rotas no momento da queda. Não pode ser isso seu problema? Você tem que dar
um tempinho até o bgp dos outros voltarem a enxergar o seu bloco, e isso
não é imediato. Você pode ativar o BFD nas duas pontas para dar uma
acelerada nessa detecção da queda. Eu gosto muito daquele recurso
"check-gateway" do mikrotik e gostaria de saber se o iproute consegue
simular aquilo, pois ajuda a detectar a conectividade até no gateway de
maneira fácil sem BFD.

Dá maiores detalhes aí Danilo que vai ficar mais fácil de entender.

Em ter., 9 de mar. de 2021 às 20:42, Bruno Cabral <bruno at openline.com.br>
escreveu:

> Ola
>
> O provedor A continua te mandando default mesmo com o link dele fora? Veja
> se ele pode te mandar a rota default apenas se estiver recebendo do
> upstream dele (no Mikrotik seria "if installed")
>
> Voce ja observou o AS-PATH da rota default com o provedor A funcionando ou
> sem funcionar? Se ela mudar, da para fazer uma gambi via filtro.
>
> Outra opção é pedir a esse provedor A que te mande rota full sem default.
> Ai se o upstream dele cair, some todas as rotas e a default com o provedor
> B assume
>
> []s
> !3runo
>
> --
> Cursos e Consultoria BGP e OSPF
> ________________________________
> De: gter <gter-bounces at eng.registro.br> em nome de Danilo Augusto <
> danilo at iotecnologia.com.br>
> Enviado: terça-feira, 9 de março de 2021 20:32
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
> gter at eng.registro.br>
> Assunto: [GTER] Redundância automática em BGP multihomed
>
> Pessoal, boa noite
>
> Minha organização é multihomed com 2 provedores (A e B). Tenho um bloco /24
> e uso rota padrão.
>
> Quando o provedor A tem problemas no acesso à Internet, eu continuo saindo
> por ele pois o peering permanece estabelecido e ele continua propagando as
> rotas BGP pra mim. Isso é um problema, pois o meu BGP não consegue perceber
> a queda e por isso continua tentando sair pelo provedor A. Afinal, a queda
> não repercute no protocolo de roteamento.
>
> Vocês conhecem algo que possa me ajudar a fazer o chaveamento automático
> entre o provedor A e o provedor B quando ocorrer alguma indisponibilidade
> ou intermitência como a do cenário acima?
>
> Desde já agradeço a todos que puderem me ajudar.
>
>
> --
> Danilo Augusto
> *Este e-mail deixará de funcionar.*
> *Envie para daniloaugusto.ax at gmail.com <daniloaugusto.ax at gmail.com>*
> Natal/RN (84) 98109-6177
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>