Konfigurieren der ASA für redundante oder Backup-ISP-Verbindungen
Inhalt
Einleitung
In diesem Dokument wird beschrieben, wie Sie die statische Routen-Tracking-Funktion der Cisco Serie ASA 5500 so konfigurieren, dass redundante oder Backup-Internetverbindungen verwendet werden.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
- Cisco Serie ASA 5555-X mit Softwareversion 9.x oder höher
- Cisco ASDM Version 7.x oder höher
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.
Verwandte Produkte
Sie können diese Konfiguration auch mit der Cisco Serie ASA 5500 Version 9.1(5) verwenden.
Hintergrundinformationen
Dieser Abschnitt bietet eine Übersicht über die in diesem Dokument beschriebene Funktion zur statischen Routenverfolgung sowie einige wichtige Empfehlungen, bevor Sie beginnen.
Übersicht über die Funktionen der statischen Routenverfolgung
Ein Problem bei der Verwendung statischer Routen besteht darin, dass kein inhärenter Mechanismus vorhanden ist, der feststellen kann, ob die Route aktiv oder inaktiv ist.
Die Route verbleibt in der Routing-Tabelle, auch wenn das nächste Hop-Gateway nicht mehr verfügbar ist.
Statische Routen werden nur aus der Routing-Tabelle entfernt, wenn die zugeordnete Schnittstelle der Sicherheits-Appliance ausfällt.
Um dieses Problem zu lösen, wird eine statische Routenverfolgung verwendet, um die Verfügbarkeit einer statischen Route zu verfolgen.
Die Funktion entfernt die statische Route aus der Routing-Tabelle und ersetzt sie bei einem Ausfall durch eine Backup-Route.
Dank der statischen Routenverfolgung kann die ASA eine kostengünstige Verbindung zu einem sekundären ISP verwenden, falls die primäre Mietleitung nicht mehr verfügbar ist.
Um diese Redundanz zu erreichen, ordnet die ASA eine statische Route einem von Ihnen definierten Überwachungsziel zu.
Beim SLA-Vorgang (Service Level Agreement) wird das Ziel mit regelmäßigen ICMP-Echo-Anfragen überwacht.
Wenn keine Echo-Antwort empfangen wird, gilt das Objekt als ausgefallen, und die zugehörige Route wird aus der Routing-Tabelle entfernt.
Anstelle der entfernten Route wird eine zuvor konfigurierte Backup-Route verwendet.
Während der Backup-Route wird der SLA-Überwachungsvorgang fortgesetzt, um das Überwachungsziel zu erreichen.
Sobald das Ziel wieder verfügbar ist, wird die erste Route in der Routing-Tabelle ersetzt, und die Backup-Route wird entfernt.
In dem in diesem Dokument verwendeten Beispiel unterhält die ASA zwei Verbindungen zum Internet.
Die erste Verbindung ist eine Hochgeschwindigkeits-Mietleitung, auf die über einen Router zugegriffen wird, der vom primären ISP bereitgestellt wird.
Die zweite Verbindung ist eine DSL-Verbindung (Digital Subscriber Line) mit niedrigerer Geschwindigkeit, auf die über ein vom sekundären ISP bereitgestelltes DSL-Modem zugegriffen werden kann.
Die DSL-Verbindung ist inaktiv, solange die Mietleitung aktiv ist und das primäre ISP-Gateway erreichbar ist.
Wenn jedoch die Verbindung zum primären ISP ausfällt, ändert die ASA die Routing-Tabelle, um den Datenverkehr an die DSL-Verbindung weiterzuleiten.
Um diese Redundanz zu erreichen, wird statisches Routen-Tracking eingesetzt.
Die ASA wird mit einer statischen Route konfiguriert, die den gesamten Internetverkehr an den primären ISP weiterleitet.
Alle zehn Sekunden überprüft der SLA-Überwachungsprozess, ob das primäre ISP-Gateway erreichbar ist.
Wenn der SLA-Überwachungsprozess feststellt, dass das primäre ISP-Gateway nicht erreichbar ist, wird die statische Route, die den Datenverkehr an diese Schnittstelle weiterleitet, aus der Routing-Tabelle entfernt.
Um diese statische Route zu ersetzen, wird eine alternative statische Route installiert, die den Datenverkehr an den sekundären ISP weiterleitet.
Diese alternative statische Route leitet den Datenverkehr über das DSL-Modem an den sekundären ISP weiter, bis die Verbindung zum primären ISP erreichbar ist.
Diese Konfiguration bietet eine relativ kostengünstige Möglichkeit, sicherzustellen, dass der ausgehende Internetzugang für Benutzer hinter der ASA verfügbar bleibt.
Wie in diesem Dokument beschrieben, eignet sich diese Konfiguration nicht immer für den eingehenden Zugriff auf Ressourcen hinter der ASA. Erweiterte Netzwerkkenntnisse sind erforderlich, um nahtlose eingehende Verbindungen herzustellen.
Diese Kompetenzen werden in diesem Dokument nicht behandelt.
Wichtige Empfehlungen
Bevor Sie die in diesem Dokument beschriebene Konfiguration vornehmen, müssen Sie ein Überwachungsziel auswählen, das auf ICMP-Echo-Anfragen (Internet Control Message Protocol) antworten kann.
Das Ziel kann ein beliebiges Netzwerkobjekt sein, das Sie auswählen. Es wird jedoch empfohlen, ein Ziel zu wählen, das eng mit Ihrer Internetdienstanbieter-Verbindung (ISP) verbunden ist.
Hier einige mögliche Überwachungsziele:
- Die Adresse des ISP-Gateways
- Eine andere vom ISP verwaltete Adresse
- Ein Server in einem anderen Netzwerk, z. B. ein AAA-Server (Authentication, Authorization, and Accounting), mit dem die ASA kommunizieren muss.
- Ein beständiges Netzwerkobjekt in einem anderen Netzwerk (ein Desktop- oder Notebook-Computer, den Sie nachts herunterfahren können, ist keine gute Wahl)
In diesem Dokument wird davon ausgegangen, dass die ASA voll funktionsfähig und konfiguriert ist, damit der Cisco Adaptive Security Device Manager (ASDM) Konfigurationsänderungen vornehmen kann.
Konfigurieren
Verwenden Sie die in diesem Abschnitt beschriebenen Informationen, um die ASA für die Verwendung der Funktion zur statischen Routenverfolgung zu konfigurieren.
Netzwerkdiagramm
Im Beispiel in diesem Abschnitt wird diese Netzwerkeinrichtung verwendet:
CLI-Konfiguration
Verwenden Sie diese Informationen, um die ASA über die CLI zu konfigurieren:
ASA# show running-config
ASA Version 9.1(5)
!
hostname ASA
!
interface GigabitEthernet0/0
nameif inside
security-level 100
ip address 192.168.10.1 255.255.255.0
!
interface GigabitEthernet0/1
nameif outside
security-level 0
ip address 203.0.113.1 255.255.255.0
!
interface GigabitEthernet0/2
nameif backup
security-level 0
ip address 198.51.100.1 255.255.255.0
!--- The interface attached to the Secondary ISP.
!--- "backup" was chosen here, but any name can be assigned.
!
interface GigabitEthernet0/3
shutdown
no nameif
no security-level
no ip address
!
interface GigabitEthernet0/4
no nameif
no security-level
no ip address
!
interface GigabitEthernet0/5
no nameif
no security-level
no ip address
!
interface Management0/0
management-only
no nameif
no security-level
no ip address
!
boot system disk0:/asa915-smp-k8.bin
ftp mode passive
clock timezone IND 5 30
object network Inside_Network
subnet 192.168.10.0 255.255.255.0
object network inside_network
subnet 192.168.10.0 255.255.255.0
pager lines 24
logging enable
mtu inside 1500
mtu outside 1500
mtu backup 1500
icmp unreachable rate-limit 1 burst-size 1
no asdm history enable
arp timeout 14400
no arp permit-nonconnected
!
object network Inside_Network
nat (inside,outside) dynamic interface
object network inside_network
nat (inside,backup) dynamic interface
!--- NAT Configuration for Outside and Backup
route outside 0.0.0.0 0.0.0.0 203.0.113.2 1 track 1
!--- Enter this command in order to track a static route.
!--- This is the static route to be installed in the routing
!--- table while the tracked object is reachable. The value after
!--- the keyword "track" is a tracking ID you specify.
route backup 0.0.0.0 0.0.0.0 198.51.100.2 254
!--- Define the backup route to use when the tracked object is unavailable.
!--- The administrative distance of the backup route must be greater than
!--- the administrative distance of the tracked route.
!--- If the primary gateway is unreachable, that route is removed
!--- and the backup route is installed in the routing table
!--- instead of the tracked route.
timeout xlate 3:00:00
timeout pat-xlate 0:00:30
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 icmp 0:00:02
timeout sunrpc 0:10:00 h323 0:05:00 h225 1:00:00 mgcp 0:05:00 mgcp-pat 0:05:00
timeout sip 0:30:00 sip_media 0:02:00 sip-invite 0:03:00 sip-disconnect 0:02:00
timeout sip-provisional-media 0:02:00 uauth 0:05:00 absolute
timeout tcp-proxy-reassembly 0:01:00
timeout floating-conn 0:00:00
sla monitor 123
type echo protocol ipIcmpEcho 4.2.2.2 interface outside
num-packets 3
frequency 10
!--- Configure a new monitoring process with the ID 123. Specify the
!--- monitoring protocol and the target network object whose availability the tracking
!--- process monitors. Specify the number of packets to be sent with each poll.
!--- Specify the rate at which the monitor process repeats (in seconds).
sla monitor schedule 123 life forever start-time now
!--- Schedule the monitoring process. In this case the lifetime
!--- of the process is specified to be forever. The process is scheduled to begin
!--- at the time this command is entered. As configured, this command allows the
!--- monitoring configuration specified above to determine how often the testing
!--- occurs. However, you can schedule this monitoring process to begin in the
!--- future and to only occur at specified times.
crypto ipsec security-association pmtu-aging infinite
crypto ca trustpool policy
!
track 1 rtr 123 reachability
!--- Associate a tracked static route with the SLA monitoring process.
!--- The track ID corresponds to the track ID given to the static route to monitor:
!--- route outside 0.0.0.0 0.0.0.0 10.0.0.2 1 track 1
!--- "rtr" = Response Time Reporter entry. 123 is the ID of the SLA process
!--- defined above.
telnet timeout 5
ssh stricthostkeycheck
ssh timeout 5
ssh key-exchange group dh-group1-sha1
console timeout 0
priority-queue inside
threat-detection statistics access-list
no threat-detection statistics tcp-intercept
!
class-map inspection_default
match default-inspection-traffic
!
!
policy-map type inspect dns preset_dns_map
parameters
message-length maximum client auto
message-length maximum 512
policy-map global_policy
class inspection_default
inspect dns preset_dns_map
inspect ftp
inspect h323 h225
inspect h323 ras
inspect rsh
inspect rtsp
inspect esmtp
inspect sqlnet
inspect skinny
inspect sunrpc
inspect xdmcp
inspect sip
inspect netbios
inspect tftp
inspect ip-options
inspect icmp
!
service-policy global_policy global
ASDM-Konfiguration
Führen Sie die folgenden Schritte aus, um die redundante oder Backup-ISP-Unterstützung mit der ASDM-Anwendung zu konfigurieren:
- Klicken Sie in der ASDM-Anwendung auf Configuration (Konfiguration) und dann auf Interfaces (Schnittstellen).
- Wählen Sie GigabitEthernet0/1 aus der Liste Interfaces (Schnittstellen) aus, und klicken Sie dann auf Edit. Dieses Dialogfeld wird angezeigt:
- Aktivieren Sie das Kontrollkästchen Schnittstelle aktivieren, und geben Sie die entsprechenden Werte in die Felder Schnittstellenname, Sicherheitsstufe, IP-Adresse und Subnetzmaske ein.
- Klicken Sie auf OK, um das Dialogfeld zu schließen.
- Konfigurieren Sie die anderen Schnittstellen nach Bedarf, und klicken Sie dann auf Apply, um die ASA-Konfiguration zu aktualisieren:
- Wählen Sie Routing aus, und klicken Sie auf der linken Seite der ASDM-Anwendung auf Static Routes (Statische Routen):
- Klicken Sie auf Hinzufügen, um die neuen statischen Routen hinzuzufügen. Dieses Dialogfeld wird angezeigt:
- Wählen Sie aus der Dropdown-Liste "Interface Name" (Schnittstellenname) die Schnittstelle aus, auf der die Route gespeichert ist, und konfigurieren Sie die Standardroute, um das Gateway zu erreichen. In diesem Beispiel ist 203.0.113.2 das primäre ISP-Gateway und 4.2.2.2 das Objekt, das mit ICMP-Echos überwacht wird.
- Klicken Sie im Bereich Optionen auf das Optionsfeld Nachverfolgt, und geben Sie die entsprechenden Werte in die Felder Track ID, SLA ID und Track IP Address ein.
- Klicken Sie auf Überwachungsoptionen. Dieses Dialogfeld wird angezeigt:
- Geben Sie die entsprechenden Werte für die Häufigkeit und andere Überwachungsoptionen ein, und klicken Sie dann auf OK.
- Fügen Sie eine weitere statische Route für den sekundären ISP hinzu, um eine Route zum Internet bereitzustellen. Damit es sich um eine sekundäre Route handelt, konfigurieren Sie diese Route mit einer höheren Metrik, z. B. 254. Wenn die primäre Route (primärer ISP) fehlschlägt, wird diese Route aus der Routing-Tabelle entfernt. Diese sekundäre Route (sekundärer ISP) wird stattdessen in der PIX-Routing-Tabelle (Private Internet Exchange) installiert.
- Klicken Sie auf OK, um das Dialogfeld zu schließen:
Die Konfigurationen werden in der Schnittstellenliste angezeigt:
- Wählen Sie die Routing-Konfiguration aus, und klicken Sie dann auf Apply, um die ASA-Konfiguration zu aktualisieren.
Überprüfung
Verwenden Sie diesen Abschnitt, um zu überprüfen, ob Ihre Konfiguration ordnungsgemäß funktioniert.
Bestätigen Sie, dass die Konfiguration abgeschlossen ist.
Verwenden Sie die folgenden Befehle zum Anzeigen, um sicherzustellen, dass die Konfiguration abgeschlossen ist:
- show running-config sla monitor - In der Ausgabe dieses Befehls werden die SLA-Befehle in der Konfiguration angezeigt.
ASA# show running-config sla monitor
sla monitor 123
type echo protocol ipIcmpEcho 4.2.2.2 interface outside
num-packets 3
frequency 10
sla monitor schedule 123 life forever start-time now - show sla monitor configuration - Die Ausgabe dieses Befehls zeigt die aktuellen Konfigurationseinstellungen des Vorgangs an.
ASA# show sla monitor configuration 123
IP SLA Monitor, Infrastructure Engine-II.
Entry number: 123
Owner:
Tag:
Type of operation to perform: echo
Target address: 4.2.2.2
Interface: outside
Number of packets: 3
Request size (ARR data portion): 28
Operation timeout (milliseconds): 5000
Type Of Service parameters: 0x0
Verify data: No
Operation frequency (seconds): 10
Next Scheduled Start Time: Start Time already passed
Group Scheduled : FALSE
Life (seconds): Forever
Entry Ageout (seconds): never
Recurring (Starting Everyday): FALSE
Status of entry (SNMP RowStatus): Active
Enhanced History: - show sla monitor operating-state - Die Ausgabe dieses Befehls zeigt die Betriebsstatistiken des SLA-Vorgangs an.
- Bevor der primäre ISP ausfällt, ist dies der Betriebszustand:
ASA# show sla monitor operational-state 123
Entry number: 123
Modification time: 13:30:40.672 IND Sun Jan 4 2015
Number of Octets Used by this Entry: 2056
Number of operations attempted: 46
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: FALSE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): 1
Latest operation start time: 13:38:10.672 IND Sun Jan 4 2015
Latest operation return code: OK
RTT Values:
RTTAvg: 1 RTTMin: 1 RTTMax: 1
NumOfRTT: 3 RTTSum: 3 RTTSum2: 3 - Wenn der primäre ISP ausfällt (und das ICMP ein Timeout wiederholt), ist dies der Betriebszustand:
ASA# show sla monitor operational-state
Entry number: 123
Modification time: 13:30:40.671 IND Sun Jan 4 2015
Number of Octets Used by this Entry: 2056
Number of operations attempted: 57
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: TRUE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): NoConnection/Busy/Timeout
Latest operation start time: 13:40:00.672 IND Sun Jan 4 2015
Latest operation return code: Timeout
RTT Values:
RTTAvg: 0 RTTMin: 0 RTTMax: 0
NumOfRTT: 0 RTTSum: 0 RTTSum2: 0
- Bevor der primäre ISP ausfällt, ist dies der Betriebszustand:
Bestätigen, dass die Backup-Route installiert ist (CLI-Methode)
Geben Sie den Befehl show route ein, um zu bestätigen, dass die Backup-Route installiert ist.
Bevor der primäre ISP ausfällt, sieht die Routing-Tabelle ähnlich aus:
ASA# show route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is 203.0.113.2 to network 0.0.0.0
C 203.0.113.0 255.255.255.0 is directly connected, outside
C 192.168.10.0 255.255.255.0 is directly connected, inside
C 198.51.100.0 255.255.255.0 is directly connected, backup
S* 0.0.0.0 0.0.0.0 [1/0] via 203.0.113.2, outside
Wenn der primäre ISP ausfällt, die statische Route entfernt und die Backup-Route installiert wird, sieht die Routing-Tabelle ähnlich aus:
ASA# show route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is 198.51.100.2 to network 0.0.0.0
C 203.0.113.0 255.255.255.0 is directly connected, outside
C 192.168.10.0 255.255.255.0 is directly connected, inside
C 198.51.100.0 255.255.255.0 is directly connected, backup
S* 0.0.0.0 0.0.0.0 [254/0] via 198.51.100.2, backup
Bestätigen Sie, dass die Backup-Route installiert ist (ASDM-Methode)
Um sicherzustellen, dass die Backup-Route über den ASDM installiert wird, navigieren Sie zu Monitoring > Routing, und wählen Sie dann Routes aus dem Routing-Baum aus.
Bevor der primäre ISP ausfällt, wird die Routing-Tabelle ähnlich der im nächsten Bild gezeigten Tabelle angezeigt. Beachten Sie, dass die STANDARD-Route über die externe Schnittstelle auf 203.0.113.2 verweist:
Wenn der primäre ISP ausfällt, wird die Route entfernt und die Backup-Route installiert. Die STANDARDROUTE verweist nun über die Backup-Schnittstelle auf 198.51.100.2:
Fehlerbehebung
Dieser Abschnitt enthält einige nützliche Debugbefehle und beschreibt die Fehlerbehebung bei Problemen, bei denen die verfolgte Route unnötig entfernt wird.
Debug-Befehle
Sie können die folgenden Debugbefehle verwenden, um Ihre Konfigurationsprobleme zu beheben:
- debug sla monitor trace - Die Ausgabe dieses Befehls zeigt den Fortschritt des Echovorgangs an.
- Wenn das verfolgte Objekt (primäres ISP-Gateway) aktiv ist und die ICMP-Echos erfolgreich sind, sieht die Ausgabe ähnlich aus:
IP SLA Monitor(123) Scheduler: Starting an operation
IP SLA Monitor(123) echo operation: Sending an echo operation
IP SLA Monitor(123) echo operation: RTT=0 OK
IP SLA Monitor(123) echo operation: RTT=0 OK
IP SLA Monitor(123) echo operation: RTT=1 OK
IP SLA Monitor(123) Scheduler: Updating result - Wenn das verfolgte Objekt (primäres ISP-Gateway) ausgefallen ist und die ICMP-Echos fehlschlagen, sieht die Ausgabe ähnlich aus:
IP SLA Monitor(123) Scheduler: Starting an operation
IP SLA Monitor(123) echo operation: Sending an echo operation
IP SLA Monitor(123) echo operation: Timeout
IP SLA Monitor(123) echo operation: Timeout
IP SLA Monitor(123) echo operation: Timeout
IP SLA Monitor(123) Scheduler: Updating result
- Wenn das verfolgte Objekt (primäres ISP-Gateway) aktiv ist und die ICMP-Echos erfolgreich sind, sieht die Ausgabe ähnlich aus:
- debug sla monitor error - Die Ausgabe dieses Befehls zeigt alle Fehler an, die beim SLA-Überwachungsprozess auftreten.
- Wenn das verfolgte Objekt (primäres ISP-Gateway) aktiv ist und der ICMP erfolgreich ist, sieht die Ausgabe ähnlich aus:
%ASA-7-609001: Built local-host identity:203.0.113.1
%ASA-7-609001: Built local-host outside:4.2.2.2
%ASA-6-302020: Built outbound ICMP connection for faddr 4.2.2.2/0
gaddr 203.0.113.1/39878 laddr 203.0.113.1/39878
%ASA-6-302021: Teardown ICMP connection for faddr 4.2.2.2/0 gaddr
203.0.113.1/39878 laddr 203.0.113.1/39878
%ASA-7-609002: Teardown local-host identity:203.0.113.1 duration 0:00:00
%ASA-7-609002: Teardown local-host outside:4.2.2.2 duration 0:00:00
%ASA-7-609001: Built local-host identity:203.0.113.1
%ASA-7-609001: Built local-host outside:4.2.2.2
%ASA-6-302020: Built outbound ICMP connection for faddr 4.2.2.2/0
gaddr 203.0.113.1/39879 laddr 203.0.113.1/39879
%ASA-6-302021: Teardown ICMP connection for faddr 4.2.2.2/0 gaddr
203.0.113.1/39879 laddr 203.0.113.1/39879
%ASA-7-609002: Teardown local-host identity:203.0.113.1 duration 0:00:00
%ASA-7-609002: Teardown local-host outside:4.2.2.2 duration 0:00:00 - Wenn das verfolgte Objekt (primäres ISP-Gateway) ausgefallen ist und die verfolgte Route entfernt wird, sieht die Ausgabe ähnlich aus:
%ASA-7-609001: Built local-host identity:203.0.113.1
%ASA-7-609001: Built local-host outside:4.2.2.2
%ASA-6-302020: Built outbound ICMP connection for faddr 4.2.2.2/0
gaddr 203.0.113.1/59003 laddr 203.0.113.1/59003
%ASA-6-302020: Built outbound ICMP connection for faddr 4.2.2.2/0
gaddr 203.0.113.1/59004 laddr 203.0.113.1/59004
%ASA-6-302020: Built outbound ICMP connection for faddr 4.2.2.2/0
gaddr 203.0.113.1/59005 laddr 203.0.113.1/59005
%ASA-6-302021: Teardown ICMP connection for faddr 4.2.2.2/0 gaddr
203.0.113.1/59003 laddr 203.0.113.1/59003
%ASA-6-302021: Teardown ICMP connection for faddr 4.2.2.2/0 gaddr
203.0.113.1/59004 laddr 203.0.113.1/59004
%ASA-6-302021: Teardown ICMP connection for faddr 4.2.2.2/0 gaddr
203.0.113.1/59005 laddr 203.0.113.1/59005
%ASA-7-609002: Teardown local-host identity:203.0.113.1 duration 0:00:02
%ASA-7-609002: Teardown local-host outside:4.2.2.2 duration 0:00:02
%ASA-6-622001: Removing tracked route 0.0.0.0 0.0.0.0 203.0.113.2,
distance 1, table Default-IP-Routing-Table, on interface outside
!--- 4.2.2.2 is unreachable, so the route to the Primary ISP is removed.
- Wenn das verfolgte Objekt (primäres ISP-Gateway) aktiv ist und der ICMP erfolgreich ist, sieht die Ausgabe ähnlich aus:
Übertragene Route wird unnötig entfernt
Wenn die verfolgte Route unnötig entfernt wird, stellen Sie sicher, dass Ihr Überwachungsziel immer verfügbar ist, um Echo-Anfragen zu empfangen.
Stellen Sie außerdem sicher, dass der Status des Überwachungsziels (d. h., ob das Ziel erreichbar ist oder nicht) eng mit dem Status der primären ISP-Verbindung verknüpft ist.
Wenn Sie ein Überwachungsziel wählen, das weiter entfernt ist als das ISP-Gateway, schlägt möglicherweise eine andere Verbindung entlang dieser Route fehl, oder ein anderes Gerät greift ein.
Bei dieser Konfiguration kommt der SLA-Monitor daher möglicherweise zu dem Schluss, dass die Verbindung zum primären ISP fehlgeschlagen ist, und veranlasst die ASA zu einem unnötigen Failover zur sekundären ISP-Verbindung.
Wenn Sie z. B. einen Zweigstellen-Router als Überwachungsziel auswählen, kann die ISP-Verbindung mit der Zweigstelle sowie jede andere Verbindung auf dem Weg dorthin fehlschlagen.
Wenn die vom Überwachungsvorgang gesendeten ICMP-Echos ausfallen, wird die primäre verfolgte Route entfernt, obwohl die primäre ISP-Verbindung noch aktiv ist.
In diesem Beispiel wird das primäre ISP-Gateway, das als Überwachungsziel verwendet wird, vom ISP verwaltet und befindet sich auf der anderen Seite der ISP-Verbindung.
Mit dieser Konfiguration wird sichergestellt, dass bei einem Ausfall der ICMP-Echos, die durch den Überwachungsvorgang gesendet werden, die ISP-Verbindung fast mit Sicherheit unterbrochen wird.
Zugehörige Informationen
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
3.0 |
14-Aug-2024 |
Rezertifizierung |
1.0 |
15-May-2015 |
Erstveröffentlichung |
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)