Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Einschränkungen für NAT DIA Tracker

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.10.1a und frühere Versionen

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.11.1a

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.13.1a

Unterstützte Schnittstellen für NAT DIA Tracker

Konfigurieren

Netzwerkdiagramm

Konfigurationen

Schritt 1: NAT DIA Tracker konfigurieren

Schritt 2: Anbinden des Trackers an die Transportschnittstelle

Schritt 3: NAT-Fallback für vorhandene DIA-Richtlinie aktivieren

Überprüfung

Tracker zur Fehlerbehebung

Zugehörige Informationen

Einleitung

In diesem Dokument wird beschrieben, wie der DIA NAT Tracker und das Fallback auf Cisco IOS XE®-Routern mithilfe der Cisco Catalyst Manager-GUI konfiguriert und verifiziert werden.

Voraussetzungen

Anforderungen

Die Cisco SD-WAN NAT DIA-Richtlinie muss auf Geräten in Zweigstellen konfiguriert werden. Im Abschnitt Zugehörige Informationen finden Sie Anweisungen zur Implementierung von Direct Internet Access (DIA) für SD-WAN.

Verwendete Komponenten

Dieses Dokument basiert auf den folgenden Software- und Hardwareversionen:

- Cisco Catalyst SD-WAN Manager Version 20.14.1

- Cisco Catalyst SD-WAN-Controller Version 20.14.1

- Cisco Edge Router Version 17.14.01a

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Einschränkungen für NAT DIA Tracker

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.10.1a und frühere Versionen

- In Cisco IOS XE Version 17.6.x und früheren Versionen wird der NAT DIA Tracker nicht auf Dialer-Schnittstellen unterstützt. Ab Cisco IOS XE Catalyst SD-WAN Version 17.7.1a unterstützen Subschnittstellen und Dialer-Schnittstellen einen oder zwei Endpunkt-Tracker.

- DNS-URL-Endpunkte werden auf Cisco IOS XE Catalyst SD-WAN-Geräten nicht unterstützt.

- Sie können nur einen Tracker oder eine Tracker-Gruppe auf eine Schnittstelle anwenden.

- Die NAT-Fallback-Funktion wird nur von Cisco IOS XE Catalyst SD-WAN Version 17.3.2 unterstützt.

- Die IP-Adresse des Tunnels mit der Adresse 169.254.x.x wird für die Nachverfolgung des zScaler-Endpunkts in manuellen Tunneln nicht unterstützt.

- Sie müssen mindestens zwei einzelne Endpunkt-Tracker konfigurieren, um eine Tracker-Gruppe zu konfigurieren.

- Eine Tracker-Gruppe kann nur maximal zwei einzelne Endpoint-Tracker umfassen.

- In Cisco IOS XE Version 17.10.1 und früheren Versionen können Sie IPv4 Tracker nicht auf einer IPv6-Schnittstelle konfigurieren oder umgekehrt. Der Tracker ist nicht aktiv.

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.11.1a

- Der API-URL-Endpunkt wird nur für den IPv6-DIA-Tracker und nicht für den IPv4-DIA-Tracker unterstützt.

- IPv4- und IPv6-Tracker können nicht in derselben Tracker-Gruppe verwendet werden.

- Sie müssen den Befehl allow service all unter der TLOC-Tunnelschnittstelle konfigurieren, damit IPv6-Tracker mit einer TLOC-Tunnelschnittstelle arbeiten können.

- Mehrere NAT66-DIA-Schnittstellen werden nicht unterstützt.

- NAT-Fallback auf zentralisierte Datenrichtlinien wird nicht unterstützt.

Einschränkungen für Cisco IOS XE Catalyst SD-WAN Version 17.13.1a

- Endpunkt-DNS-Elemente werden in einer Tracker-Gruppe nicht unterstützt.

Hinweis: Stellen Sie sicher, dass Sie eine Endpunkt-IP-Adresse verwenden, die auf HTTP/HTTPS-Anfragen antwortet. So kann beispielsweise der Google DNS-Server 8.8.8.8 nicht als IP-Adresse für Endgeräte verwendet werden.

Unterstützte Schnittstellen für NAT DIA Tracker

Sie können den NAT DIA Tracker für die folgenden Schnittstellen konfigurieren:

- Mobilfunkschnittstellen

- Ethernet-Schnittstellen

- Ethernet-Schnittstellen (PPPoE)

- Subschnittstellen

- DSL Dialer Interfaces (PPPoE und PPPoA)

Hinweis: Der IPv6 NAT DIA-Tracker wird nur auf physischen und Subschnittstellen von Ethernet-Schnittstellen unterstützt.

Konfigurieren

Netzwerkdiagramm

Konfigurationen

