Statische Routen in Cisco Packet Tracer konfigurieren

Eine Drei-Router-Topologie planen

Verwenden Sie R1 und R3 als Randrouter und R2 als Transitrouter. Hinter jedem Randrouter liegt ein kleines LAN, damit Quelle und Ziel eindeutig sind. In diesem Beispiel nutzt das LAN von R1 192.168.10.0/24, der Link R1-R2 10.0.12.0/30, der Link R2-R3 10.0.23.0/30 und das LAN von R3 192.168.30.0/24. Die Schnittstellennamen können je nach Modell abweichen; die Beziehungen zwischen den Netzen bleiben gleich.

Schreiben Sie vor der CLI auf, welche Route jeder Router braucht. R1 muss das LAN von R3 über R2 erreichen, R3 braucht den Rückweg zum LAN von R1 und R2 braucht je eine Route zu beiden Rand-LANs. So vermeiden Sie einen Ping nur in eine Richtung. Verbinden Sie die Geräte, warten Sie auf aktive Links und speichern Sie eine saubere PKT-Datei.

1. 1

   Geräte platzieren und benennen

   Fügen Sie drei Router und mindestens einen PC je Rand-LAN hinzu. Verwenden Sie R1, R2, R3, PC-A und PC-C.

2. 2

   Adressplan erstellen

   Notieren Sie Adresse, Maske, LAN-Netz und nächsten Hop vor dem Konfigurationsmodus.

3. 3

   Basis speichern

   Speichern Sie nach Verkabelung und Adressierung, aber vor den statischen Routen.

4. 4

   Nachweis definieren

   Prüfen Sie zuerst Gateways und danach einen Ping von PC-A zu PC-C über R2.

Schnittstellen konfigurieren und verbundene Netze prüfen

Beginnen Sie mit den Schnittstellen, nicht mit den Routen. Vergeben Sie auf jedem Router Adresse und Maske für LAN- oder Transit-Interface und verwenden Sie no shutdown. Auf den PCs werden eine Adresse aus dem richtigen LAN, die Maske 255.255.255.0 und der Randrouter als Gateway eingetragen. Bei FastEthernet statt GigabitEthernet wird nur der Schnittstellenname angepasst.

Testen Sie jeden direkt verbundenen Nachbarn: PC-A zu 192.168.10.1, R1 zu 10.0.12.2, R2 zu 10.0.23.3 und PC-C zu 192.168.30.1. Danach zeigen show ip interface brief und show ip route, ob die Interfaces up/up sind und die lokalen Netze als connected erscheinen. Wenn ein Nachbar nicht antwortet, reparieren Sie den Link vor jeder Route.

1. 1

   R1 adressieren

   Nutzen Sie 192.168.10.1/24 zum LAN und 10.0.12.1/30 zu R2; aktivieren Sie beide Interfaces.

2. 2

   R2 adressieren

   Nutzen Sie 10.0.12.2/30 und 10.0.23.2/30 auf den Transitlinks und prüfen Sie beide Nachbarn.

3. 3

   R3 adressieren

   Nutzen Sie 10.0.23.3/30 zu R2 und 192.168.30.1/24 zum Ziel-LAN.

4. 4

   Connected-Routen prüfen

   Führen Sie show ip interface brief und show ip route vor den Remote-Routen aus.

Eine statische Route kann keinen nicht erreichbaren Next-Hop reparieren. Prüfen Sie zuerst Kabel, Status, Adresse und Maske.

Statische Routen mit richtigem Ziel und Next-Hop hinzufügen

Die IPv4-Grundsyntax lautet ip route Zielnetz Subnetzmaske Next-Hop. Lesen Sie sie von links nach rechts: Welches entfernte Netz wird erreicht, welche Maske beschreibt es und welcher erreichbare Router erhält das Paket als Nächstes? Das Ziel ist nicht die Hostadresse und der Next-Hop ist nicht der Endhost.

In dieser Topologie sendet R1 192.168.30.0/24 an 10.0.12.2. R2 sendet 192.168.10.0/24 an 10.0.12.1 und 192.168.30.0/24 an 10.0.23.3. R3 sendet 192.168.10.0/24 an 10.0.23.2. Diese vier Einträge bilden Hin- und Rückweg.

