Routing-Probleme wirken oft diffus („Internet geht nicht“, „Standort ist offline“), lassen sich aber mit einer klaren Methode schnell eingrenzen. Entscheidend ist, nicht „wild“ an Konfigurationen zu drehen, sondern systematisch von der Basis (Interface/ARP) über Routing-Entscheidung (RIB/CEF) bis zu Policies (ACL/NAT/PBR) zu prüfen. Dieses Tutorial liefert dir einen praxisorientierten Troubleshooting-Workflow für Cisco Router.
Grundprinzip: Von einfach nach komplex (Schichten-Check)
Ein Routing-Problem ist selten „nur Routing“. Häufig steckt ein Link-, VLAN-, ARP- oder Policy-Thema dahinter. Arbeite deshalb immer in Schichten und dokumentiere Zwischenergebnisse.
- Layer 1/2: Link up, VLAN/Trunk, Errors
- Layer 3: IP/Mask, ARP, Routing-Tabelle
- Forwarding: CEF-Pfad, Next-Hop-Auflösung
- Policies: ACLs, NAT, PBR, VPN/Firewall
- Services: DHCP/DNS/NTP (wenn „Internet“ betroffen ist)
Schritt 1: Interface-Status und IP-Adressierung prüfen
Wenn ein Interface down ist, gibt es auch keine Connected Route. Prüfe zuerst den Interface-State und ob IP/Mask plausibel sind. Viele „Routing-Probleme“ sind in Wirklichkeit shutdown oder falsche Masken.
Router# show ip interface brief
Router# show interfaces
Router# show running-config | section interface
Typische Statusinterpretation
administratively down:no shutdownfehltdown/down: Kabel, Port, SFP, Gegenstelleup/down: Encapsulation, Trunk/Subinterface, Protokoll
Schritt 2: ARP und Next-Hop-Auflösung kontrollieren
Routing entscheidet nach IP, aber Ethernet sendet an MAC. Wenn ARP „incomplete“ ist, kann der Router den Next-Hop nicht erreichen, selbst wenn eine Route existiert.
Router# show arp
Router# show ip arp
Router# show arp | include incomplete
ARP gezielt neu lernen
Router# clear arp-cache
Router# ping 10.0.0.2
Schritt 3: Routing-Tabelle lesen und „Route of last resort“ prüfen
Jetzt prüfst du, ob das Zielnetz überhaupt bekannt ist und welche Quelle die Route liefert (Connected, Static, OSPF, BGP). Für „Internet“-Fehler ist die Default Route (0.0.0.0/0) häufig der Schlüssel.
Router# show ip route
Router# show ip route | include Gateway|0.0.0.0
Router# show ip route 192.168.20.0
Router# show ip route 192.168.20.10
Typische Routing-Fehlerbilder
- Route fehlt: kein Pfad zum Zielnetz
- Route zeigt auf falschen Next-Hop: Blackhole/Loop möglich
- Default Route fehlt: nur connected Netze funktionieren
- Mehrere Routen: AD/Metric/ECMP prüfen
Schritt 4: CEF prüfen: Was wird wirklich geforwardet?
Die Routing-Tabelle (RIB) zeigt die Entscheidung. CEF zeigt den tatsächlichen Forwarding-Eintrag (FIB) und den konkreten Next-Hop. Das ist besonders wichtig bei ECMP, PBR oder ungewöhnlichen Pfaden.
Router# show ip cef 192.168.20.10
Router# show ip cef 0.0.0.0/0
Router# show ip cef exact-route 192.168.10.10 192.168.20.10
Wenn RIB und CEF nicht zusammenpassen
- CEF muss ggf. aktualisiert werden (selten, meist automatisch)
- Policy-Mechanismen können den Pfad verändern (PBR)
- VRF-Kontext kann unterschiedlich sein
Schritt 5: Pfad testen: Ping und Traceroute richtig einsetzen
Teste von innen nach außen: erst Next-Hop, dann Ziel. Nutze bei Multi-Interface-Routern source, um die richtige Quell-IP zu erzwingen. Traceroute zeigt dir, an welchem Hop es stoppt.
Router# ping 10.0.0.2
Router# ping 192.168.20.10
Router# ping 8.8.8.8
Router# traceroute 192.168.20.10
Router# traceroute 8.8.8.8
Tests mit definierter Source-IP
Router# ping 8.8.8.8 source 192.168.10.1
Router# traceroute 192.168.20.10 source 192.168.10.1
Schritt 6: Statische Routen validieren (Next-Hop vs. Interface)
Statische Routen sind schnell gesetzt, aber häufig falsch konzipiert. Auf Ethernet ist ein Next-Hop meist die sicherste Wahl. Interface-Routen passen eher zu Punkt-zu-Punkt-Links.
Router# show running-config | include ^ip route
Router# show ip route static
Typische Korrektur einer statischen Route
Router# configure terminal
Router(config)# no ip route 192.168.20.0 255.255.255.0 gigabitEthernet0/1
Router(config)# ip route 192.168.20.0 255.255.255.0 10.0.0.2
Router(config)# end
Schritt 7: Dynamisches Routing prüfen (OSPF/EIGRP/BGP)
Wenn dynamisches Routing im Spiel ist, prüfst du Nachbarschaften, die Topologie und ob Routen wirklich installiert werden. Häufige Ursachen: fehlende Neighbors, falsche Netzwerkauswahl, passive Interfaces oder Authentifizierung.
OSPF: Nachbarn und Routen
Router# show ip ospf neighbor
Router# show ip ospf interface brief
Router# show ip route ospf
EIGRP: Neighbors und Topology
Router# show ip eigrp neighbors
Router# show ip eigrp topology
Router# show ip route eigrp
BGP: Sessions und Best-Paths
Router# show ip bgp summary
Router# show ip bgp
Router# show ip route bgp
Schritt 8: Policies prüfen (ACLs, NAT, PBR) – häufige Blocker
Wenn Routing korrekt aussieht, ist oft eine Policy schuld. ACLs blockieren Traffic, NAT fehlt für private Netze, oder PBR lenkt Pakete an einen unerwarteten Next-Hop.
ACLs: Richtung und Trefferzähler prüfen
Router# show access-lists
Router# show running-config | include access-group|access-class
Router# show ip interface gigabitEthernet0/0
NAT: Übersetzungen und Statistik prüfen
Router# show ip nat statistics
Router# show ip nat translations
Router# show running-config | include ip nat
PBR: Route-Maps und Policy-Bindings prüfen
Router# show ip policy
Router# show route-map
Router# show access-lists
Schritt 9: Rückweg sicherstellen (asymmetrisches Routing erkennen)
Viele „einseitige“ Probleme entstehen, weil der Rückweg fehlt oder über einen anderen Pfad läuft. Das ist besonders kritisch bei stateful Firewalls, NAT und VPNs. Prüfe daher immer auch die Gegenrichtung.
- Fehlt am Upstream die Route zurück zum Quellnetz?
- Gibt es ECMP oder PBR, das Pfade asymmetrisch macht?
- Blockiert eine Firewall den Rückverkehr?
Hinweise über Traceroute und Routing prüfen
Router# traceroute 192.168.20.10
Router# show ip route 192.168.10.0
Router# show ip route 192.168.20.0
Schritt 10: Logs und CPU: wenn es „komisch“ wird
Bei instabilen Routen, Flaps oder sporadischen Ausfällen helfen Logs und CPU-Checks. Debugs sind mächtig, sollten aber kontrolliert und kurz eingesetzt werden.
Router# show logging
Router# show processes cpu sorted
Router# show clock
Debug sicher verwenden
Router# terminal monitor
Router# debug ip routing
Router# undebug all
Praxis-Workflow: Routing-Problem in 60 Sekunden eingrenzen
Diese Kommandos decken die häufigsten Ursachen ab: Interface down, ARP fehlt, Route fehlt, Default Route falsch, Policy blockt. Arbeite sie der Reihe nach ab.
Router# show ip interface brief
Router# show arp | include incomplete
Router# show ip route | include Gateway|0.0.0.0
Router# show ip route 192.168.20.10
Router# show ip cef 192.168.20.10
Router# ping 10.0.0.2
Router# traceroute 192.168.20.10
Router# show access-lists
Router# show ip nat statistics
Router# show logging
Änderungen absichern: minimal-invasiv und reproduzierbar
Wenn du eine Korrektur vornimmst, ändere nur eine Sache, teste sofort und dokumentiere. Erst wenn es stabil läuft, speicherst du. So vermeidest du, mehrere Fehler gleichzeitig einzubauen.
Router# copy running-config startup-config
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
-
Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)
-
Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)
-
Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation
-
Optional Security: Basic ACLs und SSH-Hardening
-
Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)
Sie erhalten
-
✅ Packet Tracer .pkt Datei
-
✅ Saubere Konfigurations-Notizen pro Gerät
-
✅ Verifikations-Checkliste + erwartete Outputs
-
✅ Kurze Dokumentation (wie die Topologie funktioniert)
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.












