Failover de WAN em DMVPN: política de rota ou desligar o túnel?

Um hub DMVPN com duas WANs faz failover de uma de duas maneiras, e a diferença é maior do que parece. Uma muda qual próximo salto a política de rota escolhe, então os pacotes continuam fluindo e apenas a saída muda. A outra desliga o túnel administrativamente, o que derruba junto todo serviço naquela interface. Ambas podem estar certas, porque respondem a perguntas diferentes.

A decisão vem antes da configuração

Três condições decidem isso por você. Algo mais depende de a interface do túnel estar ativa, como um segundo perfil DMVPN ou um monitor que lê o estado dela? O tráfego que precisa fazer failover carrega uma política própria, ou depende da tabela de roteamento global? E o operador precisa de uma mudança de estado inequívoca, ou uma troca silenciosa de caminho é aceitável? Responda a essas três e a escolha normalmente se faz sozinha.

Se um desligamento derrubasse serviços que funcionavam, a política de rota é a ação menor. Se o requisito é que o túnel não exista enquanto a WAN principal está fora, nenhuma entrada de política consegue expressar isso.

Anote a resposta, porque a configuração é a parte fácil.

O que a política de rota realmente muda

Com roteamento baseado em políticas, um objeto rastreado pode controlar um próximo salto. A entrada do mapa de rotas nomeia um próximo salto candidato e o objeto rastreado que precisa estar ativo para ser usado, e esse estado de rastreamento vem de uma sonda IP SLA. Quando o objeto cai, a entrada deixa de corresponder e o pacote é avaliado pela entrada seguinte ou pela tabela de roteamento comum.

Esse último detalhe surpreende as pessoas: uma política que deixa de escolher um próximo salto normalmente permite o roteamento normal em vez de bloquear o tráfego. Se você precisa de um buraco negro em caso de falha, tem de escrever um.

A sintaxe varia entre plataformas e versões, então consulte o guia da versão que você realmente executa.

O que desligar o túnel muda

Desligar uma interface muda o estado administrativo. Todo túnel, rota e sessão que depende dela cai de uma vez, o que é exatamente o que você quer se o túnel é a coisa que deve desaparecer. É também assim que um applet EEM transforma um problema de WAN em uma queda que inclui serviços não relacionados.

Se seguir esse caminho, limite o applet a uma interface e um gatilho, salve o estado administrativo anterior, defina a ação de recuperação e garanta que flaps repetidos não possam levá-lo a um laço.

Um comando de recuperação codificado também pode anular um desligamento de manutenção feito por outra pessoa.

Faça a sonda percorrer o caminho que você pensa

Uma sonda que segue a melhor rota atual muda para a WAN de backup junto com todo o resto e depois informa que a principal está saudável porque não a usa mais.

Fixe a sonda à interface ou ao endereço de origem do caminho que você está testando. Verifique também o que ela mira, já que alcançar o próximo salto do provedor prova menos do que alcançar o serviço para o qual o túnel existe. Defina os atrasos de subida e descida de propósito: um atraso de descida curto reage rápido e oscila, enquanto um longo aguenta os tremores e esconde falhas reais. O guia da Cisco sobre rastreamento e roteamento baseado em políticas no IOS XE documenta as combinações suportadas, e o conjunto de recursos da sua plataforma decide quais delas você pode usar.

Anote os dois valores de atraso ao lado do objeto rastreado, ou ninguém saberá por que ele se comportou assim.

Decida a restauração e depois verifique

A restauração merece uma decisão própria. Um link que cruza o limiar continuamente pode mover sessões com mais frequência do que um que falhou claramente, e cada movimento custa renegociação de chaves e novas tentativas da aplicação. Escolha um requisito de estabilidade e deixe o atraso expressá-lo. Depois verifique durante uma janela de mudança com o caminho da sonda visível: rota selecionada, caminho do par externo e o que a aplicação realmente fez.

Se o failover funciona mas a aplicação ainda quebra, o problema está acima da camada de roteamento e nenhuma quantidade de rastreamento vai corrigi-lo.

Guarde as evidências daquela janela, porque a próxima mudança será comparada com elas.