Site icon bintorosoft.com

12.9 Routing überprüfen und Fehler systematisch beheben

Red Snapper

Network engineer working with tablet in server data center room, professional skilled technician

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:

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

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:

Worauf man achten sollte

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

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

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

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

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

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

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

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:

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.

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:

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

Exit mobile version