Routing-Tabelle lesen: show ip route verständlich erklärt

Die Routing-Tabelle ist die Entscheidungsgrundlage deines Cisco Routers: Für jedes Zielnetz steht dort, wohin Pakete weitergeleitet werden. Mit show ip route erkennst du in Sekunden, ob ein Netz bekannt ist, über welchen Next-Hop es erreicht wird und welche Route „gewinnt“. Wenn du die Ausgabe richtig liest, wird Troubleshooting deutlich schneller und nachvollziehbarer.

Was zeigt show ip route überhaupt?

Der Befehl listet die IPv4-Routing-Tabelle auf. Du siehst direkt verbundene Netze, statische Routen und dynamisch gelernte Routen (z. B. OSPF, EIGRP, BGP), inklusive Next-Hop und Ausgangsinterface.

Router# show ip route

Wichtige Bereiche in der Ausgabe

• „Gateway of last resort“: gesetzte Default Route (0.0.0.0/0)
• Codes/Legende: Quelle der Route (Connected, Static, OSPF, …)
• Routenzeilen: Präfix, Administrative Distance, Metric, Next-Hop, Interface

Die Codes verstehen: Woher kommt die Route?

Am Anfang jeder Routenzeile steht ein Code. Er sagt dir, ob das Netz direkt angeschlossen ist, statisch gesetzt wurde oder aus einem Routingprotokoll stammt. Diese Information ist entscheidend, um „woher“ ein Eintrag kommt.

Router# show ip route | begin Gateway

Häufige Codes (Praxisrelevant)

• C = Connected (direkt verbunden)
• L = Local (eigene Interface-IP als /32)
• S = Static (statische Route)
• S* = Default Route (statisch), „Route of last resort“
• O = OSPF (dynamisch)
• D = EIGRP (dynamisch)
• B = BGP (dynamisch)
• R = RIP (dynamisch, heute seltener)

Eine Routenzeile lesen: Präfix, AD/Metric, Next-Hop, Interface

Die typische Darstellung enthält mehrere Bausteine. Wenn du sie einmal verinnerlichst, kannst du schnell entscheiden, warum ein Pfad gewählt wird und ob er plausibel ist.

Beispielausgabe (typische Struktur)

S    192.168.20.0/24 [1/0] via 10.0.0.2, 00:12:10, GigabitEthernet0/1

• 192.168.20.0/24: Zielpräfix (Netz, das erreicht werden soll)
• [1/0]: AD/Metric (Administrative Distance / Metrik)
• via 10.0.0.2: Next-Hop (nächster Router)
• GigabitEthernet0/1: Ausgangsinterface
• 00:12:10: Alter der Route (wann gelernt/aktualisiert)

Administrative Distance und Metric: Warum gewinnt eine Route?

Wenn mehrere Routen dasselbe Zielpräfix abdecken, entscheidet IOS in zwei Schritten: erst die längste Präfixlänge (Longest Prefix Match), dann die Administrative Distance, danach die Metric innerhalb desselben Protokolls.

Entscheidungslogik als Merkkette

• 1) Längstes Präfix gewinnt (/32 vor /24 vor /0)
• 2) Niedrigere Administrative Distance gewinnt (vertrauenswürdiger)
• 3) Niedrigere Metric gewinnt (besserer Pfad im Protokoll)

Longest Prefix Match (vereinfachtes Prinzip)

LPM:   /32 > /24 > /16 > /0

Typische Administrative Distances (häufig im Alltag)

• Connected: 0
• Static: 1
• eBGP: 20
• OSPF: 110
• RIP: 120
• iBGP: 200

Connected und Local: Warum gibt es zwei Einträge pro Interface?

Ein Interface erzeugt meist zwei Einträge: das verbundene Netz (C) und die lokale Interface-IP als /32 (L). Der L-Eintrag sorgt dafür, dass der Router seine eigene IP exakt kennt.

Beispiel: Interface 192.168.10.1/24

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

Default Route erkennen: „Gateway of last resort“

Wenn eine Default Route vorhanden ist, zeigt IOS meist oben „Gateway of last resort“. In der Tabelle findest du sie als S* oder aus einem Protokoll (z. B. OSPF/BGP) stammend.

Default Route anzeigen und filtern

Router# show ip route | include Gateway|0.0.0.0
Router# show ip route 0.0.0.0

Typische Default-Route-Zeile

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

Gezielt filtern: Nur das anzeigen, was du brauchst

Im Troubleshooting willst du selten die komplette Tabelle lesen. Filtere nach Protokollen, Präfixen oder „static/connected“, um schneller zur Ursache zu kommen.

Nur statische Routen

Router# show ip route static

Nur connected Routen

Router# show ip route connected

Routen zu einem Zielnetz finden

Router# show ip route 192.168.20.0
Router# show ip route 192.168.20.10

Multiple Pfade: Equal-Cost und Load Sharing erkennen

Wenn mehrere gleich gute Pfade existieren, kann IOS Equal-Cost Multi-Path (ECMP) nutzen. In der Ausgabe siehst du dann mehrere „via“-Zeilen für dasselbe Präfix.

Beispielprinzip (mehrere Next-Hops)

O    10.10.0.0/16 [110/20] via 10.0.0.2, GigabitEthernet0/1
     10.10.0.0/16 [110/20] via 10.0.0.6, GigabitEthernet0/2

Warum das wichtig ist

• Traffic kann verteilt werden (Lastverteilung)
• Asymmetrische Pfade sind möglich (bei Firewalls/VPN beachten)
• Troubleshooting muss beide Pfade berücksichtigen

Route-Fehlerbilder: Wie du sie in der Tabelle erkennst

Viele Probleme lassen sich direkt in der Routing-Tabelle ablesen: fehlende Einträge, falsche Next-Hops oder eine Default Route, die unerwartet alles „schluckt“.

Symptom: Zielnetz fehlt komplett

• Es existiert keine Route (statisch oder dynamisch)
• Interface down → Connected Route fehlt

Router# show ip interface brief
Router# show ip route

Symptom: Route zeigt auf falschen Next-Hop

• Next-Hop liegt nicht im direkt verbundenen Netz
• Routing-Schleife durch falsche Default Route möglich

Router# show ip route 0.0.0.0
Router# ping 203.0.113.1

Symptom: Traffic geht „immer über Default Route“

• Spezifische Route fehlt oder ist weniger spezifisch
• Longest Prefix Match greift nicht, weil das Präfix nicht passt

Router# show ip route | include 0.0.0.0|192.168.20.0
Router# show ip route 192.168.20.10

Der nächste Schritt: Den tatsächlichen Forwarding-Pfad prüfen

Die Routing-Tabelle zeigt die Entscheidung auf Control-Plane-Ebene. Für den tatsächlichen Forwarding-Pfad hilft zusätzlich CEF (falls aktiv), weil es die Weiterleitungsinformation pro Ziel detailliert darstellt.

CEF-Check für ein Ziel

Router# show ip cef 192.168.20.10
Router# show ip cef 0.0.0.0/0

Quick-Reference: Routing-Tabelle in 60 Sekunden lesen

Diese Befehle reichen in den meisten Fällen aus, um schnell Klarheit zu bekommen: Default Route vorhanden, Zielnetz bekannt, Next-Hop erreichbar, Interface up.

Router# show ip route
Router# show ip route | include Gateway|0.0.0.0
Router# show ip route 192.168.20.10
Router# show ip interface brief
Router# ping 10.0.0.2
Router# traceroute 192.168.20.10

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.