Configuration et vérification de DIA NAT Tracker et Fallback

Options de téléchargement

  • PDF     (2.5 MB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (2.3 MB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (1.9 MB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:15 août 2024
ID du document:222299

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    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

    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.

    Configurer NAT DIA Tracker

     

    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.

    Sélectionner des modèles de fonction

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

    Sélectionner le traqueur

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

    Sélectionnez Nouveau suivi des terminaux

    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. 

    Sélectionnez Global pour modifier une valeur par défaut

    Ajouter un terminal et un nom DNS de terminal

     

    Cliquez sur Update.

    Sélectionner une mise à jour

    note-icon

    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).

    Sélectionnez 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.

    Sélectionnez Config Differential

    Sélectionnez Configurer les périphériques

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

    Réussite et affichage des journaux

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

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

    Configurer NAT DIA Tracker

    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.

    Modifier les modèles de fonction

    Cliquez sur l'onglet Advanced.

    Sélectionnez l'onglet Avancé

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

    Ajoutez le nom du traqueur sur le traqueur

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

    Saisissez le nom du traqueur dans le modèle système

    Cliquez sur Next (Suivant).

    Sélectionnez Suivant pour passer à l'étape suivante

    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.

    Vérification de la configuration

    Sélectionnez Configurer les périphériques

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

    Afficher les journaux

    É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.

    Accédez à Configurer, Stratégies

    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.

    Sélectionner la politique de trafic

    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.

     

     

    Sélectionner les données de trafic

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

    Sélectionnez l'icône Crayon pour modifier les données

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

    Sélectionner des actions Enregistrer et faire correspondre

     

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

    Sélectionnez Enregistrer la politique de données

     

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

    Activer la stratégie

     

    Cliquez sur Next (Suivant).

    Cliquez sur Suivant pour vérifier

    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.

    Vérification de la différence de configuration

    Sélectionnez Configurer les périphériques à valider

     

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

    Validation réussie

     

    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

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    15-Aug-2024
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Karthik Reddy Yasa
      Ingénieur-conseil technique

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits