Configurar e verificar o DIA NAT Tracker e Fallback

Introdução

Este documento descreve como configurar e verificar o DIA NAT Tracker e Fallback em roteadores IOS XE® usando a GUI do Cisco Catalyst Manager.

Pré-requisitos

Requisitos

A política do Cisco SD-WAN NAT DIA deve ser configurada nos dispositivos da filial. Consulte a seção Informações Relacionadas para obter instruções sobre como Implemente o acesso direto à Internet (DIA) para SD-WAN.

Componentes Utilizados

Este documento é baseado nestas versões de software e hardware:

• Cisco Catalyst SD-WAN Manager versão 20.14.1
• Controlador Cisco Catalyst SD-WAN versão 20.14.1
• Cisco Edge Router versão 17.14.01a

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Restrições para o NAT DIA Tracker

Restrições para Cisco IOS XE Catalyst SD-WAN versão 17.10.1a e versões anteriores

• No Cisco IOS XE versão 17.6.x e anterior, o NAT DIA Tracker não é suportado nas interfaces do discador. A partir do Cisco IOS XE Catalyst SD-WAN Versão 17.7.1a, as subinterfaces e as interfaces do discador suportam rastreadores de endpoint único e de endpoint duplo.
• Não há suporte para o ponto de extremidade de URL DNS em dispositivos Cisco IOS XE Catalyst SD-WAN.
• Você só pode aplicar um rastreador ou grupo de rastreadores a uma interface.
• O recurso de fallback de NAT é suportado somente no Cisco IOS XE Catalyst SD-WAN Versão 17.3.2.
• O endereço IP do túnel com endereço 169.254.x.x não é suportado para rastrear o ponto de extremidade do zScaler em túneis manuais.
• Você deve configurar no mínimo dois rastreadores de endpoint únicos para configurar um grupo de rastreadores.
• Um grupo de rastreadores pode incorporar apenas um máximo de dois rastreadores de endpoint únicos.
• No Cisco IOS XE Release 17.10.1 e em versões anteriores, não é possível configurar o rastreador IPv4 em uma interface IPv6 ou vice-versa. O rastreador não estará ativo.

Restrições para Cisco IOS XE Catalyst SD-WAN Versão 17.11.1a

• O ponto de extremidade da URL da API é suportado apenas no rastreador DIA IPv6 e não no rastreador DIA IPv4.
• Os rastreadores IPv4 e IPv6 não podem ser usados no mesmo grupo de rastreadores.
• Você deve configurar o comando allow service all na interface de túnel TLOC para que os rastreadores IPv6 funcionem com uma interface de túnel TLOC.
• Não há suporte para várias interfaces NAT66 DIA.
• Não há suporte para fallback de NAT na política de dados centralizada.

Restrições para Cisco IOS XE Catalyst SD-WAN Versão 17.13.1a

• Não há suporte para elementos DNS de ponto de extremidade em um grupo de rastreadores.

Interfaces suportadas para o NAT DIA Tracker

Você pode configurar o NAT DIA Tracker para as seguintes interfaces:

• Interfaces de celular
• Interfaces de Ethernet
• Interfaces Ethernet (PPPoE)
• Subinterfaces
• Interfaces do discador DSL (PPPoE e PPPoA)

Configurar

Diagrama de Rede

Configurações

O rastreador DIA ajuda a determinar se a Internet ou a rede externa se tornou indisponível. O recurso NAT DIA Tracking é útil quando o NAT está habilitado em uma interface de transporte na VPN 0 para permitir que o tráfego de dados do roteador saia diretamente para a Internet.

Se a Internet ou a rede externa ficar indisponível, o roteador continuará a encaminhar o tráfego com base na rota NAT no serviço VPN. O tráfego encaminhado para a Internet é descartado. Para evitar que o tráfego de destino da Internet seja descartado, configure o rastreador DIA no roteador de borda para rastrear o status da interface de transporte. O rastreador investiga periodicamente a interface para determinar o status da Internet e retorna os dados aos pontos de conexão associados ao rastreador.

Etapa 1. Configurar o NAT DIA Tracker

No menu Cisco SD-WAN Manager, navegue para Configuration > Templates.

 

Clique em Modelos de recurso. Procure o modelo de recurso Cisco System na barra de pesquisa, clique nos três pontos (...) e clique em Editar para modificar.

No exemplo de recurso Sistema, clique em Rastreador.

Clique em New Endpoint Tracker para configurar os parâmetros do rastreador.