Der DIA-Tracker hilft festzustellen, ob das Internet oder ein externes Netzwerk nicht mehr verfügbar ist. Die NAT DIA Tracking-Funktion ist nützlich, wenn NAT auf einer Transportschnittstelle in VPN 0 aktiviert ist, damit der Datenverkehr vom Router direkt in das Internet übertragen werden kann.

Wenn das Internet oder ein externes Netzwerk nicht mehr verfügbar ist, leitet der Router den Datenverkehr auf Basis der NAT-Route im Service-VPN weiter. An das Internet weitergeleiteter Datenverkehr wird verworfen. Um zu verhindern, dass der Internetdatenverkehr verloren geht, konfigurieren Sie den DIA Tracker auf dem Edge-Router so, dass der Status der Transportschnittstelle nachverfolgt wird. Der Tracker überprüft in regelmäßigen Abständen die Schnittstelle, um den Status des Internets zu ermitteln und die Daten an die mit dem Tracker verknüpften Anschlusspunkte zurückzugeben.

Schritt 1: NAT DIA Tracker konfigurieren

Navigieren Sie im Menü Cisco SD-WAN Manager zu Configuration > Templates (Konfiguration > Vorlagen).

Klicken Sie auf Funktionsvorlagen. Suchen Sie in der Suchleiste nach der Funktionsvorlage Cisco System, klicken Sie auf die drei Punkte (...) und dann auf Bearbeiten, um die Änderungen vorzunehmen.

Klicken Sie im Beispiel mit den Systemfunktionen auf Tracker.

Klicken Sie auf New Endpoint Tracker, um die Tracker-Parameter zu konfigurieren.

Geben Sie die Tracker-Parameter ein, und klicken Sie auf Hinzufügen.

Name: Name des Trackers. Der Name kann bis zu 128 alphanumerische Zeichen enthalten. Sie können bis zu acht Tracker konfigurieren.

Grenzwert: Dauer, die gewartet wird, bis der Prüfpunkt eine Antwort zurückgibt, bevor erklärt wird, dass die Transportschnittstelle ausgefallen ist. Bereich: 100 bis 1000 Millisekunden. Standard: 300 Millisekunden.

Intervall (Intervall): Häufigkeit, mit der ein Prüfpunkt gesendet wird, um den Status der Transportschnittstelle zu bestimmen. Bereich: 20 bis 600 Sekunden. Standard: 60 Sekunden (1 Minute).

Multiplier (Multiplikator): Anzahl der Male, die eine Anfrage erneut gesendet werden kann, bevor erklärt wird, dass die Transportschnittstelle ausgefallen ist. Bereich: 1 bis 10. Standard: 3.

Tracker-Typ: Wählen Sie Interface (Schnittstelle) aus, um den DIA-Tracker zu konfigurieren.

Endpunkttyp: Sie können eine IP-Adresse, einen DNS-Namen oder eine URL auswählen.

Endpunkt-DNS-Name: DNS-Name des Endpunkts. Dies ist das Ziel im Internet, an das der Router Tests sendet, um den Status der Transportschnittstelle zu bestimmen.

Klicken Sie auf das Dropdown-Menü, und wählen Sie Global aus, um einen beliebigen Standardwert zu ändern.

Klicken Sie auf Aktualisieren.

Hinweis: Stellen Sie sicher, dass Sie zwei einzelne Endpunkt-Tracker konfiguriert haben, bevor Sie eine Tracker-Gruppe konfigurieren.

Klicken Sie auf Next (Weiter).

Klicken Sie auf Geräte, und stellen Sie sicher, dass die Konfiguration korrekt ist. Klicken Sie auf Config Diff (Konfigurationsdiff) und auf Side by Side Diff (Nebeneinander). Klicken Sie auf Geräte konfigurieren.

vManage hat die Gerätevorlage erfolgreich mit der Tracker-Konfiguration konfiguriert.

Schritt 2: Anbinden des Trackers an die Transportschnittstelle

Navigieren Sie im Menü Cisco SD-WAN Manager zu Configuration > Templates (Konfiguration > Vorlagen).

Suchen Sie in der Suchleiste nach der Funktionsvorlage NAT Transport Interface, klicken Sie auf die drei Punkte (...), und klicken Sie zum Ändern auf Edit.

Klicken Sie auf die Registerkarte Advanced (Erweitert).

Um den Tracker-Namen zum Tracker hinzuzufügen, wählen Sie Global aus dem Dropdown-Menü aus.

Geben Sie den Tracker-Namen ein, den Sie in der Systemvorlage erstellt haben, und klicken Sie auf Aktualisieren.

Klicken Sie auf Next (Weiter).

