Configuration et vérification de DIA NAT Tracker et Fallback

Introduction

Ce document décrit comment configurer et vérifier DIA NAT Tracker et Fallback sur les routeurs Cisco IOS XE® à l'aide de l'interface graphique utilisateur de Cisco Catalyst Manager.

Conditions préalables

Exigences

La stratégie Cisco SD-WAN NAT DIA doit être configurée sur les périphériques des filiales. Consultez la section Informations connexes pour obtenir des instructions sur la façon de Implémenter un accès direct à Internet (DIA) pour SD-WAN.

Composants utilisés

Ce document est basé sur les versions logicielles et matérielles suivantes :

• Cisco Catalyst SD-WAN Manager version 20.14.1
• Contrôleur Cisco Catalyst SD-WAN version 20.14.1
• Routeur de périphérie Cisco version 17.14.01a

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Restrictions pour NAT DIA Tracker

Restrictions pour Cisco IOS XE Catalyst SD-WAN version 17.10.1a et versions antérieures

• Dans Cisco IOS XE version 17.6.x et antérieure, le traqueur NAT DIA n'est pas pris en charge sur les interfaces de numérotation. À partir de la version 17.7.1a de Cisco IOS XE Catalyst SD-WAN, les sous-interfaces et les interfaces de numérotation prennent en charge les traqueurs de point d'extrémité unique et double.
• Le point de terminaison URL DNS n'est pas pris en charge sur les périphériques SD-WAN Cisco IOS XE Catalyst.
• Vous ne pouvez appliquer qu'un seul suivi ou groupe de suivi à une interface.
• La fonctionnalité de secours NAT est prise en charge uniquement à partir de Cisco IOS XE Catalyst SD-WAN version 17.3.2.
• L'adresse IP du tunnel avec l'adresse 169.254.x.x n'est pas prise en charge pour suivre le point d'extrémité zScaler sur les tunnels manuels.
• Vous devez configurer au moins deux dispositifs de suivi de point de terminaison unique pour configurer un groupe de dispositifs de suivi.
• Un groupe de suivi ne peut incorporer qu'un maximum de deux traqueurs de point d'extrémité.
• Dans Cisco IOS XE version 17.10.1 et les versions précédentes, vous ne pouvez pas configurer IPv4 tracker sur une interface IPv6 ou vice versa. Le traqueur ne sera pas actif.

Restrictions pour Cisco IOS XE Catalyst SD-WAN version 17.11.1a

• Le point de terminaison URL API est pris en charge uniquement sur le traqueur DIA IPv6 et non sur le traqueur DIA IPv4.
• Les trackers IPv4 et IPv6 ne peuvent pas être utilisés dans le même groupe de trackers.
• Vous devez configurer la commande allow service all sous l'interface de tunnel TLOC pour que les trackers IPv6 fonctionnent avec une interface de tunnel TLOC.
• Plusieurs interfaces DIA NAT66 ne sont pas prises en charge.
• La reprise NAT sur la politique de données centralisée n'est pas prise en charge.

Restrictions pour Cisco IOS XE Catalyst SD-WAN version 17.13.1a

• Les éléments DNS de point de terminaison ne sont pas pris en charge dans un groupe de suivi.

Interfaces prises en charge pour NAT DIA Tracker

Vous pouvez configurer le traqueur NAT DIA pour les interfaces suivantes :

• Interfaces cellulaires
• Interfaces Ethernet
• Interfaces Ethernet (PPPoE)
• Sous-interfaces
• Interfaces de numérotation DSL (PPPoE et PPPoA)

Configurer

Diagramme du réseau

Configurations

Le traqueur DIA permet de déterminer si Internet ou le réseau externe est devenu indisponible. La fonction NAT DIA Tracking est utile lorsque la fonction NAT est activée sur une interface de transport dans VPN 0 pour permettre au trafic de données du routeur de sortir directement vers Internet.

Si Internet ou le réseau externe devient indisponible, le routeur continue à transférer le trafic en fonction de la route NAT dans le VPN de service. Le trafic qui est transféré vers Internet est abandonné. Pour éviter que le trafic Internet ne soit abandonné, configurez le traqueur DIA sur le routeur de périphérie pour suivre l'état de l'interface de transport. Le dispositif de poursuite sonde périodiquement l'interface pour déterminer l'état d'Internet et renvoyer les données aux points d'attache qui sont associés au dispositif de poursuite.

Étape 1. Configurer NAT DIA Tracker

Dans le menu Cisco SD-WAN Manager, accédez à Configuration > Templates.

 

Cliquez sur Modèles de fonction. Recherchez le modèle de fonctionnalité Système Cisco dans la barre de recherche, cliquez sur les trois points (...), puis cliquez sur Modifier pour le modifier.

Dans l'exemple de fonctionnalité Système, cliquez sur Tracker.

Cliquez sur New Endpoint Tracker pour configurer les paramètres de suivi.

Entrez les paramètres de suivi et cliquez sur Add.

Nom : nom du traqueur. Le nom peut contenir jusqu'à 128 caractères alphanumériques. Vous pouvez configurer jusqu'à huit trackers.

Threshold : durée d'attente de la réponse de la sonde avant de déclarer que l'interface de transport est désactivée. La plage est comprise entre 100 et 1 000 millisecondes. Valeur par défaut : 300 millisecondes.

