Realtime vs. Simulation Mode: So nutzt du Packet Tracer richtig

In Cisco Packet Tracer entscheiden Realtime- und Simulation-Mode darüber, ob Sie ein Netzwerk „wie in echt“ betreiben oder Protokolle und Paketflüsse Schritt für Schritt analysieren. Wer beide Modi richtig kombiniert, baut Labs schneller auf, findet Fehler systematischer und versteht Abläufe wie ARP, DHCP, DNS, STP oder Routing deutlich besser.

Realtime vs. Simulation: Der zentrale Unterschied

Realtime ist der Standardmodus für Aufbau, Konfiguration und normale Funktionstests. Simulation ist ein Analysemodus, in dem Packet Tracer Ereignisse (Events) protokolliert und Pakete visuell durch die Topologie führt.

• Realtime: „Betrieb“ der Topologie ohne detaillierte Event-Steuerung
• Simulation: kontrollierte Paketverfolgung mit Event-Liste, Filtern und Step-by-Step

Wann Sie Realtime verwenden sollten

Realtime eignet sich für alle Arbeiten, bei denen Sie zügig konfigurieren und den Zustand des Netzwerks prüfen möchten. In Realtime verhält sich Packet Tracer näher an einem laufenden Netzwerk, ohne dass Sie permanent Events „abspielen“ müssen.

• Geräte platzieren, verkabeln, Module prüfen
• IP-Adressierung, VLANs, Trunks, Routing konfigurieren
• Schnelle Funktionstests: Ping, grundlegende Erreichbarkeit, Services
• Baseline schaffen, bevor Sie in die Detailanalyse gehen

Realtime-Workflow für sauberen Lab-Aufbau

• Topologie erstellen und Link-Status prüfen (Layer 1/2)
• Geräte konfigurieren (CLI bevorzugt), dann Endgeräte
• Erst danach: gezielte Analyse in Simulation

Wann Sie Simulation verwenden sollten

Simulation ist ideal, wenn Sie verstehen oder nachweisen möchten, warum etwas funktioniert oder nicht funktioniert. Statt „Ping geht nicht“ nur festzustellen, sehen Sie, ob z. B. ARP scheitert, Routing fehlt oder ein Filter den Traffic blockiert.

• Protokollabläufe lernen: ARP, DHCP, DNS, ICMP, TCP/UDP
• Fehleranalyse: Wo bleibt das Paket stehen und warum?
• Dokumentation/Training: Ablauf Schritt für Schritt erklären
• Gezielte Tests mit reduzierten Event-Filtern

Typische Szenarien, bei denen Simulation besonders hilft

• DHCP funktioniert nicht: Discover/Offer/Request/Ack prüfen
• DNS-Auflösung fehlschlägt: Query/Response nachvollziehen
• VLAN/Trunk-Fehler: falscher Portmodus, falsches VLAN, Native VLAN
• Routing-Probleme: falsches Gateway, fehlende Route, falsche Maske

Simulation Mode richtig einrichten: Event Filter und Geschwindigkeit

Der größte Produktivitätshebel im Simulation-Mode ist der Event Filter. Ohne Filter sehen Sie zu viele Hintergrundprotokolle und verlieren den Blick auf das Wesentliche. Starten Sie mit einem Minimalset und erweitern Sie nur bei Bedarf.

Empfohlener Minimal-Filter für Einsteiger

• ARP
• ICMP
• DHCP (wenn DHCP genutzt wird)
• DNS (wenn Namen statt IPs genutzt werden)

Filter gezielt erweitern (für Fortgeschrittene)

• STP: wenn Redundanz/Loops oder „blocked“-Ports relevant sind
• CDP/LLDP: wenn Nachbarschaften überprüft werden sollen
• Routing-Protokolle (z. B. OSPF/EIGRP): wenn dynamisches Routing im Lab ist
• TCP/UDP: wenn Applikationspfade oder Port-Checks wichtig sind

Capture/Forward, Auto Capture/Play und die Event List verstehen

Im Simulation-Mode steuern Sie den Ablauf über Capture/Forward und optional Auto Capture/Play. Die Event List zeigt chronologisch, welche Pakete wann erzeugt wurden und wie sie sich durch die Topologie bewegen.

