Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Restrictions pour NAT DIA Tracker

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

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

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

Interfaces prises en charge pour NAT DIA Tracker

Configurer

Diagramme du réseau

Configurations

Étape 1. Configurer NAT DIA Tracker

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

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

Vérifier

Suivi du dépannage

Informations connexes

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 d'implémenter l'accès Internet direct (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.

Remarque : assurez-vous que vous utilisez une adresse IP de point d'extrémité qui répond aux requêtes HTTP/HTTPS. Par exemple, le serveur DNS Google 8.8.8.8 ne peut pas être utilisé comme adresse IP de point d'extrémité.

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)

Remarque : le traqueur IPv6 NAT DIA est pris en charge uniquement sur les interfaces physiques et les sous-interfaces des interfaces Ethernet.

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.

Remarque : avant de configurer un groupe de suivi, assurez-vous d'avoir configuré deux suivis de point d'extrémité uniques.

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 l'onglet Advanced.

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

Les périphériques SD-WAN Cisco IOS XE Catalyst prennent en charge la fonctionnalité de secours NAT 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 reprise NAT à l'aide de 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 façon dont le routeur envoie des sondes et détermine l'état des interfaces de transport, utilisez la commande debug platform software sdwan tracker 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