Häufige Routing-Probleme zu erkennen und gezielt zu lösen ist eine der wichtigsten Fähigkeiten in der Netzwerktechnik, weil viele Verbindungsstörungen nicht auf defekte Kabel oder Switch-Ports zurückgehen, sondern auf fehlerhafte Layer-3-Logik. Für Einsteiger wirkt Routing oft zunächst unsichtbar: Geräte haben eine IP-Adresse, der Link steht, und trotzdem ist ein Server in einem anderen Netz, ein Drucker in einem anderen VLAN oder das Internet nicht erreichbar. Genau an diesem Punkt beginnt sauberes Routing-Troubleshooting. Ein Routing-Problem bedeutet in der Praxis meist, dass ein Paket den Weg zum Ziel nicht kennt, den Rückweg nicht findet oder an einer falschen Stelle hängen bleibt. Wer typische Fehlerbilder wie ein falsches Standard-Gateway, fehlende Routen, inaktive Interfaces, Probleme beim Inter-VLAN-Routing oder unvollständige Routingtabellen versteht, kann Störungen deutlich schneller eingrenzen und beheben.
Warum Routing-Probleme oft schwer einzuordnen sind
Routing-Probleme sind deshalb so tückisch, weil sie häufig nicht wie klassische Layer-1-Fehler aussehen. Das Kabel steckt, die Port-LED leuchtet, der Switchport ist aktiv, und trotzdem erreicht ein Gerät bestimmte Ziele nicht. Genau diese Kombination macht Routing-Probleme für Einsteiger oft verwirrend.
Der physische Link kann in Ordnung sein, obwohl Layer 3 fehlschlägt
Ein PC kann korrekt mit dem Switch verbunden sein und sogar lokale Geräte im selben Subnetz erreichen. Sobald jedoch ein Ziel in einem anderen Netz liegt, greift die Routinglogik. Ist diese fehlerhaft, entsteht der Eindruck, das „Netzwerk“ sei kaputt, obwohl nur der Weg über Netzgrenzen nicht funktioniert.
- lokale Kommunikation funktioniert
- entfernte Netze bleiben unerreichbar
- Internetzugang fällt aus, obwohl das LAN aktiv ist
Routing-Probleme betreffen oft nur bestimmte Ziele
Ein weiteres Merkmal ist, dass nicht immer alles ausfällt. Sehr häufig ist nur ein bestimmtes Subnetz, ein VLAN, eine Außenstelle oder der Internetpfad betroffen. Genau dadurch ist strukturiertes Prüfen besonders wichtig.
- ein Servernetz ist nicht erreichbar
- nur ein VLAN kann nicht geroutet werden
- der Internetzugang fehlt, interne Netze funktionieren aber
Die wichtigsten Grundfragen beim Routing-Troubleshooting
Bevor einzelne Fehlerbilder betrachtet werden, hilft ein einfaches Prüfschema. Routing-Probleme lassen sich deutlich schneller eingrenzen, wenn man einige Grundfragen in fester Reihenfolge beantwortet.
Vier Kernfragen zur ersten Eingrenzung
- Ist die lokale IP-Konfiguration des Hosts korrekt?
- Ist das Standard-Gateway richtig eingetragen und erreichbar?
- Kennt der Router eine Route zum Zielnetz?
- Existiert auch der Rückweg vom Ziel zum Quellnetz?
Warum diese Reihenfolge sinnvoll ist
Viele Routing-Probleme entstehen nicht tief im Router, sondern bereits am Endgerät oder an der einfachsten Routingannahme. Wer mit Host-Konfiguration und Gateway beginnt, spart oft viel Zeit.
Problem 1: Falsches oder fehlendes Standard-Gateway
Das Standard-Gateway ist für Endgeräte der wichtigste Bezugspunkt für entfernte Ziele. Ist dieses Gateway falsch oder fehlt es komplett, kann der Host zwar lokal kommunizieren, aber keine anderen Netze erreichen.
Typische Symptome
- Ping zu Geräten im selben Subnetz funktioniert
- Ping zu Geräten in anderen Netzen funktioniert nicht
- Internet ist nicht erreichbar
- Traceroute endet bereits am ersten Schritt
Prüfung auf dem Endgerät
Unter Windows:
ipconfig
route print
Unter Linux oder macOS:
ip addr
ip route
Dabei sollte geprüft werden:
- stimmt die lokale IP-Adresse?
- passt die Subnetzmaske?
- ist ein korrektes Standard-Gateway eingetragen?
Behebung
Das Gateway muss im selben lokalen Netz wie das Endgerät liegen und auf die richtige Router- oder Layer-3-Adresse zeigen. Danach sollte geprüft werden, ob das Gateway selbst per Ping erreichbar ist.
Problem 2: Router-Interface ist down oder falsch konfiguriert
Ein Router kann nur dann Netzwerke verbinden, wenn seine Interfaces korrekt konfiguriert und aktiv sind. Ein inaktives Interface führt dazu, dass das zugehörige Netz nicht als direkt verbunden in der Routingtabelle erscheint.
Typische Symptome
- ein gesamtes Netz ist nicht erreichbar
- das Gateway antwortet nicht
- eine direkt verbundene Route fehlt in der Routingtabelle
Prüfung auf Cisco-Geräten
show ip interface brief
show running-config
show ip route
Wichtige Prüfpunkte:
- Ist das Interface administrativ aktiv?
- Hat es die richtige IP-Adresse?
- Ist der Status
up/up?
Behebung
interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
Danach sollte das Netz als direkt verbunden in der Routingtabelle sichtbar sein.
Problem 3: Fehlende Route zum Zielnetz
Ein Router kann ein Paket nur dann weiterleiten, wenn er das Zielnetz kennt. Fehlt ein passender Routingeintrag, wird das Ziel nicht erreicht.
Typische Symptome
- das Gateway ist erreichbar, aber das entfernte Netz nicht
- ein einzelnes Subnetz ist nicht erreichbar, andere funktionieren
- Traceroute bricht an einem bestimmten Router ab
Prüfung
show ip route
Fragen zur Prüfung:
- Gibt es einen Eintrag für das Zielnetz?
- Ist nur eine Default Route vorhanden?
- Passt die Route wirklich zum Zielpräfix?
Behebung mit statischer Route
ip route 192.168.30.0 255.255.255.0 192.168.20.2
Damit wird dem Router der Weg zum Zielnetz explizit vorgegeben.
Problem 4: Kein Rückweg zum Quellnetz
Ein sehr häufiger Routingfehler ist, dass der Hinweg funktioniert, der Rückweg aber fehlt. Dann erreicht das Paket zwar das Ziel, die Antwort findet jedoch nicht zurück.
Typische Symptome
- einseitige Kommunikation
- Ping zum Ziel scheint nicht zu funktionieren, obwohl das Zielnetz den Host eigentlich sieht
- Services reagieren nicht sauber, obwohl Teilverbindungen aufgebaut werden
Warum das passiert
Routing muss in beide Richtungen stimmen. Jeder Router entlang des Wegs braucht nicht nur eine Route zum Ziel, sondern auch eine Route zurück zur Quelle oder eine funktionierende Standardroute.
Prüfung
- Routingtabellen auf beiden Seiten prüfen
- Antwortpfad gedanklich oder per Traceroute nachvollziehen
- sehen, ob das Zielnetz das Quellnetz kennt
Behebung
Fehlende Rückrouten müssen auf dem Zielrouter oder auf Zwischenroutern ergänzt werden. In kleinen Netzen geschieht das oft über statische Routen oder eine passende Standardroute.
Problem 5: Falsche oder zu allgemeine Standardroute
Eine Standardroute ist praktisch, kann aber auch Probleme verursachen, wenn sie falsch konfiguriert ist oder auf einen nicht erreichbaren nächsten Hop zeigt.
Typische Symptome
- lokale Netze funktionieren, alles andere nicht
- Internetzugang fällt komplett aus
- Pakete verlassen den Router nicht sinnvoll
Prüfung
show ip route
In der Routingtabelle sollte geprüft werden, ob eine Default Route vorhanden ist, typischerweise in dieser Form:
S* 0.0.0.0/0 [1/0] via 203.0.113.1
Zusätzlich sollte der nächste Hop getestet werden:
ping 203.0.113.1
Behebung
Die Default Route muss auf einen tatsächlich erreichbaren Upstream-Router zeigen. Falsche Next-Hop-Adressen oder Ausfälle im WAN-Link sind hier klassische Ursachen.
Problem 6: Inter-VLAN-Routing fehlt oder ist unvollständig
In VLAN-Umgebungen ist eines der häufigsten Probleme, dass Geräte zwar innerhalb ihres VLANs kommunizieren können, aber nicht mit Geräten in anderen VLANs. Ursache ist oft fehlendes oder fehlerhaftes Inter-VLAN-Routing.
Typische Symptome
- Geräte im selben VLAN erreichen sich
- Kommunikation zu anderen VLANs funktioniert nicht
- Drucker in einem anderen VLAN oder Server in einem anderen Subnetz bleiben unerreichbar
Prüfung
- Hat jedes VLAN ein Gateway?
- Existieren SVIs oder Router-Subinterfaces?
- Sind die Interfaces aktiv?
Typische Cisco-Befehle:
show ip interface brief
show ip route
show running-config
Behebung
Je nach Design müssen SVIs oder Router-Subinterfaces korrekt eingerichtet werden.
interface Vlan10
ip address 192.168.10.1 255.255.255.0
no shutdown
interface Vlan20
ip address 192.168.20.1 255.255.255.0
no shutdown
Oder beim Router-on-a-Stick:
interface GigabitEthernet0/0.10
encapsulation dot1Q 10
ip address 192.168.10.1 255.255.255.0
Problem 7: Falsche Subnetzmaske oder falsches Präfix
Ein sehr typischer Fehler liegt nicht direkt in der Route selbst, sondern in der falschen Netzdefinition. Eine falsche Subnetzmaske am Host oder Router führt dazu, dass lokal und entfernt falsch eingeschätzt werden.
Typische Symptome
- ein Host behandelt ein entferntes Ziel fälschlich als lokal
- ARP-Anfragen erscheinen dort, wo Routing nötig wäre
- ein Router hat unerwartete oder unpassende Connected Routes
Prüfung
- IP-Adresse und Maske am Endgerät prüfen
- IP-Adresse und Maske am Router-Interface prüfen
- Zielnetz rechnerisch kontrollieren
Windows:
ipconfig
Cisco:
show running-config
show ip interface brief
Behebung
Die Präfixe müssen auf beiden Seiten logisch zum Netzdesign passen. Schon ein falsches /24 statt /16 kann die gesamte Routinglogik verfälschen.
Problem 8: NAT wird mit Routing verwechselt
Gerade bei Internetproblemen wird Routing oft mit NAT verwechselt. Ein Router kann eine korrekte Route ins Internet haben, während der Zugriff trotzdem scheitert, weil zusätzlich NAT falsch oder gar nicht konfiguriert ist.
Typische Symptome
- der Router selbst erreicht externe Ziele
- interne Clients erreichen das Internet dennoch nicht
- Routingtabelle ist plausibel, aber der Verkehr wird extern nicht korrekt behandelt
Warum das wichtig ist
Routing beantwortet die Frage „Wohin geht das Paket?“. NAT beantwortet eine andere Frage: „Mit welcher Quelladresse verlässt das Paket mein Netz?“ Beides wird oft verwechselt, ist aber technisch nicht dasselbe.
Behebung
Wenn die Route korrekt ist, muss geprüft werden, ob für den Internetzugang zusätzlich NAT nötig und korrekt eingerichtet ist. Das ist vor allem bei privaten IPv4-Netzen relevant.
Problem 9: Asymmetrisches Routing
Asymmetrisches Routing bedeutet, dass Hin- und Rückweg unterschiedliche Pfade nehmen. Das ist nicht immer falsch, kann aber in manchen Designs zu Problemen führen, etwa mit Firewalls, NAT oder Zustandsverfolgung.
Typische Symptome
- Verbindungen verhalten sich instabil
- einige Dienste funktionieren, andere nicht
- Traceroute zeigt unterschiedliche Wege in beide Richtungen
Prüfung
- Routingtabellen entlang des Pfads vergleichen
- Traceroute und Gegenprüfung aus der Gegenrichtung nutzen
- Firewalls oder zustandsbehaftete Geräte im Pfad beachten
Behebung
Die Routinglogik muss so angepasst werden, dass Hin- und Rückweg konsistent oder zumindest kompatibel zu den eingesetzten Sicherheits- und NAT-Systemen sind.
Problem 10: Routingtabelle wurde nicht aktualisiert oder nicht sauber gelernt
In Umgebungen mit dynamischem Routing kann auch das Lernen oder Aktualisieren von Routen fehlschlagen. Dann fehlen Ziele trotz eigentlich vorhandener Topologie.
Typische Symptome
- ein zuvor erreichbares Netz verschwindet aus der Routingtabelle
- Routen sind unvollständig oder veraltet
- nur manche Router kennen ein Zielnetz
Prüfung
show ip route
Zusätzlich müssen je nach Routingprotokoll auch Nachbarschaften und Protokollstatus geprüft werden. Für Einsteiger ist aber der erste Schritt immer: Ist die Route überhaupt in der Tabelle vorhanden?
Behebung
Je nach Ursache:
- Routingprotokoll-Konfiguration kontrollieren
- Interfaces und Netzankündigungen prüfen
- bei kleinen Netzen testweise statische Route ergänzen
Wichtige Befehle für Routing-Troubleshooting
Einige Standardbefehle sind besonders hilfreich, um Routing-Probleme schnell einzugrenzen. Wer diese sicher nutzt, kommt im Alltag deutlich schneller zur Ursache.
Auf Cisco-Geräten
show ip interface brief
show ip route
show running-config
ping 192.168.20.1
traceroute 8.8.8.8
Auf Endgeräten
Unter Windows:
ipconfig
route print
ping 192.168.10.1
tracert 8.8.8.8
Unter Linux oder macOS:
ip addr
ip route
ping 192.168.10.1
traceroute 8.8.8.8
Wofür diese Befehle besonders gut sind
- lokale IP-Konfiguration prüfen
- Gateway kontrollieren
- Routingtabelle lesen
- Erreichbarkeit des nächsten Hops testen
- Pfad eines Pakets nachvollziehen
Eine sinnvolle Reihenfolge zur Fehlersuche
Routing-Probleme lassen sich am besten mit einer festen Prüfreihenfolge eingrenzen. Das verhindert, dass man sofort in komplexe Theorien springt, obwohl die Ursache oft sehr grundlegend ist.
Bewährtes Schema
- lokale IP-Adresse und Subnetzmaske prüfen
- Standard-Gateway prüfen
- Gateway per Ping testen
- Routingtabelle auf dem Router prüfen
- spezifische oder Default Route zum Ziel suchen
- Rückweg zum Quellnetz kontrollieren
- Traceroute zur Pfadanalyse nutzen
Warum diese Reihenfolge gut funktioniert
Sie geht von einfach nach komplex: erst Host, dann Gateway, dann Routingtabelle, dann Pfad und Rückweg. Genau so lassen sich die meisten Probleme strukturiert auflösen.
Typische Einsteigerfehler beim Routing-Troubleshooting
Gerade beim Einstieg gibt es einige Denkfehler, die die Fehlersuche unnötig erschweren.
Häufige Fehlannahmen
- Wenn das Kabel steckt, kann es kein Routingproblem geben
- Ein Ping-Fehler bedeutet immer, dass das Zielgerät aus ist
- Die Standardroute reicht immer für jedes Problem
- Wenn der Hinweg funktioniert, ist der Rückweg automatisch in Ordnung
- Routing und NAT seien dasselbe
Was stattdessen richtig ist
- Layer 1 und Layer 3 müssen getrennt betrachtet werden
- Ein aktiver Link sagt nichts über Routing aus
- Routen müssen in beide Richtungen sinnvoll sein
- Ein Routingproblem kann auch nur ein Teilnetz betreffen
Warum Einsteiger Routing-Probleme früh verstehen sollten
Routing-Probleme gehören zu den häufigsten Ursachen für Störungen zwischen Netzen, VLANs, Standorten und dem Internet. Wer typische Fehlerbilder kennt, versteht nicht nur die Fehlersuche besser, sondern auch die eigentliche Routinglogik.
Wichtige Folgethemen bauen darauf auf
- statische Routen
- Standardrouten
- Inter-VLAN-Routing
- dynamische Routingprotokolle
- WAN- und Internetdesign
Routing-Troubleshooting macht Netzwerke greifbar
Gerade an Fehlern erkennt man, wie Routing wirklich arbeitet. Standard-Gateway, Zielnetz, nächster Hop, Rückweg und Routingtabelle sind nicht mehr nur Begriffe, sondern konkrete Prüfbausteine im Alltag.
Was Einsteiger sich zu häufigen Routing-Problemen merken sollten
Häufige Routing-Probleme entstehen meist durch wenige klassische Ursachen: falsches Standard-Gateway, fehlende Route zum Zielnetz, fehlender Rückweg, inaktive Router-Interfaces, unvollständiges Inter-VLAN-Routing, falsche Präfixe oder falsch gesetzte Standardrouten. Wer diese Fehlerbilder systematisch prüft, kann auch komplex wirkende Störungen in viele kleine, logisch nachvollziehbare Schritte zerlegen.
- immer mit Host-Konfiguration und Gateway beginnen
- danach die Routingtabelle prüfen
- spezifische Route und Default Route unterscheiden
- Hin- und Rückweg getrennt denken
- Traceroute gezielt zur Pfadanalyse nutzen
- Routing und NAT nicht verwechseln
Wer diese typischen Routing-Probleme sicher erkennt und sauber eingrenzt, besitzt eine sehr wertvolle Grundlage für den praktischen Netzwerkbetrieb. Genau dieses Wissen macht aus theoretischem Routingverständnis ein belastbares Troubleshooting-Werkzeug für reale Netzwerke.
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.












