Por que o seu backup VPN não é um sucessor viável do EIGRP
Um sucessor viável precisa passar por uma desigualdade estrita, não apenas existir. Compare a distância relatada e a viável antes de ajustar temporizadores ou culpar o túnel.
Um segundo túnel sobe, a tabela de roteamento ainda mostra um único caminho, e a conclusão óbvia é que o protocolo não percebeu. Normalmente ele percebe e recusa. O EIGRP só instala um backup quando ele passa num teste específico sem laços, e o fato de um túnel estar ativo não diz nada sobre se a distância relatada do vizinho passa nesse teste. Essa distinção é toda a resposta, e é aritmética, não um temporizador.
A condição, enunciada com exatidão
RFC 7868 define a condição de viabilidade como uma verificação suficiente para o caminho sem laços de um vizinho: a distância relatada pelo vizinho para um destino deve ser estritamente menor que a distância viável local. Estritamente. Não menor ou igual.
É essa única desigualdade que torna uma alternativa um sucessor viável. Todo o resto aqui é contabilidade em torno dela.
Duas distâncias com funções diferentes
A distância relatada é o que o vizinho anuncia para o destino. A distância viável é um registro da menor métrica total conhecida desde a última transição ACTIVE–PASSIVE, e por isso pode diferir da métrica do melhor caminho atual. Misturar as duas produz conclusões erradas e confiantes.
Numa visualização operacional, várias colunas que parecem distâncias ficam lado a lado. Leia o cabeçalho da coluna que você está usando e lembre-se de que a métrica completa calculada do caminho do vizinho não é a mesma grandeza que a distância que ele lhe relatou.
Uma comparação desenvolvida
Pegue um exemplo declarado com distância viável de 1000. Um vizinho que relata 900 passa no teste e pode se tornar sucessor viável. Um vizinho que relata 1000 falha, porque a condição é uma desigualdade estrita e a igualdade não basta.
Esses números são aritmética, não velocidades de enlace. Não os leia como previsão sobre um roteador específico nem como métrica recomendada.
Detectar não é ser elegível
Um mecanismo pode notar rapidamente um par morto enquanto o EIGRP ainda não tem nenhum substituto elegível. Notar é uma etapa; o cálculo coordenado de rota é outra, e só começa quando não existe nenhum sucessor viável. Falhar na condição não prova que a alternativa tenha um laço físico. Significa que o teste local de atalho não estabeleceu a garantia, então o cálculo precisa lidar com o resultado.
Encurtar um temporizador de vitalidade não pode criar alcançabilidade que nunca existiu, e alterar uma largura de banda ou um valor de atraso configurados não é uma medição de capacidade.
Leia os campos e depois teste o aplicativo
Registre o destino, o sucessor atual, o vizinho candidato, sua distância relatada, a distância viável e o estado de rota resultante. show ip eigrp topology 10.10.10.0/24 dá a maior parte disso para um único prefixo. Depois amarre a decisão ao caminho do túnel que realmente carrega o próximo salto, porque a tabela de roteamento e a tabela de túneis podem discordar sobre qual interface está em uso.
Sob uma observação aprovada, acompanhe três coisas separadamente: detecção, seleção de rota e a própria recuperação do aplicativo. Essa sequência diz se a peça que falta é um backup elegível, o caminho VPN por baixo ou a carga de trabalho se reconectando, em vez de supor que toda recuperação lenta precisa de outro temporizador.
O hábito útil é verificar a desigualdade antes de tocar em qualquer outra coisa. Requer um único comando e resolve a discussão.