quando o peer bgp está inativo ou durante a inicialização inicial, se o alto-falante bgp não conseguir alcançar o par, por quanto tempo as tentativas de reconexão ocorrerão? será que o falante do BGP tentará se reconectar infinitamente?
O BGP deve sempre tentar conectar-se a um peer down. Isso deve continuar indefinidamente, desde que nenhuma conexão TCP com esse par esteja ativa.
O cronômetro no intervalo de repetição pode variar de acordo com a implementação, mas a recomendação da RFC e pelo menos a implementação da Cisco são de 120 segundos.
if the bgp speaker is not able to reach the peer
Em linguagem de rede, "par" significa participante igual em uma conexão. Os pares de BGP trocam informações uns com os outros, então ambos falarão embora em casos raros não se possa enviar nenhuma rota. Na maioria dos casos bem comportados, os dois lados colocam filtros limitando as rotas que anunciam e filtram nas rotas que desejam ouvir.
Sempre que uma interface estiver ativa com uma instância do BGP atribuída a ela, essa instância sempre anunciará suas rotas, independentemente de ouvir ou não algo do outro lado. Cabe ao destinatário decidir se a rota é útil para ele.
O processo de recebimento pode filtrar algumas rotas de entrada ou ajustar sua preferência pela rota. Rotas que mudam constantemente de estado também serão filtradas temporariamente em um processo chamado amortecimento porque constantemente anuncia e retira uma rota é computacionalmente caro. Observe que o amortecimento de uma rota que você não originou é uma ação somente do receptor: você ainda anuncia que colocou a rota off-line.
Tags bgp