Monitor Ping (ICMP)
El monitor Ping (ICMP) verifica que un host es alcanzable en la red enviando un paquete ICMP echo y esperando respuesta — la misma comprobación que hace el comando ping de cualquier sistema operativo.
A diferencia de los monitores HTTP o TCP, no comprueba que un servicio esté escuchando en un puerto; solo verifica conectividad de red básica. Es útil cuando quieres saber si un servidor está encendido y conectado, independientemente de los servicios que ejecute.
¿Cuándo usarlo?
- Verificar que un servidor, router o appliance de red es alcanzable.
- Detectar cortes de red antes de que afecten a los servicios que corren encima.
- Monitorear hosts que no tienen servicios HTTP o TCP accesibles externamente (servidores bare metal, dispositivos de red, máquinas internas).
- Complementar monitores HTTP o TCP para distinguir si un fallo es de red (ICMP cae) o de aplicación (ICMP OK, servicio no responde).
¿Cómo funciona?
Los probes regionales envían un paquete ICMP echo al host configurado y esperan respuesta:
- UP: el host responde dentro del timeout configurado.
- DOWN: timeout, host inalcanzable, ICMP filtrado en el camino o error de red.
El resultado pasa por el mismo motor que cualquier otro monitor: los probes consultan verificaciones pendientes, ejecutan el check de forma independiente y reportan el resultado al hub, que aplica el consenso multi-región antes de abrir un incidente.
DEGRADED no está soportado para ICMP. El resultado es siempre UP o DOWN — no hay estado intermedio por latencia.
Configuración
| Campo | Descripción |
|---|---|
| Destino | Host a comprobar: FQDN (servidor.ejemplo.com) o dirección IP (IPv4 o IPv6). Sin http://, sin ruta y sin puerto. |
| Intervalo | Frecuencia de comprobación. |
| Timeout | Tiempo máximo de espera de respuesta antes de marcar el check como DOWN. |
Importante: ICMP puede estar bloqueado
Muchos firewalls, entornos cloud y redes corporativas bloquean el tráfico ICMP por defecto. Si el host tiene ICMP filtrado, el monitor reportará DOWN aunque el servidor y sus servicios estén completamente operativos.
Antes de crear un monitor Ping:
- Comprueba que el host responde a
pingdesde una máquina externa en condiciones similares a las de los probes. - Si ICMP está bloqueado en el destino, usa un monitor TCP (si hay un puerto accesible) o HTTP en su lugar.
Incidentes y alertas
El monitor Ping sigue el mismo motor de incidentes que los demás monitores. Antes de declarar DOWN y abrir un incidente, el hub aplica el consenso multi-región: si solo un probe tiene problemas de red hacia el destino pero los demás llegan correctamente, no se genera un incidente falso.
Diferencias con otros tipos de monitor
| Monitor | ¿Qué verifica? | Puerto necesario | Detecta |
|---|---|---|---|
| Ping (ICMP) | El host responde en red | No | Conectividad de capa 3 |
| TCP | Un puerto acepta conexiones | Sí | El proceso está escuchando |
| HTTP | El servicio web responde con contenido correcto | Sí (80/443) | Disponibilidad de la aplicación |
Un caso típico de uso combinado: un monitor Ping detecta si el servidor está encendido y conectado, y un monitor HTTP detecta si la aplicación web responde correctamente. Si el Ping cae pero el HTTP no, el problema es de red; si el HTTP cae pero el Ping sigue UP, el problema es de la aplicación.
Limitaciones actuales
| Limitación | Detalle |
|---|---|
| Estado DEGRADED | No soportado. El resultado es siempre UP o DOWN. |
| Estadísticas de latencia | El check es puntual — no hay métricas de jitter ni promedio de múltiples paquetes. |
| Destinos con ICMP filtrado | El check dará DOWN aunque el servidor esté operativo. |