Interval : fréquence à laquelle une sonde est envoyée pour déterminer l'état de l'interface de transport. Plage : 20 à 600 secondes. Par défaut : 60 secondes (1 minute).

Multiplicateur : nombre de fois qu'une sonde peut être renvoyée avant de déclarer que l'interface de transport est désactivée. Compris entre 1 et 10. Par défaut : 3.

Tracker Type : choisissez Interface pour configurer le tracker DIA.

End Point Type : vous pouvez sélectionner l'adresse IP, le nom DNS ou l'URL.

End Point DNS Name : nom DNS du point d'extrémité. Il s’agit de la destination Internet vers laquelle le routeur envoie des sondes pour déterminer l’état de l’interface de transport.

Cliquez sur la liste déroulante et sélectionnez Global pour modifier une valeur par défaut. 

 

Cliquez sur Update.

Cliquez sur Next (Suivant).

Cliquez sur Devices et vérifiez que la configuration est correcte. Cliquez sur Config Diff et sur Side by Side Diff. Cliquez sur Configurer les périphériques.

vManage a correctement configuré le modèle de périphérique avec la configuration de suivi.

Étape 2. Liaison du traqueur à l'interface de transport

Dans le menu Cisco SD-WAN Manager, accédez à Configuration > Templates.

Recherchez le modèle de fonction NAT Transport Interface dans la barre de recherche, cliquez sur les trois points (...), puis cliquez sur Edit pour le modifier.

Cliquez sur le bouton Avancé onglet.

Pour ajouter le nom du traqueur dans le traqueur, sélectionnez Global dans le menu déroulant.

Entrez le nom du traqueur que vous avez créé dans le modèle système et cliquez sur Mettre à jour.

Cliquez sur Next (Suivant).

Cliquez sur Devices et vérifiez que la configuration est correcte. Cliquez sur Config Diff et sur Side by Side Diff. Cliquez sur Configurer les périphériques.

vManage a correctement configuré le modèle de périphérique.

Étape 3. Activer la fonction NAT Fallback sur la stratégie DIA existante

Périphérique SD-WAN Cisco IOS XE CatalystLes prennent en charge la fonction NAT de secours pour l'accès direct à Internet (DIA). La fonctionnalité de secours NAT permet au trafic d'utiliser un chemin alternatif en cas de défaillance du chemin NAT principal. Cela garantit une connectivité continue même en cas de problèmes avec la configuration NAT principale.

Pour activer la fonction NAT fallback en utilisant Cisco SD-WAN Manager :

Dans le menu Cisco SD-WAN Manager, accédez à Configuration > Policy.

Pour créer ou gérer une politique de données, sélectionnez Politique de trafic dans le menu déroulant Options personnalisées en haut à droite de la page.

Dans l'assistant Politique centralisée > Politique de données, cliquez sur Données de trafic et sur la politique DIA, cliquez sur les trois points (...), puis cliquez sur Modifier pour la modifier.

 

 

Cliquez sur l'icône Crayon pour modifier la séquence.

Activez la fonction de secours sous Actions et cliquez sur Correspondance et action de sauvegarde.

 

 Cliquez sur Enregistrer la stratégie de données.

 

Cliquez sur Activate pour appliquer la stratégie sur les contrôleurs vSmart.

 

Cliquez sur Next (Suivant).

Cliquez sur Devices et vérifiez que la configuration est correcte. Cliquez sur Config Diff et sur Side by Side Diff. Cliquez sur Configurer les périphériques.

 

vManage a réussi à transmettre la stratégie aux contrôleurs vSmart.

 

Vérifier

Vous pouvez vérifier la configuration sur le périphérique après y avoir attaché un modèle à l'aide des commandes show running-config interface GigabitEthernet1 et show sdwan running-config | point de terminaison 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

Le résultat montre comment vérifier l'état du tracker à l'aide des commandes show endpoint-tracker et 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

Le résultat affiche des informations relatives au minuteur sur le traqueur pour aider à déboguer les problèmes liés au traqueur, le cas échéant :

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

 Le résultat de la commande 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

Vérifiez la configuration de secours appliquée sur le périphérique à l'aide de la commande 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

Suivi du dépannage 

Activez ces débogages sur le périphérique de périphérie pour vérifier comment le routeur envoie des sondes afin de déterminer l'état de l'interface de transport.

• Pour surveiller la manière dont le routeur envoie des sondes et détermine l'état des interfaces de transport, utilisez la debug platform software sdwan tracker, commande qui est prise en charge jusqu'à la version 17.12.x.
• À partir de la version 17.13.x, pour surveiller les journaux des sondes, activez ces débogages.
  • set platform software trace ios R0 sdwanrp-tracker debug
  • set platform software trace ios R0 sdwanrp-cfg debug

• Activez ces débogages pour vérifier les journaux relatifs aux erreurs et au suivi des opérations IP SLA. Ces journaux indiquent si les opérations IP SLA échouent.
  • debug ip sla trace
  • debug ip sla error 

Exécutez ces commandes show et monitor pour vérifier les journaux de débogage :

• 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

Informations connexes

Implémenter un accès direct à Internet (DIA) pour SD-WAN

Guide de configuration de la fonction NAT SD-WAN de Cisco Catalyst

Reprise NAT sur les périphériques SD-WAN Cisco IOS XE Catalyst

Assistance et documentation techniques - Cisco Systems