12.9 Routing überprüfen und Fehler systematisch beheben

Routing-Probleme gehören zu den häufigsten Ursachen für Verbindungsstörungen in IP-Netzwerken. Dabei ist die eigentliche Ursache oft nicht das Routing-Protokoll selbst, sondern eine fehlerhafte IP-Adressierung, ein fehlender Routeneintrag, ein falsches Default Gateway oder ein inaktives Interface. Genau deshalb ist es wichtig, Routing nicht nur theoretisch zu verstehen, sondern systematisch prüfen und Fehler strukturiert eingrenzen zu können. Wer Routing sauber analysiert, denkt nicht nur in einzelnen Befehlen, sondern in einer logischen Kette: Ist das Zielnetz bekannt? Ist der nächste Hop erreichbar? Stimmt der Rückweg? Ist das Interface aktiv? Diese Art der Fehlersuche ist eine der wichtigsten Grundlagen für CCNA, CCNP und den praktischen Netzwerkbetrieb.

Warum Routing-Fehler oft schwer zu erkennen sind

Routing-Probleme wirken auf den ersten Blick häufig unspezifisch. Ein Ziel ist nicht erreichbar, ein Ping schlägt fehl, eine Anwendung verbindet sich nicht oder ein Standort scheint „weg“ zu sein. Das Problem ist dabei nicht immer sofort als Routingfehler erkennbar. Oft steckt dahinter eine Mischung aus Layer-1-, Layer-2- und Layer-3-Themen.

Typische Symptome sind:

• ein entferntes Netz ist nicht erreichbar
• nur manche Ziele funktionieren, andere nicht
• Verbindungen funktionieren nur in eine Richtung
• lokale Kommunikation klappt, entfernte Kommunikation nicht
• Internet ist nicht erreichbar, obwohl das LAN funktioniert

Gerade weil diese Fehlerbilder so allgemein wirken, ist ein systematischer Prüfablauf entscheidend.

Der wichtigste Grundsatz: Routing immer schrittweise prüfen

Wer Routingfehler sauber beheben will, sollte nicht sofort Routen ändern oder Protokolle neu konfigurieren. Besser ist ein strukturiertes Vorgehen von einfach nach komplex. Zuerst werden die Grundlagen geprüft, danach die Routingtabelle, dann der Pfad zum Ziel und schließlich Spezialfälle wie Rückrouten oder Administrative Distance.

Bewährte Reihenfolge in der Routing-Fehlersuche

• Interface-Status und IP-Adressierung prüfen
• lokale Erreichbarkeit testen
• Default Gateway kontrollieren
• Routingtabelle analysieren
• Next Hop und Rückweg prüfen
• bei Bedarf Protokoll- oder Routenpriorisierung untersuchen

Diese Reihenfolge verhindert, dass man komplizierte Routingfehler sucht, obwohl bereits eine einfache Interface-Störung vorliegt.

Schritt 1: IP-Interfaces und Linkstatus prüfen

Bevor Routing überhaupt sinnvoll bewertet werden kann, muss klar sein, ob die beteiligten Interfaces aktiv sind. Ein Router kann keine Pakete sinnvoll weiterleiten, wenn ein relevantes Interface administrativ down oder physisch inaktiv ist.

Wichtiger Cisco-Befehl

show ip interface brief

Dieser Befehl zeigt kompakt:

• welche Interfaces vorhanden sind
• welche IP-Adressen sie tragen
• ob sie administrativ up oder down sind
• ob sie operativ up oder down sind

Worauf man achten sollte

• Ist die IP-Adresse korrekt?
• Ist das richtige Interface aktiv?
• Gibt es ein administratively down?
• Ist das Interface zwar konfiguriert, aber physisch down?

Viele Routingprobleme lösen sich bereits an dieser Stelle, weil eine falsche oder inaktive Schnittstelle die eigentliche Ursache ist.

Schritt 2: Lokale Netze und direkt verbundene Routen prüfen

Ein Router kennt seine direkt verbundenen Netze automatisch, wenn das jeweilige Interface aktiv ist. Deshalb ist die Prüfung dieser Routen ein zentraler früher Schritt. Fehlt eine direkt verbundene Route, liegt meist ein Grundproblem bei Interface oder Adressierung vor.

Wichtiger Cisco-Befehl

show ip route

In der Ausgabe sollten direkt verbundene Routen mit C und lokale Hostrouten mit L erscheinen.

Typische Ausgabe