Klicken Sie auf Geräte, und stellen Sie sicher, dass die Konfiguration korrekt ist. Klicken Sie auf Config Diff (Konfigurationsdiff) und auf Side by Side Diff (Nebeneinander). Klicken Sie auf Geräte konfigurieren.

vManage hat die Gerätevorlage erfolgreich konfiguriert.

Schritt 3: NAT-Fallback für vorhandene DIA-Richtlinie aktivieren

Cisco IOS XE Catalyst SD-WAN-Geräte unterstützen die NAT-Fallback-Funktion für Direct Internet Access (DIA). Die NAT-Fallback-Funktion ermöglicht es dem Datenverkehr, einen alternativen Pfad zu verwenden, wenn der primäre NAT-Pfad ausfällt. Dadurch wird eine kontinuierliche Anbindung auch bei Problemen mit der primären NAT-Konfiguration gewährleistet.

So aktivieren Sie NAT-Fallback mit Cisco SD-WAN Manager:

Navigieren Sie im Menü Cisco SD-WAN Manager zu Konfiguration > Richtlinie.

Um eine Datenrichtlinie zu erstellen oder zu verwalten, wählen Sie Datenverkehrsrichtlinie aus dem Dropdown-Menü Benutzerdefinierte Optionen oben rechts auf der Seite aus.

Klicken Sie im Assistenten Centralized Policy > Data Policy (Zentrale Richtlinie > Datenrichtlinie) auf Traffic Data (Datenverkehrsdaten) und in der DIA-Richtlinie auf die drei Punkte (...), und klicken Sie auf Edit (Bearbeiten), um die Änderungen vorzunehmen.

Klicken Sie auf Bleistiftsymbol, um die Sequenz zu bearbeiten.

Aktivieren Sie Fallback unter Aktionen, und klicken Sie auf Sava Match and Action.

Klicken Sie auf Datenrichtlinie speichern.

Klicken Sie auf Aktivieren, um die Richtlinie auf vSmart-Controller anzuwenden.

Klicken Sie auf Next (Weiter).

Klicken Sie auf Geräte, und stellen Sie sicher, dass die Konfiguration korrekt ist. Klicken Sie auf Config Diff (Konfigurationsdiff) und auf Side by Side Diff (Nebeneinander). Klicken Sie auf Geräte konfigurieren.

vManage hat die Richtlinie erfolgreich auf die vSmart Controller übertragen.

Überprüfung

Sie können die Konfiguration auf dem Gerät überprüfen, nachdem Sie ihm eine Vorlage angehängt haben. Verwenden Sie dazu die Befehle show running-config interface GigabitEthernet1 und show sdwan running-config. | Sek.-Endpunkt.

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

Die Ausgabe zeigt, wie der Tracker-Status mithilfe der Befehle show endpoint-tracker und show endpoint-tracker GigabitEthernet1 überprüft wird.

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

Die Ausgabe zeigt zeitgeberbezogene Informationen über den Tracker an, um bei der Fehlerbehebung von Problemen im Zusammenhang mit dem Tracker zu helfen, sofern vorhanden:

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

Die Ausgabe von show ip sla summarycommand.

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

Überprüfen Sie die Fallback-Konfiguration, die auf das Gerät angewendet wurde, mithilfe des Befehls 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

Tracker zur Fehlerbehebung

Aktivieren Sie diese Debugging-Funktionen auf dem Edge-Gerät, um zu überprüfen, wie der Router Tests sendet, um den Status der Transportschnittstelle zu bestimmen.

- Um zu überwachen, wie der Router Tests sendet und den Status der Transportschnittstellen feststellt, verwenden Sie den Befehl sdwan tracker der Debug-Plattform, der bis zur Version 17.12.x unterstützt wird.

- Aktivieren Sie ab 17.13.x diese Debugging-Optionen, um die Prüfprotokolle zu überwachen.

- set platform software trace ios R0 sdwanrp-tracker debuggen

- set platform software trace ios R0 sdwanrp-cfg debug

- Um die Protokolle zu überprüfen, die sich auf Fehler und Ablaufverfolgung bei IP SLA-Vorgängen beziehen, aktivieren Sie diese Debugging-Optionen. Diese Protokolle zeigen an, ob IP SLA-Vorgänge fehlschlagen.

- debug ip sla trace

- debug ip sla error

Führen Sie die folgenden Befehle aus, um die Debug-Protokolle zu überprüfen:

- show logging profile sdwan intern

- sdwan internes Überwachungsprotokollierungsprofil

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

Zugehörige Informationen

Implementierung von Direct Internet Access (DIA) für SD-WAN

Cisco Catalyst SD-WAN NAT - Konfigurationsleitfaden

NAT-Fallback auf Cisco IOS XE Catalyst SD-WAN-Geräten

Technischer Support und Dokumentation für Cisco Systeme