Lesen Sie jeden Befehl mit show running-config zurück und prüfen Sie die Routing-Tabelle. Der Next-Hop muss über ein verbundenes Interface auflösbar sein. In einem Mehrfachzugriffssegment ist ein expliziter nächster Hop für Einsteiger meist verständlicher als nur ein Ausgangsinterface.

1. 1

   R1-Route zum entfernten LAN

   Auf R1: ip route 192.168.30.0 255.255.255.0 10.0.12.2.

2. 2

   Beide Randrouten auf R2

   Auf R2 zeigt 192.168.10.0/24 auf 10.0.12.1 und 192.168.30.0/24 auf 10.0.23.3.

3. 3

   Rückroute auf R3

   Auf R3: ip route 192.168.10.0 255.255.255.0 10.0.23.2.

4. 4

   Nach den Tests speichern

   Nutzen Sie copy running-config startup-config erst nach Tabellen- und End-to-End-Prüfung.

Routing-Tabelle, Ping und Simulation prüfen

Die Prüfung geht vom Router zum Host und anschließend über den gesamten Pfad. Führen Sie auf jedem Router show ip route aus und suchen Sie einen S-Eintrag für jedes entfernte LAN. Prüfen Sie Zielmaske und Next-Hop. Die Tabelle erklärt die Weiterleitungsentscheidung; ein einzelner Ping ohne Nachweis erklärt wenig.

Testen Sie schrittweise: lokales Gateway, direkt verbundenen Nachbarn, entferntes Gateway und schließlich den entfernten Host. Ein Ping von PC-A zu 192.168.30.10 beweist, dass R1, R2, R3, beide Gateways und der Rückweg funktionieren. In Simulation mode filtern Sie ICMP und verfolgen das Paket bis zum ersten Fehler.

• Mit show ip interface brief prüfen, dass wichtige Interfaces up/up sind.
• Mit show ip route je eine erwartete S-Route für jedes entfernte LAN prüfen.
• show running-config mit dem schriftlichen Adressplan vergleichen.
• Lokales Gateway, Nachbarn, entferntes Gateway und entfernten Host in dieser Reihenfolge pingen.
• Simulation mode oder traceroute verwenden, um den ersten Abbruch zu finden.

Statische Routen systematisch analysieren

Der häufigste Fehler ist eine fehlende Rückroute. Die Anfrage kann von R1 zu R3 gelangen, während R3 keine Route zu 192.168.10.0/24 besitzt. Eine falsche Maske ist ebenfalls häufig: 192.168.30.0/24 und 192.168.30.0/25 sind unterschiedliche Ziele. Prüfen Sie die erste fehlerhafte Schicht und ändern Sie jeweils nur eine Variable.

Wenn das lokale Gateway nicht antwortet, liegt der Fehler noch nicht bei einer entfernten Route. Wenn der Nachbar nicht antwortet, reparieren Sie den Transitlink. Wenn die Nachbarn funktionieren, aber das entfernte LAN nicht, vergleichen Sie die S-Einträge auf Rand- und Transitrouter. Wenn die Anfrage ankommt, aber keine Antwort zurückkommt, prüfen Sie Rückweg und Host-Gateway.

• Den Pfad von Quelle zu Ziel neben der CLI notieren, um einen vertauschten Next-Hop zu erkennen.
• Für einen zweiten Versuch eine saubere PKT-Kopie verwenden.
• Falsche Einträge bewusst korrigieren, statt konkurrierende Routen ohne Erklärung zu stapeln.
• Bei wachsender Topologie OSPF als separates Lernziel behandeln und nicht beiläufig mischen.

Wann statisches Routing sinnvoll ist

Statische Routen eignen sich für kleine Topologien, vorhersehbare Pfade und Übungen, in denen der Next-Hop sichtbar bleiben soll. Sie sind leicht zu erklären, aber bei vielen Routern oder häufigen Änderungen schwieriger zu pflegen. Layer-3-Switching und OSPF verfolgen andere Lernziele; schließen Sie dieses Labor ab, bevor Sie wechseln.

Diese Seite beschreibt eine reproduzierbare Labor-Methode. Cisco kontrolliert Paket, Plattformen und Zugang; prüfen Sie diese Angaben im offiziellen Resource Hub.