C    192.168.10.0/24 is directly connected, GigabitEthernet0/0
L    192.168.10.1/32 is directly connected, GigabitEthernet0/0

Was man daraus ableiten kann

• Das Netz 192.168.10.0/24 ist lokal erreichbar.
• Die Interface-IP 192.168.10.1 ist aktiv lokal vorhanden.

Wenn ein erwartetes direkt verbundenes Netz fehlt, sollte zuerst die Interface-Konfiguration geprüft werden.

Schritt 3: Erreichbarkeit auf lokaler Ebene testen

Bevor man ein entferntes Routingproblem untersucht, sollte immer geprüft werden, ob die lokale Kommunikation überhaupt funktioniert. Ein Host oder Router muss zunächst seine eigene Umgebung erreichen können.

Typische Prüfziele

• eigene Interface-IP
• direkt verbundener Nachbar
• Default Gateway des lokalen Hosts
• lokale Gegenstelle im selben Subnetz

Wichtiger Cisco-Befehl

ping 192.168.10.2

Wenn bereits der direkt verbundene Nachbar nicht erreichbar ist, liegt das Problem meist nicht in der Routingtabelle, sondern auf lokaler Ebene.

Wichtige Erkenntnis

Routing beginnt erst dort, wo die direkte lokale Erreichbarkeit endet. Wenn lokale Verbindungen nicht funktionieren, bringt das Prüfen entfernter Routen meist noch nichts.

Schritt 4: Default Gateway und Standardroute prüfen

Ein sehr häufiger Fehler in der Praxis ist ein falsches oder fehlendes Default Gateway auf dem Host oder eine fehlende Standardroute auf dem Router. Das betrifft besonders Internetzugriffe und Ziele außerhalb der lokal bekannten Netze.

Auf dem Host

Ein Host braucht ein korrektes Default Gateway, wenn er mit anderen Netzen kommunizieren soll. Fehlt dieses Gateway, funktioniert meist nur die Kommunikation im eigenen Subnetz.

Auf dem Router

Ein Router braucht für unbekannte Ziele oft eine Standardroute.

Beispiel einer Standardroute auf Cisco-Geräten

ip route 0.0.0.0 0.0.0.0 203.0.113.1

Prüfen der Routingtabelle

show ip route

Eine Standardroute erscheint typischerweise so:

S*   0.0.0.0/0 [1/0] via 203.0.113.1

Wenn Internet oder unbekannte entfernte Ziele nicht erreichbar sind, ist dieser Punkt einer der ersten Prüfschritte.

Schritt 5: Routingtabelle systematisch lesen

Die Routingtabelle ist das zentrale Diagnosewerkzeug im Routing. Sie zeigt, welche Netze dem Gerät bekannt sind und über welche Wege diese erreicht werden sollen. Wer Routingfehler finden will, muss lernen, diese Tabelle sauber zu lesen.

Wichtiger Cisco-Befehl

show ip route

Wichtige Fragen bei der Analyse

• Existiert ein Eintrag für das Zielnetz?
• Ist der Eintrag direkt verbunden, statisch oder dynamisch gelernt?
• Stimmt der Next Hop?
• Passt die Präfixlänge zum Ziel?
• Gibt es eventuell mehrere konkurrierende Routen?

Wenn das Zielnetz gar nicht in der Routingtabelle auftaucht, ist das Problem meist klar: Der Router kennt keinen Weg dorthin.

Schritt 6: Longest Prefix Match verstehen

Ein häufiger Fehler bei der Fehlersuche ist die Annahme, dass der Router irgendeinen „ungefähr passenden“ Eintrag nutzt. In Wirklichkeit arbeitet er nach dem Prinzip des Longest Prefix Match. Das bedeutet: Die spezifischste passende Route gewinnt.

Beispiel

• 192.168.0.0/16
• 192.168.10.0/24
• 0.0.0.0/0

Für ein Ziel wie 192.168.10.50 nutzt der Router die Route 192.168.10.0/24, nicht die allgemeinere 192.168.0.0/16 und auch nicht die Standardroute.

Gerade bei überlappenden Netzen oder komplexeren Tabellen ist dieses Prinzip zentral für die Fehlersuche.

Schritt 7: Next Hop prüfen

Eine Route in der Routingtabelle bedeutet nicht automatisch, dass der Weg praktisch funktioniert. Wenn der eingetragene Next Hop selbst nicht erreichbar ist, kann der Router das Paket trotz vorhandener Route nicht erfolgreich weiterleiten.