• Capture/Forward: ein Schritt pro Klick (maximale Kontrolle)
• Auto Capture/Play: automatische Wiedergabe (gut für wiederholte Abläufe)
• Event List: zeigt Pakettyp, Richtung und beteiligte Geräte

Praktischer Tipp: „Zu viele Events“ vermeiden

• Filter reduzieren, bevor Sie testen
• Event List bei Bedarf leeren, dann Test neu starten
• Nur einen Test gleichzeitig ausführen (z. B. ein Ping, nicht mehrere)

Best Practice: Realtime konfigurieren, Simulation validieren

In professionellen Trainings hat sich ein klares Muster bewährt: Konfiguration in Realtime, Nachweis und Ursachenanalyse in Simulation. Dadurch vermeiden Sie, dass Sie Konfiguration und Analyse vermischen und dabei den Überblick verlieren.

• Realtime: VLANs, IPs, Routing, ACLs setzen
• Realtime: Basis-Checks (Ping Gateway, Ping Zielnetz)
• Simulation: gezielt den kritischen Pfad analysieren

Konkretes Beispiel: Ping-Fehler systematisch analysieren

Wenn ein Ping nicht funktioniert, prüfen Sie in Simulation zuerst ARP und danach ICMP. Damit erkennen Sie schnell, ob das Problem im lokalen Segment oder im Routing liegt.

Checkliste: Reihenfolge der Diagnose

• Client → Default Gateway: funktioniert ARP und ICMP lokal?
• Gateway → Zielnetz: existiert Routing/Route?
• Zielgerät → Gateway: stimmt Gateway auf dem Zielgerät?
• Rückweg: gibt es eine Route zurück oder blockt eine ACL?

CLI-Basiskommandos für Realtime-Validierung

enable
show ip interface brief
show arp
show ip route
show running-config

Konkretes Beispiel: DHCP im Simulation-Mode nachvollziehen

Mit dem DHCP-Filter sehen Sie den vollständigen DORA-Ablauf. Wenn Clients keine Adresse bekommen, ist der häufigste Fehler ein fehlendes Gateway, ein falsches Netz im Pool oder eine nicht erreichbare Server-/Relay-Konfiguration.

DHCP-Server-Check auf dem Router (Beispiel)

enable
show running-config | section dhcp
show ip dhcp binding
show ip dhcp pool

Konkretes Beispiel: DNS-Probleme sichtbar machen

Wenn Anwendungen per Name nicht funktionieren, testen viele zuerst Ping auf einen Hostnamen. Im Simulation-Mode erkennen Sie, ob überhaupt ein DNS-Query rausgeht, ob eine Antwort kommt und ob die IP zum Ziel passt.

• DNS-Filter aktivieren
• Client: Name auflösen (z. B. Browser/Command Prompt)
• Antwort prüfen: stimmt die zurückgelieferte IP?

Typische Anfängerfehler in beiden Modi

Viele Probleme entstehen nicht durch „komplexe“ Netzwerkthemen, sondern durch falsche Erwartungen an den Modus oder fehlende Baselines.

• Simulation ohne Filter: Event-Flut, Diagnose wird unübersichtlich
• Konfiguration im Simulation-Mode: Analyse und Änderung vermischen sich
• Mehrere Tests parallel: Events überlagern sich, Rückschlüsse werden unklar
• Layer-1/2 nicht geprüft: falsches Kabel, falscher Port, Interface shutdown

Empfohlene Standard-Einstellungen für effizientes Arbeiten

Mit diesen Standards arbeiten Sie reproduzierbar und sparen Zeit – unabhängig davon, ob Sie Einsteigerlabs oder größere Topologien bauen.

• Realtime als Arbeitsmodus für Aufbau und Konfiguration
• Simulation nur für gezielte Analyse mit reduziertem Event Filter
• Event List vor jedem neuen Test leeren
• Capture/Forward für Lernzwecke, Auto Capture/Play für wiederholte Abläufe
• CLI-Checks in Realtime als feste Routine nutzen

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.