Ping & Traceroute Simulator
Ping & Traceroute Simulator
Simuliere ICMP-Ping und Traceroute mit realistischen Latenzen, Hop-Visualisierung und Statistiken. Mit Ziel-Auswahl und Paketverlust-Simulation.
Hinweis: Dies ist ein Simulator – es werden keine echten ICMP-Pakete gesendet. Alle Latenzen und Hops werden lokal generiert, um typische Netzwerk-Szenarien zu veranschaulichen. Für echte Tests nutze ping und traceroute in deiner Kommandozeile.
Inhaltsverzeichnis
Schnellübersicht
- Ping-Simulator: ICMP Echo mit realistischer Latenz und Statistik
- Traceroute-Simulator: Hop-für-Hop Wegverfolgung mit Visualisierung
- Ziel-Auswahl: Lokal, Internet, Remote, Unreachable
- Topologie-Ansicht: Grafische Darstellung des Pfades
- Terminal-Ausgabe: Realistische Kommandozeilen-Ausgabe
- Statistik: Min/Max/Avg, Jitter, Paketverlust
- Theorie: Über ICMP, Ping und Traceroute
- FAQ: Häufige Fragen zu Netzwerk-Diagnose
1. Netzwerk-Diagnose-Simulator
Wähle ein Ziel oder gib eine eigene IP/Hostname ein und starte die Simulation.
2. Theorie – Ping und Traceroute
Verstehe die Grundlagen der Netzwerk-Diagnose.
Was ist Ping?
Ping sendet ICMP Echo Request und misst die Antwortzeit:
- ICMP: Internet Control Message Protocol
- Type 8: Echo Request
- Type 0: Echo Reply
- RTT: Round-Trip-Time in ms
Was ist Traceroute?
Traceroute zeigt den Weg zum Ziel:
- TTL-Trick: Schrittweise erhöhen
- ICMP Time Exceeded: Router antwortet
- Hop-Liste: Alle Zwischenrouter
- Latenz pro Hop: 3 Messungen
Latenz interpretieren
Latenz-Werte richtig deuten:
- <10 ms: Sehr gut (LAN)
- 10-30 ms: Gut (regional)
- 30-80 ms: OK (national)
- 80-150 ms: Hoch (international)
- >150 ms: Schlecht (Satellit)
Diagnose-Tipps
- Erst Loopback: 127.0.0.1 testen
- Dann Gateway: Lokales Netz prüfen
- Dann Internet: 8.8.8.8
- Dann Ziel: Hostname/Domain
- DNS prüfen: nslookup/dig
- Paketverlust: Netzwerk-Problem
Wussten Sie schon?
Der Name Ping kommt vom Sonar – ein akustisches Signal, das ausgesendet wird und als Echo zurückkommt. Der Erfinder Mike Muuss (1983) wählte den Namen nach dem Prinzip der U-Boot-Ortung. Ping nutzt ICMP (Internet Control Message Protocol) und ist seit 1981 in RFC 792 standardisiert.
3. Geschichte von Ping und Traceroute
Von einfachen Tests zu moderner Netzwerk-Diagnose.
RFC 777 – ICMP
Das Internet Control Message Protocol (ICMP) wird definiert. Es dient zur Fehlermeldung und Diagnose im IP-Netzwerk. Erster Standard für Netzwerk-Diagnose-Tools.
RFC 792 – ICMP Update
RFC 792 ersetzt RFC 777 und definiert Echo Request (Type 8) und Echo Reply (Type 0) – die Grundlage für Ping. Bis heute unverändert im Einsatz.
Ping wird geboren
Mike Muuss entwickelt ping am Ballistic Research Laboratory (US Army). Inspiriert von Sonar-Technologie. Wird schnell zum Standard-Diagnose-Tool in Unix-Systemen.
Traceroute entwickelt
Van Jacobson entwickelt traceroute. Es nutzt den TTL-Mechanismus von IP, um den Weg zum Ziel zu verfolgen. Wird sofort in Unix integriert.
Windows & GUI-Tools
Microsoft integriert ping und tracert in Windows. Erste GUI-Versionen (Visual Ping) entstehen. Netzwerk-Diagnose wird auch für Nicht-Admins zugänglich.
MTR & SmokePing
MTR (My Traceroute) kombiniert Ping und Traceroute in Echtzeit. SmokePing für Langzeit-Monitoring. Erste Web-basierte Tools wie ping.eu.
ICMP-Blocking
Immer mehr Server blockieren ICMP aus Sicherheitsgründen. TCP-Ping (via Port 80/443) wird populär. Cloud-Anbieter bieten eigene Ping-Dienste (AWS, Azure).
Moderne Tools
Globalping, PingPlotter, ThousandEyes für verteilte Messungen. ICMPv6 für IPv6. Netzwerk-Diagnose wird in Cloud-native Observability integriert (Prometheus, Grafana).
4. FAQ – Häufige Fragen
Häufige Fragen zu Ping & Traceroute
| Merkmal | Ping | Traceroute |
|---|---|---|
| Zweck | Erreichbarkeit prüfen | Weg verfolgen |
| Ausgabe | RTT in ms | Hop-Liste |
| ICMP-Typ | Echo Request/Reply | Time Exceeded |
| Dauer | Sekunden | Minuten |
| Verwendung | Schneller Test | Problem-Lokalisierung |
Faustregel: Erst Ping für "erreichbar ja/nein", dann Traceroute für "wo ist das Problem".
Mögliche Ursachen:
- Firewall blockiert ICMP: Sehr häufig bei Servern
- Ziel offline: Host ist ausgeschaltet
- Netzwerk-Problem: Route existiert nicht
- DNS-Fehler: Hostname nicht auflösbar
- Paketverlust: Netzwerk überlastet
Diagnose:
- Ping zu
127.0.0.1→ Netzwerk-Stack OK? - Ping zum Gateway → Lokales Netz OK?
- Ping zu
8.8.8.8→ Internet OK? - Ping zum Ziel → Nur dieses Ziel betroffen?
"* * *" bedeutet, dass ein Router nicht antwortet:
- ICMP blockiert: Router filtert ICMP
- Überlastet: Router hat keine Zeit zu antworten
- Konfiguriert: Antworten deaktiviert (Sicherheit)
- Firewall: Regel blockiert Traceroute
Wichtig: Sterne sind nicht immer ein Problem!
- Solange das Ziel erreichbar ist, sind Sterne OK
- Manche Netze blockieren ICMP bewusst
- Nur wenn alle Hops Sterne sind → Problem
| Latenz | Bewertung | Typisch für |
|---|---|---|
| <1 ms | Exzellent | Loopback, LAN |
| 1-10 ms | Sehr gut | Lokales Netzwerk |
| 10-30 ms | Gut | Regionale Server |
| 30-80 ms | OK | National |
| 80-150 ms | Hoch | International |
| >150 ms | Schlecht | Satellit, transkontinental |
Wichtig für:
- Gaming: <50 ms
- VoIP: <150 ms
- Video-Calls: <200 ms
- Web-Browsing: <300 ms
ICMP-Blocking hat mehrere Gründe:
- Sicherheit: Verhindert Netzwerk-Scans
- DoS-Schutz: ICMP-Floods verhindern
- Firewall-Regeln: "Deny all" als Standard
- Traffic-Reduktion: Weniger Overhead
Konsequenz:
- Ping funktioniert nicht, aber Dienst läuft
- Traceroute endet mit Sternen
- Alternative: TCP-Ping (Port 80/443)
Beispiel: Viele Web-Server blockieren ICMP, aber HTTP(S) funktioniert einwandfrei.
Jitter ist die Schwankung der Latenz:
- Formel: Jitter = |Latenz(n) − Latenz(n−1)|
- Einheit: Millisekunden (ms)
- Gut: <5 ms
- Akzeptabel: 5-15 ms
- Schlecht: >30 ms
Auswirkung:
- VoIP: Abgehackte Stimme
- Video: Ruckeln, Buffering
- Gaming: Lags, Teleportation
Ursachen: Netzwerk-Überlastung, schlechte WLAN-Verbindung, viele Router-Hops.
Diese ICMP-Nachricht kommt von einem Router unterwegs:
- Type 3, Code 1: Host Unreachable
- Type 3, Code 0: Network Unreachable
- Type 3, Code 3: Port Unreachable
Ursachen:
- Kein Routing: Router kennt Zielnetz nicht
- Ziel aus: Host ist offline
- VLAN-Fehler: Falsches Subnetz
- Firewall: Route blockiert
Abgrenzung:
- Request Timeout: Keine Antwort (Firewall)
- Unreachable: Aktive Ablehnung (Router)
IPv6-Diagnose:
- ping6 oder ping -6 für IPv6
- traceroute6 oder tracert -6
- AAAA-Records:
dig AAAA google.com
Wichtige IPv6-Ziele:
- ::1 – Loopback (wie 127.0.0.1)
- fe80::1 – Link-Local Gateway
- 2001:4860:4860::8888 – Google DNS
- 2606:4700:4700::1111 – Cloudflare
ICMPv6: Nutzt andere Typen (128/129 für Echo) und ist wichtiger als ICMPv4 – z.B. für Neighbor Discovery.
Zusammenfassung
Die wichtigsten Punkte
- Ping: ICMP Echo Request/Reply, misst RTT
- Traceroute: TTL-Trick, zeigt Weg zum Ziel
- RTT: Round-Trip-Time in Millisekunden
- Gute Latenz: <30 ms (national), <150 ms (international)
- Jitter: Latenz-Schwankung, wichtig für VoIP
- Paketverlust: Immer problematisch
- ICMP-Blocking: Viele Server blockieren Ping
- Diagnose-Reihenfolge: Loopback → Gateway → Internet → Ziel
- IPv6: ICMPv6 ist wichtiger als ICMPv4
- Unser Tool: Simulator mit Topologie-Visualisierung