Ob in Packet Tracer oder im echten Netzwerk: Wer schnell testen und sauber diagnostizieren kann, spart Stunden. Ping und Traceroute sind die wichtigsten Basiswerkzeuge, um Erreichbarkeit zu prüfen, Wege zu verifizieren und Fehler auf Layer 1–3 einzugrenzen. In dieser Anleitung lernen Sie einen praxistauglichen Test-Workflow, typische Ausgaben zu interpretieren und mit wenigen CLI-Befehlen die häufigsten Ursachen zu finden.
Testlogik: Erst lokal, dann weiter weg
Der größte Diagnosefehler ist, „sofort das Ziel“ zu pingen. Arbeiten Sie stattdessen schrittweise: vom eigenen Gerät bis zum Zielnetz. So finden Sie den Punkt, an dem es bricht.
- Schritt 1: Link/Interface-Status (Layer 1/2)
- Schritt 2: Default Gateway erreichen (Layer 3 lokal)
- Schritt 3: Nächster Router-Hop (Routing)
- Schritt 4: Zielhost im Fremdnetz
- Schritt 5: Rückweg verifizieren (Return Path)
Ping: Was er testet und was nicht
Ping nutzt ICMP Echo Request/Reply. Er testet primär Layer-3-Erreichbarkeit bis zur Ziel-IP und zeigt, ob ein Ziel antwortet. Ping beweist jedoch nicht automatisch, dass Applikationen funktionieren oder dass keine Filter/Policies existieren.
- Ping OK: IP-Konnektivität und ICMP nicht blockiert
- Ping Fail: kann Layer 1/2/3, ACL/Firewall oder Zielhost betreffen
- Ping sagt nichts über TCP/UDP-Ports oder Applikationen aus
Typische Ping-Ausgaben korrekt interpretieren
Request timed out: kein Reply (Routing, Filter, Ziel offline)Destination host unreachable: lokales System/Router hat keinen Weg (häufig Route fehlt)- Erster Ping „langsam“: oft ARP-Auflösung (normal im LAN)
Traceroute/Tracert: Den Pfad sichtbar machen
Traceroute zeigt die Router-Hops auf dem Weg zum Ziel, indem es TTL schrittweise erhöht. In Windows heißt es typischerweise tracert, in Linux/macOS traceroute. In Packet Tracer können Sie je nach Endgerät die entsprechenden Tools im Command Prompt nutzen.
- Bestätigt: über welche Router der Traffic läuft
- Hilft: an welchem Hop die Verbindung bricht
- Wichtig: Firewalls können Traceroute „verfälschen“ (Hops antworten nicht)
Windows: Tracert
tracert 192.168.20.10
Linux/macOS: Traceroute
traceroute 192.168.20.10
Der praxistaugliche Diagnose-Workflow (Einsteiger bis Profi)
Mit diesem Ablauf finden Sie in den meisten Labs die Ursache in wenigen Minuten. Er ist bewusst generisch, damit er auf jede Topologie passt.
Schritt 1: Endgerät prüfen (IP, Maske, Gateway, DNS)
ipconfig
Schritt 2: Gateway pingen
ping 192.168.10.1
Schritt 3: Nächsten Hop/Remote-Gateway testen
ping 192.168.20.1
Schritt 4: Zielhost testen
ping 192.168.20.10
Schritt 5: Traceroute, wenn der Ping scheitert
tracert 192.168.20.10
Layer-1/2-Checks: Wenn schon der Link das Problem ist
Bevor Sie Routing anfassen, stellen Sie sicher, dass Interfaces und Ports wirklich up sind. Ein roter Link oder ein administrativ down Interface macht jeden Ping wertlos.
Switch: Portstatus und VLAN-Zuordnung
enable
show interfaces status
show vlan brief
Router: Interface-Status
enable
show ip interface brief
Layer-3-Checks: Routing und ARP als schnelle Wahrheit
Wenn lokale Pings funktionieren, aber entfernte Netze nicht, liegt es häufig am Routing oder am Rückweg. Zwei Tabellen sind entscheidend: ARP (lokale Nachbarn) und Routing (Wege in fremde Netze).
Router: Routingtabelle prüfen
enable
show ip route
Router: ARP-Tabelle prüfen
enable
show arp
Typische Routing-Fehlerbilder
- Keine Route ins Zielnetz: es fehlt eine statische Route oder ein Routing-Protokoll
- Kein Rückweg: Zielnetz hat keine Route zurück zum Quellnetz
- Falsche Maske/Überlappung: Route wirkt vorhanden, passt aber nicht
Einfache Diagnosefälle und was sie bedeuten
Die häufigsten Fehler lassen sich anhand weniger Symptome einordnen. Nutzen Sie diese Mustererkennung, bevor Sie „alles neu konfigurieren“.
Fall: Ping zum Gateway klappt nicht
- Kabel/Port falsch oder Link down
- PC-IP/Maske nicht im gleichen Subnetz wie Gateway
- Router-Interface shutdown (
no shutdownfehlt)
Fall: Ping zum Gateway klappt, aber Traceroute bricht am ersten Router ab
- Route ins Zielnetz fehlt
- ACL/Firewall blockt ICMP oder TTL-Exceeds
- Falscher Next-Hop/Default Route
Fall: Ping ins Zielnetz klappt nur in eine Richtung
- Rückweg fehlt (asymmetrisches Routing)
- Default Gateway auf dem Zielhost falsch
- Access-Listen nur auf einer Seite aktiv
DNS-Check: Wenn Namen nicht funktionieren
Wenn Ping per IP klappt, aber per Name nicht, ist DNS die wahrscheinlichste Ursache. Prüfen Sie zuerst, ob ein DNS-Server eingetragen und erreichbar ist.
- IP-Konnektivität vorhanden: DNS isoliert testen
- DNS nur sinnvoll, wenn im Lab auch ein DNS-Server existiert
Windows: DNS-Auflösung prüfen
ipconfig /all
nslookup example.local
Linux/macOS: DNS-Auflösung prüfen
nslookup example.local 2>/dev/null || dig example.local +short
Packet Tracer Simulation Mode: Diagnosen sichtbar machen
Wenn Sie verstehen wollen, warum ein Ping oder DHCP nicht klappt, ist Simulation ideal. Reduzieren Sie den Event Filter, damit Sie nur relevante Protokolle sehen.
- Connectivity: ARP, ICMP
- Adressvergabe: DHCP
- Namensauflösung: DNS
- Nur einen Test gleichzeitig ausführen, Event List bei Bedarf leeren
Mini-Checkliste: In 2 Minuten zur Ursache
Diese Checkliste ist bewusst kurz und deckt die meisten Einsteiger- und viele Profi-Probleme ab.
- Link/Ports up? (Switch/Router Status)
- Endgerät: IP/Maske/Gateway korrekt?
- Ping Gateway OK?
- Routingtabelle hat Route zum Zielnetz?
- Rückweg vorhanden (Route oder korrektes Default Gateway am Ziel)?
- Wenn Name nicht geht: DNS gesetzt und erreichbar?
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.