Beispiel einer statischen Route

S    192.168.20.0/24 [1/0] via 10.0.0.2

Hier muss also geprüft werden, ob 10.0.0.2 überhaupt erreichbar ist.

Typische Prüfung

ping 10.0.0.2

Wenn der Next Hop nicht erreichbar ist, liegt das Problem oft im Transitnetz, in der Interface-Konfiguration oder in einer fehlerhaften Gegenstelle.

Schritt 8: Rückweg nicht vergessen

Einer der häufigsten Routingfehler ist eine fehlende Rückroute. Der Hinweg funktioniert, das Paket erreicht also das Zielnetz, aber die Antwort findet keinen Weg zurück. Für Anwender sieht das oft so aus, als ob das Ziel komplett unerreichbar wäre.

Typisches Szenario

• Router A kennt den Weg zu Netz B
• Router B kennt aber keinen Weg zurück zu Netz A
• Pings oder Verbindungen schlagen deshalb fehl

Wichtige Denkhilfe

Routing muss fast immer in beide Richtungen geprüft werden. Gerade in kleinen Netzwerken mit statischen Routen ist der fehlende Rückweg eine klassische Ursache.

Schritt 9: Administrative Distance und konkurrierende Routen prüfen

Wenn mehrere Routenquellen dasselbe Zielnetz kennen, entscheidet der Router anhand der Administrative Distance, welcher Quelle er mehr vertraut. Das kann in der Praxis zu überraschendem Verhalten führen, wenn eine unerwartete Route bevorzugt wird.

Typische konkurrierende Quellen

• statische Route
• OSPF-Route
• RIP-Route
• Default Route aus mehreren Quellen

Wichtige Cisco-Anzeige

show ip route

Beispiel:

S    192.168.50.0/24 [1/0] via 10.0.0.2
O    192.168.50.0/24 [110/20] via 10.0.1.2

Hier wird die statische Route bevorzugt, weil ihre Administrative Distance kleiner ist. Wenn dieses Verhalten nicht gewünscht ist, muss die Routenquelle oder AD überprüft werden.

Schritt 10: Mit Ping und Traceroute systematisch eingrenzen

Ping und Traceroute gehören zu den wichtigsten Werkzeugen für die Routing-Fehlersuche. Sie zeigen nicht nur, ob ein Ziel erreichbar ist, sondern helfen auch, an welcher Stelle der Weg unterbrochen wird.

Ping

Ping prüft grundlegende Layer-3-Erreichbarkeit.

ping 192.168.20.1

Traceroute

Traceroute zeigt, über welche Zwischenstationen ein Pfad läuft und wo Pakete möglicherweise hängen bleiben.

traceroute 192.168.20.1

Wie man die Ergebnisse interpretiert

• scheitert schon der erste Hop, liegt das Problem oft lokal
• scheitert ein mittlerer Hop, ist ein Transitsegment verdächtig
• erreicht der Pfad fast das Ziel, fehlt eventuell der Rückweg oder ein Endnetz-Eintrag

Diese Werkzeuge sind besonders hilfreich, wenn Routingtabellen formal korrekt aussehen, der Verkehr aber trotzdem nicht ankommt.

Typische Routing-Fehlerbilder in der Praxis

Das Zielnetz fehlt komplett in der Routingtabelle

Dann kennt der Router keinen Weg dorthin. Ursache kann eine fehlende statische Route, ein nicht gelerntes dynamisches Netz oder eine fehlende Standardroute sein.

Das Interface ist down

Wenn ein relevantes Interface inaktiv ist, fehlen direkt verbundene Routen oder der Next Hop ist nicht erreichbar.

Der falsche Next Hop ist eingetragen

Eine Route existiert, zeigt aber auf eine falsche oder nicht erreichbare Gegenstelle.

Der Rückweg fehlt

Hinweg klappt, Antwort scheitert. Das ist ein sehr häufiger Fehler bei statischen Routen.

Die Standardroute fehlt

Lokale Netze funktionieren, unbekannte Ziele oder das Internet aber nicht.

Falsche Präfixlänge

Das Zielnetz ist zwar vorhanden, aber Netzadresse oder Maske stimmen nicht. Dadurch greift die Route nicht wie erwartet.

Wichtige Cisco-Befehle für systematische Routing-Fehlersuche

Für Einsteiger lohnt es sich, eine kompakte Liste zentraler Befehle zu beherrschen.

