Site icon BintoroSoft PDF Tools

Cisco-Router-Konfiguration für Static Routes + Tracking: Einfaches Failover

focus on tablet and hands of Network Engineer IT technician Monitoring Data in futuristic Server Room holding smart phone digital ai tablet technology improving cyber security in blue lit room, copy space empty blank caption space on the side --chaos 30 --ar 16:9 --v 6.1 Job ID: e308bb98-4ff3-4162-9b1a-c98c6866910f

Static Routes mit Tracking sind eine der zuverlässigsten und einfachsten Methoden, um Failover auf Cisco-Routern umzusetzen – ohne komplexes Routing-Protokoll und ohne BGP. Statt „zwei Default-Routen hoffen“ überwachen Sie den Internetpfad aktiv (IP SLA) und koppeln die primäre Route an einen Track-Status. Fällt der Pfad aus, wird die Route automatisch entfernt und eine Backup-Route übernimmt. Dieser Leitfaden zeigt ein praxistaugliches Design, sinnvolle Standardwerte und eine Verifikations-Checkliste.

Wann Static Routes + Tracking die beste Wahl sind

Dieses Design eignet sich besonders für kleine bis mittlere Standorte, Filialen und Büros, die Dual-WAN oder einen Backup-Uplink (z. B. LTE) haben. Die Komplexität bleibt gering, das Verhalten ist deterministisch.

Grundprinzip: Warum Tracking besser ist als „nur Administrative Distance“

Eine Backup-Route mit höherer Administrative Distance übernimmt erst, wenn die primäre Route fehlt. Ohne Tracking bleibt die primäre Route jedoch oft aktiv, obwohl „Internet down“ ist (z. B. Provider-Transit gestört). Tracking löst genau dieses Problem, weil es den Pfad statt nur den Link überwacht.

Design: Auswahl der Tracking-Ziele

Wählen Sie Tracking-Ziele, die stabil und repräsentativ sind. Idealerweise testen Sie nicht nur „irgendeine öffentliche IP“, sondern mehrere Ziele oder einen Provider-Edge, sofern zuverlässig erreichbar.

Konfiguration: IP SLA + Track + Default-Routen (Primary/Backup)

Das Standardmuster besteht aus: IP SLA prüft Erreichbarkeit, Track bewertet das Ergebnis, die primäre Default-Route ist an Track gebunden, die Backup-Route hat höhere Administrative Distance.

Beispiel: WAN-Interfaces (Primary und Backup)

interface GigabitEthernet0/0
 description WAN-ISP1-PRIMARY
 ip address 198.51.100.2 255.255.255.252
 no shutdown

interface GigabitEthernet0/2
description WAN-ISP2-BACKUP
ip address 203.0.113.2 255.255.255.252
no shutdown

Beispiel: IP SLA für den Primary-Pfad

ip sla 10
 icmp-echo 8.8.8.8 source-interface GigabitEthernet0/0
 frequency 5
 timeout 1000
ip sla schedule 10 life forever start-time now

Beispiel: Track an IP SLA koppeln

track 10 ip sla 10 reachability

Beispiel: Default-Routen mit Failover

ip route 0.0.0.0 0.0.0.0 198.51.100.1 track 10
ip route 0.0.0.0 0.0.0.0 203.0.113.1 200

Optional: Backup-Pfad ebenfalls überwachen (sauberer Failback)

Wenn auch der Backup-Uplink instabil sein kann, definieren Sie ein eigenes IP SLA/Tracking dafür. Das verhindert unkontrollierte Failbacks und erleichtert Monitoring.

Beispiel: IP SLA für Backup-Pfad (optional)

ip sla 20
 icmp-echo 1.1.1.1 source-interface GigabitEthernet0/2
 frequency 5
 timeout 1000
ip sla schedule 20 life forever start-time now

track 20 ip sla 20 reachability

Failover-Verhalten: Umschaltzeiten und Stabilität

Umschaltzeiten hängen von SLA-Frequenz und Timeout ab. Zu aggressive Werte erhöhen Flapping-Risiko. Für viele Büros sind 5 Sekunden Frequenz und 1 Sekunde Timeout ein guter Start, müssen aber zur Leitungsqualität passen.

NAT bei Failover: Der häufigste Praxis-Stolperstein

Wenn NAT auf dem Router liegt, muss klar sein, welches WAN-Interface NAT-Outside ist. In Dual-WAN-Szenarien ist es wichtig, dass NAT bei Umschaltung ebenfalls konsistent funktioniert oder bewusst nur für den aktiven Pfad konfiguriert ist.

Beispiel: NAT Overload auf Primary (und bei Failover anpassen)

ip access-list standard NAT_INSIDE
 permit 10.10.0.0 0.0.255.255

interface GigabitEthernet0/0
ip nat outside
interface GigabitEthernet0/2
ip nat outside
interface GigabitEthernet0/1
ip nat inside

ip nat inside source list NAT_INSIDE interface GigabitEthernet0/0 overload

Verifikation NAT

show ip nat statistics
show ip nat translations

Verifikation: So weisen Sie das Failover objektiv nach

Nach der Konfiguration müssen Sie zeigen, dass Track arbeitet, die primäre Route verschwindet und die Backup-Route übernimmt. Zusätzlich sollten Sie Pfadtests und Logs prüfen.

Tracking- und Routing-Checks

show ip sla statistics
show track
show ip route 0.0.0.0

Pfadtests (vor/nach Umschaltung vergleichen)

ping 8.8.8.8 repeat 20
traceroute 1.1.1.1

Erwartete Ergebnisse

Failover-Testplan: Sicher testen ohne Überraschungen

Testen Sie nicht „im Blindflug“. Simulieren Sie Link-Down oder Path-Down kontrolliert und dokumentieren Sie Umschaltzeiten. Bei produktiven Standorten gehört ein Rollback-Plan dazu.

Typische Fehlerbilder und schnelle Ursachen

Wenn Failover nicht funktioniert, liegt es meist an falscher Source-Interface-Angabe, einem ungeeigneten Tracking-Ziel oder an NAT/Policy-Abhängigkeiten. Diese Punkte prüfen Sie zuerst.

Minimaler Template-Baustein (Copy/Paste geeignet)

Dieses Template bündelt den Kern: IP SLA, Track, Primary Default mit Track und Backup Default mit höherer Administrative Distance. IPs und Interfaces sind Platzhalter.

ip sla 10
 icmp-echo 8.8.8.8 source-interface GigabitEthernet0/0
 frequency 5
 timeout 1000
ip sla schedule 10 life forever start-time now

track 10 ip sla 10 reachability

ip route 0.0.0.0 0.0.0.0 198.51.100.1 track 10
ip route 0.0.0.0 0.0.0.0 203.0.113.1 200

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

Sie erhalten

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.

Exit mobile version