Ping (ICMP) Monitoring

ICMP-Ping-Monitoring für die Netzwerk-Erreichbarkeit. Testet die grundlegende Konnektivität zu einem Host, indem ICMP Echo Request-Pakete gesendet und die Antworten gemessen werden.

So funktioniert es

Hoppla sendet ICMP Echo Request (Ping)-Pakete an den Zielhost und misst die Round-Trip-Zeit für jede Antwort. Das ist der grundlegendste Check, den Hoppla bietet -- wenn ein Host nicht auf Ping antwortet, ist er entweder down, nicht erreichbar oder blockiert ICMP-Traffic.

Ping arbeitet auf der Netzwerkschicht (Layer 3), also unterhalb von TCP und HTTP. Es prüft, ob der Host im Netzwerk erreichbar ist -- ganz ohne einen bestimmten Dienst oder Port zu testen.

Konfiguration

Einstellung	Beschreibung	Standard
Host	Hostname oder IP-Adresse, die angepingt wird	Host der Monitor-URL
Paketanzahl (ping_count)	Anzahl der ICMP-Pakete pro Check (1–10)	3
Timeout	Maximale Wartezeit pro Antwort (Sekunden)	5
Check-Intervall	Wie oft Hoppla den Host anpingt	60 Sekunden

Ergebnisse

Feld	Beschreibung
Pakete gesendet	Anzahl der gesendeten ICMP-Pakete
Pakete empfangen	Anzahl der erhaltenen Antworten
Paketverlust	Prozentsatz der Pakete ohne Antwort
RTT min	Minimale Round-Trip-Zeit (ms)
RTT avg	Durchschnittliche Round-Trip-Zeit (ms)
RTT max	Maximale Round-Trip-Zeit (ms)

Beispielergebnis -- Gesund

Ping: server.example.com (203.0.113.42)
  Packets:     3 sent, 3 received, 0% loss
  RTT min:     8.2ms
  RTT avg:     12.5ms
  RTT max:     18.1ms

Beispielergebnis -- Eingeschränkt

Ping: server.example.com (203.0.113.42)
  Packets:     3 sent, 2 received, 33% loss
  RTT min:     45.3ms
  RTT avg:     67.8ms
  RTT max:     90.2ms

Beispielergebnis -- Nicht erreichbar

Ping: server.example.com (203.0.113.42)
  Packets:     3 sent, 0 received, 100% loss

Alarme

Ereignis	Auslöser	Schweregrad
incident.created	Host nicht erreichbar (100% Paketverlust oder Ping-Ausgabe nicht auswertbar)	Incident
warning.degraded_performance	Teilweiser Paketverlust (zwischen 0% und 100%)	Warnung

Ein Incident wird erstellt, wenn alle ICMP-Pakete verloren gehen (oder die Ping-Ausgabe nicht auswertbar ist) -- der Host ist dann komplett nicht erreichbar. Sobald der Host wieder antwortet, wird der Incident automatisch geschlossen.

Jeder teilweise Paketverlust (über 0%, aber unter 100%) setzt den Check-Status auf warning und kann das Benachrichtigungs-Ereignis warning.degraded_performance auslösen -- abhängig von deinen Benachrichtigungsregeln. Nur 100% Verlust eröffnet einen Incident.

Anwendungsfälle

Szenario	Warum Ping
Netzwerk-Infrastruktur	Router, Switches und Firewalls, die keine HTTP-Dienste bereitstellen
Bare-Metal-Server	Prüfen, ob der Host überhaupt an und im Netzwerk ist, bevor du Dienste testest
VPN-Gateways	Erreichbarkeit von VPN-Endpunkten prüfen
IoT-Geräte	Einfacher Verfügbarkeits-Check für Geräte ohne Weboberfläche
Basis-Latenz	Trends der Round-Trip-Zeit auf Netzwerkebene über die Zeit verfolgen

Einschränkungen

• Manche Hosts blockieren ICMP per Firewall. Wenn ein Host nicht auf Ping antwortet, kann er trotzdem laufen und Traffic auf bestimmten Ports verarbeiten. Nutze in dem Fall TCP-Monitoring oder Uptime-Monitoring.
• Cloud-Anbieter (AWS, GCP, Azure) blockieren ICMP bei manchen Instanztypen standardmäßig. Prüfe deine Security-Group- und Firewall-Regeln.
• Ping testet nicht die Anwendungsebene. Ein Host kann auf Ping antworten, während seine Dienste komplett down sind.

Wann Ping statt anderer Checks verwenden

• Ping -- Nur Netzwerk-Erreichbarkeit, keine Validierung auf Dienstebene
• TCP -- Bestimmter Port ist offen und nimmt Verbindungen an
• Uptime -- Vollständiger HTTP/HTTPS Request-Response-Zyklus mit Statuscode-Validierung
• Application Health -- Interne Komponentengesundheit (Datenbank, Cache, Queue)

Nutze Ping als erste Verteidigungslinie für Hosts, bei denen höhere Checks nicht möglich sind -- oder als Ergänzung zu Dienst-Monitoren, um Netzwerkprobleme von Anwendungsproblemen zu unterscheiden.