Insira os parâmetros do rastreador e clique em Adicionar.

Nome: Nome do rastreador. O nome pode ter até 128 caracteres alfanuméricos. Você pode configurar até oito rastreadores.

Limite: A duração a aguardar para que o probe retorne uma resposta antes de declarar que a interface de transporte está inativa. Intervalo: 100 a 1000 milissegundos. Padrão: 300 milissegundos.

Intervalo: frequência na qual um teste é enviado para determinar o status da interface de transporte. Intervalo: 20 a 600 segundos. Padrão: 60 segundos (1 minuto).

Multiplicador: Número de vezes que um teste pode ser reenviado antes de declarar que a interface de transporte está inativa. Faixa: 1 a 10. Padrão: 3.

Tipo de rastreador: escolha Interface para configurar o rastreador DIA.

Tipo de ponto final: você pode selecionar o endereço IP ou o nome DNS ou o URL.

Nome DNS do ponto final: nome DNS do ponto final. Esse é o destino na Internet para o qual o roteador envia testes para determinar o status da interface de transporte.

Clique na lista suspensa e selecione Global para alterar qualquer valor padrão. 

 

Clique em Update.

Clique em Next.

Clique em dispositivos e verifique se a configuração está correta. Clique em Config Diff e Side by Side Diff. Clique em Configure Devices.

O vManage configurou com êxito o modelo de dispositivo com a configuração do rastreador.

Etapa 2. Vincular o rastreador à interface de transporte

No menu Cisco SD-WAN Manager, navegue para Configuration > Templates.

Procure o modelo de recurso NAT Transport Interface na barra de pesquisa, clique nos três pontos (...) e clique em Edit para modificar.

Clique no botão Avançado guia.

Para adicionar o nome do rastreador no rastreador, selecione Global no menu suspenso.

Insira o nome do rastreador que você criou no modelo do sistema e clique em Atualizar.

Clique em Next.

Clique em dispositivos e verifique se a configuração está correta. Clique em Config Diff e Side by Side Diff. Clique em Configure Devices.

O vManage configurou com êxito o modelo de dispositivo.

Etapa 3. Habilitar Fallback de NAT na Política de DIA Existente

Dispositivo Cisco IOS XE Catalyst SD-WANs suportam o recurso de recuo de NAT para acesso direto à Internet (DIA). O recurso de recuo de NAT permite que o tráfego use um caminho alternativo se o caminho principal de NAT falhar. Isso garante a conectividade contínua mesmo se houver problemas com a configuração de NAT principal.

Para ativar o fallback de NAT usando Cisco SD-WAN Manager:

No menu Cisco SD-WAN Manager, navegue para Configuration > Policy.

Para criar ou gerenciar Diretiva de dados, selecione Diretiva de tráfego no menu suspenso Opções personalizadas na parte superior direita da página.

No assistente Política centralizada > Política de dados, clique em Dados de tráfego e na política DIA clique nos três pontos (...) e clique em Editar para modificar.

 

 

Clique no ícone Lápis para editar a sequência.

Ative o Fallback em Ações e clique em Correspondência e ação Sava.

 

 Clique em Save Data Policy.

 

Clique em Ativar para aplicar a política em controladores vSmart.

 

Clique em Next.

Clique em dispositivos e verifique se a configuração está correta. Clique em Config Diff e Side by Side Diff. Clique em Configure Devices.

 

O vManage enviou a política para os controladores vSmart com êxito.

 

Verificar

Você pode verificar a configuração no dispositivo depois de anexar um modelo a ele usando os comandos show running-config interface GigabitEthernet1 e show sdwan running-config | ponto de extremidade sec.

show running-config interface GigabitEthernet1
interface GigabitEthernet1
ip address 10.2.7.2 255.255.255.0
no ip redirects
ip nat outside
load-interval 30
negotiation auto
endpoint-tracker tracker1
arp timeout 1200
end

Site400-cE1#show sdwan running-config | sec endpoint
endpoint-tracker tracker1
tracker-type interface
endpoint-dns-name www.cisco.com
threshold 100
interval 30

A saída mostra como verificar o status do rastreador usando os comandos show endpoint-tracker e show endpoint-tracker GigabitEthernet1.

Site400-cE1#show endpoint-tracker
Interface         Record Name   Status   Address Family   RTT in msecs   Probe ID  Next Hop
GigabitEthernet1    tracker1     Up      IPv4              8               6       10.2.7.1

Site400-cE1#show endpoint-tracker interface GigabitEthernet1
Interface          Record Name    Status    Address Family   RTT in msecs   Probe ID  Next Hop
GigabitEthernet1    tracker1       Up        IPv4                 8          6        10.2.7.1

A saída mostra informações relacionadas ao temporizador sobre o rastreador para ajudar a depurar problemas relacionados ao rastreador, se houver:

Site400-cE1#show endpoint-tracker records
Record Name    Endpoint        EndPoint Type    Threshold(ms)  Multiplier   Interval(s)  Tracker-Type
tracker1       www.cisco.com    DNS_NAME           100            3            30         interface

 A saída do comando show ip sla summary.

Site400-cE1#show ip sla summary
IPSLAs Latest Operation Summary
Codes: * active, ^ inactive, ~ pending
All Stats are in milliseconds. Stats with u are in microseconds

ID  Type  Destination    Stats  Return   Last
                                Code     Run
-----------------------------------------------------------------------
*5  dns    8.8.8.8       RTT=16  OK    16 seconds ago
*6  http   x.x.x.x       RTT=15  OK    3 seconds ago

Verifique a configuração de fallback aplicada no dispositivo usando o comando show sdwan policy from-vsmart.

Site400-cE1#show sdwan policy from-vsmart
from-vsmart data-policy _VPN12_VPN12_DIA
direction from-service
vpn-list VPN12
sequence 1
match
source-data-prefix-list Site400_AllVPN_Prefixes
action accept
nat use-vpn 0
nat fallback
no nat bypass
default-action drop

Rastreador de solução de problemas 

Ative essas depurações no dispositivo de borda para verificar como o roteador envia testes para determinar o status da interface de transporte.

• Para monitorar como o roteador envia testes e determina o status das interfaces de transporte, use o comando debug platform software sdwan tracker command que é suportado até a versão 17.12.x.
• A partir de 17.13.x, para monitorar os logs de teste, ative essas depurações.
  • set platform software trace ios R0 sdwanrp-tracker debug
  • set platform software trace ios R0 sdwanrp-cfg debug

• Para verificar os logs relacionados ao erro e ao rastreamento das operações IP SLA, habilite essas depurações. Esses registros mostram se as operações IP SLA estão falhando.
  • debug ip sla trace
  • debug ip sla error 

Execute estes comandos show e monitor para verificar os logs de depuração:

• show logging profile sdwan internal
• monitor logging profile sdwan internal 

Site400-cE1#show logging profile sdwan internal
Logging display requested on 2024/08/13 08:10:45 (PDT) for Hostname: [Site400-cE1], Model: [C8000V], Version: [17.14.01a], SN: [9BX514OJB4H], MD_SN: [SSI130300YK]

Displaying logs from the last 0 days, 0 hours, 10 minutes, 0 seconds
executing cmd on chassis local ...
Unified Decoder Library Init .. DONE
Found 1 UTF Streams