IP-Interfaces prüfen

show ip interface brief

Routingtabelle anzeigen

show ip route

Nur statische Routen prüfen

show ip route static

Laufende Route-Konfiguration prüfen

show running-config | include ip route

Konnektivität testen

ping 10.0.0.2

Pfad analysieren

traceroute 192.168.20.1

Einzelinterface prüfen

show running-config interface GigabitEthernet0/0

Mit diesen Befehlen lässt sich ein sehr großer Teil typischer Routingprobleme bereits sauber eingrenzen.

Ein einfaches Praxisbeispiel

Ein Router R1 soll das entfernte Netz 192.168.20.0/24 über den Nachbarrouter 10.0.0.2 erreichen. Die Konfiguration lautet:

ip route 192.168.20.0 255.255.255.0 10.0.0.2

Ein Ping zu einem Host im Zielnetz schlägt dennoch fehl. Die systematische Prüfung sieht dann so aus:

• show ip interface brief prüfen: Ist das Transitinterface aktiv?
• show ip route prüfen: Ist die statische Route vorhanden?
• ping 10.0.0.2 prüfen: Ist der Next Hop erreichbar?
• auf R2 prüfen: Gibt es eine Rückroute zu R1s Netz?
• bei Bedarf traceroute verwenden

Dieses Beispiel zeigt sehr gut, dass Routingfehler fast immer über eine klare Prüfkette gelöst werden können.

Typische Anfängerfehler bei der Routing-Fehlersuche

Zu früh an Routing-Protokollen oder Routen schrauben

Oft liegt das Problem viel einfacher bei einem inaktiven Interface oder einer falschen IP-Adresse.

Nur den Hinweg prüfen

Ohne Rückweg funktioniert Kommunikation trotzdem nicht sauber.

Die Routingtabelle nicht lesen können

Wer nicht erkennt, ob eine Route direkt verbunden, statisch oder dynamisch ist, übersieht oft die eigentliche Ursache.

Standardroute und spezifische Route verwechseln

Auch wenn eine Default Route vorhanden ist, kann eine spezifischere Route das Verhalten bestimmen.

Next-Hop-Erreichbarkeit nicht testen

Eine eingetragene Route ist wertlos, wenn der eingetragene nächste Hop nicht erreichbar ist.

Warum systematische Routing-Fehlersuche für CCNA und Praxis so wichtig ist

Routingfehler gehören zu den zentralen Herausforderungen im Netzwerkbetrieb. Wer sie sauber und systematisch eingrenzen kann, spart nicht nur Zeit, sondern verhindert auch Fehlkonfigurationen, die die Situation verschlechtern könnten. Genau deshalb ist die strukturierte Routing-Analyse ein Kernbestandteil jeder soliden Netzwerkausbildung.

• Sie verbindet Routingtheorie mit praktischer Diagnose.
• Sie ist essenziell für statische und dynamische Routingumgebungen.
• Sie hilft, lokale von entfernten Problemen zu unterscheiden.
• Sie gehört zu den wichtigsten Grundfertigkeiten für CCNA und CCNP.
• Sie schafft die Basis für professionelles Troubleshooting im Alltag.

Wer Routingtabellen lesen, Interfaces bewerten, Next Hops prüfen und Hin- sowie Rückweg logisch nachvollziehen kann, besitzt bereits ein sehr starkes Fundament für die Praxis. Genau deshalb ist dieses Thema so wertvoll: Es zeigt, dass Routing-Fehlersuche keine Magie ist, sondern eine strukturierte, nachvollziehbare Analyse von Netzpfaden und Entscheidungen auf Layer 3.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

• Professionelle Konfiguration von Routern und Switches

• Einrichtung von VLANs, Trunks, Routing, DHCP, NAT, ACLs und weiteren Netzwerkfunktionen

• Erstellung von Topologien und Simulationen in Cisco Packet Tracer

• Aufbau, Analyse und Fehlerbehebung von Netzwerk-Labs in GNS3 und EVE-NG

• Automatisierung von Netzwerkkonfigurationen mit Python, Netmiko, Paramiko, NAPALM und Ansible

• Erstellung von Skripten für wiederkehrende Netzwerkaufgaben

• Dokumentation der Konfigurationen und Bereitstellung nachvollziehbarer Lösungswege

• Konfigurations-Backups, Optimierung bestehender Setups und technisches Troubleshooting

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.