2024/08/13 08:02:28.408998337 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 slaSchedulerEventWakeup
2024/08/13 08:02:28.409061529 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Starting an operation
2024/08/13 08:02:28.409086404 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE: Sla sync operation start: pid:481
2024/08/13 08:02:28.409160541 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE: Sla sync handler: pid: 481
2024/08/13 08:02:28.409182208 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Starting dns operation
2024/08/13 08:02:28.409197024 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Query name - www.cisco.com
2024/08/13 08:02:28.409215496 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 DNS: IP Address update based on Source interface: GigabitEthernet1
2024/08/13 08:02:28.409242243 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Source IP (from idb): 10.2.7.2
2024/08/13 08:02:28.409274690 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Destination address: 8.8.8.8
2024/08/13 08:02:28.409298157 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Source address: 10.2.7.2
2024/08/13 08:02:28.409377223 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Nexthop address: 10.2.7.1
2024/08/13 08:02:28.409391034 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Real address: 8.8.8.8
2024/08/13 08:02:28.409434969 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 actual target queried = www.cisco.com
2024/08/13 08:02:28.409525831 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Pre-routed DNS query = www.cisco.com
2024/08/13 08:02:28.426966448 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Query return code - no error
2024/08/13 08:02:28.427004143 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 Received IP address: x.x.x.x
2024/08/13 08:02:28.427029754 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 RTT=18
2024/08/13 08:02:28.427161550 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update
2024/08/13 08:02:28.427177727 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating result
2024/08/13 08:02:28.427188035 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating link
2024/08/13 08:02:28.427199147 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating link
2024/08/13 08:02:28.427208941 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:10 IPSLA Api stats update
2024/08/13 08:02:28.427219960 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats minResponseTime 17
2024/08/13 08:02:28.427238042 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, retCode: 1, stats:okCount: 1
2024/08/13 08:02:28.427301952 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, result:retCode: 1
2024/08/13 08:02:28.427316275 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Get: slaTagApiStatsLatest - latest retCode: 1
2024/08/13 08:02:28.427326235 {iosrp_R0-0}{255}: [sdwanrp-tracker] [17432]: (debug): Received IPSLA status for DNS probe, probe_id - [10] SLA latest retcode 1 ( OK )
2024/08/13 08:02:28.427328425 {iosrp_R0-0}{255}: [sdwanrp-tracker] [17432]: (debug): DNS status callback for probe_id - [10]
2024/08/13 08:02:28.427341452 {iosrp_R0-0}{255}: [sdwanrp-tracker] [17432]: (debug): DNS query valid TRUE
2024/08/13 08:02:28.427343152 {iosrp_R0-0}{255}: [sdwanrp-tracker] [17432]: (debug): DNS resolved address x.x.x.x
2024/08/13 08:02:28.427344332 {iosrp_R0-0}{255}: [sdwanrp-tracker] [17432]: (debug): DNS probe handler probe id 10
2024/08/13 08:02:28.427349194 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating link
2024/08/13 08:02:28.427359268 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats minResponseTime 17
2024/08/13 08:02:28.427370416 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, retCode: 1, stats:okCount: 1
2024/08/13 08:02:28.427555382 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, result:retCode: 1
2024/08/13 08:02:28.427565670 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating link
2024/08/13 08:02:28.427577691 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 13 result:rttmin: 0, retCode: 1, stats:okCount: 56
2024/08/13 08:02:28.427588947 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 13 result:rttmin: 0, result:retCode: 1
2024/08/13 08:02:28.427600567 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 13 result:rttmin: 0, retCode: 1, stats:okCount: 56
2024/08/13 08:02:28.427611465 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 13 result:rttmin: 0, result:retCode: 1
2024/08/13 08:02:28.427620724 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: Updating link
2024/08/13 08:02:28.427645035 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:10 Scheduler update: set Wakeup timer: 59981 (ms) op=176, max= 0
2024/08/13 08:02:55.599896668 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 slaSchedulerEventWakeup
2024/08/13 08:02:55.599966240 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 Starting an operation
2024/08/13 08:02:55.599981173 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Starting http operation
2024/08/13 08:02:55.600045761 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Nexthop address: 10.2.7.1
2024/08/13 08:02:55.600111585 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 DNS ok:Socket setup & register XDM, http=0x80007B15E3C48358
2024/08/13 08:02:55.600330868 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 slaSocketConnect return =11
2024/08/13 08:02:55.610693565 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Socket receive length -1
2024/08/13 08:02:55.610717011 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Wait connection Event:Socket setup & register XDM, http=0x80007B15E3C48358
2024/08/13 08:02:55.610777327 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Sent 39 of 39 bytes
2024/08/13 08:02:55.610788233 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Wait connection - connected
2024/08/13 08:02:55.618534651 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 Socket Recv:Time to first byte: 18 ms
2024/08/13 08:02:55.618685838 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 HTTP RTT=18
2024/08/13 08:02:55.618697389 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 Scheduler update
2024/08/13 08:02:55.618706090 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 Scheduler update: Updating result
2024/08/13 08:02:55.618714316 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 Scheduler update: Updating link
2024/08/13 08:02:55.618723915 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-INFRA_TRACE:OPER:3 Scheduler update: Updating link
2024/08/13 08:02:55.618732815 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE:OPER:3 IPSLA Api stats update
2024/08/13 08:02:55.618821650 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats minResponseTime 19
2024/08/13 08:02:55.618833396 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, retCode: 1, stats:okCount: 1
2024/08/13 08:02:55.618857012 {iosrp_R0-0}{255}: [buginf] [17432]: (debug): IPSLA-OPER_TRACE: Common Stats Update: stats:minResponseTime: 4294967295 result:rttmin: 0, result:retCode: 1

Informações Relacionadas

Implementar acesso direto à Internet (DIA) para SD-WAN

Guia de configuração do Cisco Catalyst SD-WAN NAT

Fallback de NAT em dispositivos Cisco IOS XE Catalyst SD-WAN

Suporte Técnico e Documentação - Cisco Systems