Introducción
Genera una alerta cuando la latencia de ping desde un dispositivo hacia un host especificado supera un umbral y se mantiene en ese nivel. El Monitor de Ping de Red es útil para detectar enlaces degradados, circuitos saturados, túneles VPN con fallos y conectividad ascendente inestable antes de que los usuarios comiencen a abrir tickets.
Al igual que los monitores de CPU y memoria, utiliza un requisito de duración de incumplimiento para que una sola verificación lenta no genere ruido. La alerta se activa únicamente cuando la latencia promedio se mantiene en o por encima del umbral durante toda la ventana configurada.
ℹ️ NOTA: El ping se origina desde el dispositivo monitoreado, no desde la infraestructura de Level. Estás midiendo la latencia desde la posición de red del dispositivo hasta el host de destino. El mismo monitor en dos dispositivos en oficinas distintas puede producir resultados muy diferentes, y ese es precisamente el objetivo.
Cómo funciona el Monitor de Ping de Red
El agente de Level en cada dispositivo cubierto hace ping al host que especifiques una vez por minuto. Cada verificación envía 5 solicitudes de eco ICMP separadas por 200 ms y mide la latencia de ida y vuelta promedio entre ellas. Es una ventana de muestra breve sin generar tráfico significativo.
💡 CONSEJO: Elige un destino que realmente te diga algo y usa monitores separados para cubrir diferentes capas. Un patrón común es tres monitores por sitio: la IP del gateway interno (salud de la LAN), una IP externa como 1.1.1.1 (ruta a internet, sin DNS), y un nombre de host externo como google.com. Como el dispositivo resuelve los nombres de host a través de su propio DNS, el monitor de nombre de host también actúa como una comprobación aproximada del estado del DNS. Si el monitor de IP funciona bien pero el monitor de nombre de host falla, el DNS es el sospechoso.
Cuando la latencia promedio alcanza o supera el umbral y se mantiene así durante toda la duración del incumplimiento, Level crea una alerta. Como las verificaciones se ejecutan una vez por minuto, la duración del incumplimiento se traduce directamente en verificaciones fallidas consecutivas: una duración de incumplimiento de 5 minutos significa 5 verificaciones seguidas por encima del umbral antes de que se abra la alerta.
⚠️ ADVERTENCIA: Si no se recibe ningún paquete, la verificación devuelve un error («No se pudo hacer ping al destino: sin respuesta de ping desde...») en lugar de una medición de latencia. Este es un estado diferente al de una alerta de latencia alta. Un firewall o un host que descarte las solicitudes de eco ICMP parecerá inaccesible aunque el servicio en él esté activo, así que confirma que tu destino responde al ping antes de confiar en este monitor.
El monitor funciona en Windows, macOS y Linux. El agente se ejecuta con privilegios elevados, por lo que no se necesitan permisos adicionales para ICMP en ninguna plataforma.
ℹ️ NOTA: El contador de verificaciones consecutivas solo avanza con verificaciones fallidas seguidas. Cualquier verificación correcta, o una con error, lo restablece a cero. La latencia debe mantenerse por encima del umbral durante toda la duración del incumplimiento sin interrupción antes de que se abra la alerta.
Dispositivos sin conexión y verificaciones perdidas
El agente informa su estado actual del monitor, no reproduce el historial. Esto tiene dos consecuencias prácticas:
Dispositivo apagado o agente detenido: No se ejecutan verificaciones mientras el dispositivo está apagado y no se rellena nada al regresar. No recibirás alertas retroactivas por la ventana de tiempo sin conexión. Usa el Conexión monitor para detectar que el propio dispositivo ha quedado sin conexión; el monitor de ping no proporciona información mientras el dispositivo está sin conexión.
Dispositivo activo, pero su red está caída: Las verificaciones siguen ejecutándose localmente y devuelven errores, pero el agente no puede comunicarse con Level para informarlos. Cuando se restablece la conectividad, el agente informa su estado actual. Si el problema continúa, la alerta se abre en ese momento. Si se resolvió solo durante la interrupción, no se informa nada, ya que el problema ya desapareció.
ℹ️ NOTA: Después de que un dispositivo vuelva a estar en línea, una alerta de latencia necesita la duración completa del incumplimiento con verificaciones frescas y consecutivas por encima del umbral antes de activarse. No se abrirá a partir de una sola lectura.
Configuración del Monitor de Ping de Red
Abre la política del monitor de destino y luego haz clic en + Agregar nuevo monitor. Se abre el panel de configuración.
Nombre y tipo
Ingresa un nombre en el campo Nombre campo. El campo es opcional, pero algo como «Oficina Sucursal - Latencia del Gateway» es mejor que un monitor sin nombre cuando estás revisando una lista de alertas.
Establece Tipo a Ping de red.
Gravedad
Establece Gravedad según la urgencia de una latencia sostenida hacia este host:
Información
Advertencia
Crítico
Emergencia
💡 CONSEJO: La latencia hacia un host público como 8.8.8.8 suele estar fuera de tu control, por lo que usar Información o Advertencia reduce el ruido. La latencia hacia tu propio gateway o un servidor interno crítico es más accionable y puede justificar el nivel Crítico.
Host
Host es el destino al que el agente hace ping. Ingresa una dirección IP (8.8.8.8) o un nombre de host (ejemplo.com), interno o público. El único requisito es que el dispositivo pueda alcanzarlo mediante ICMP. Este campo es obligatorio.
ℹ️ NOTA: Si ingresas un nombre de host, el dispositivo lo resuelve a través de su propio DNS. Un problema de DNS en el dispositivo puede afectar la verificación incluso cuando la ruta de red en sí misma funciona correctamente.
ℹ️ NOTA: Los destinos IPv6 también funcionan. El agente elige ICMPv4 o ICMPv6 según lo que resuelve el destino, siempre que el dispositivo tenga enrutamiento IPv6 funcional. Un nombre de host de doble pila resuelve a la familia de direcciones que el DNS devuelve primero, así que usa un literal IPv6 (como 2606:4700:4700::1111) si específicamente quieres probar la ruta v6.
Umbral
Umbral establece la latencia promedio, en milisegundos, que activa el monitor. La verificación incumple cuando el tiempo de ida y vuelta promedio de sus 5 pings alcanza o supera este valor. Ingresa un valor directamente o usa las flechas arriba/abajo. El mínimo es 1 ms sin límite superior.
💡 CONSEJO: Establece primero una línea base y luego configura el umbral. Una latencia normal para un sitio con conexión satelital o LTE sería alarmante en fibra. Un umbral de 2 a 3 veces la latencia normal del sitio es un punto de partida razonable.
Duración del incumplimiento
Duración del incumplimiento establece cuánto tiempo debe mantenerse la latencia por encima del umbral antes de que se cree una alerta. Ajusta usando el control deslizante o las flechas arriba/abajo. El rango es de 0 a 120 minutos.
ℹ️ NOTA: Una duración de incumplimiento de 0 crea la alerta en cuanto una sola verificación supera el umbral. Como las verificaciones se ejecutan cada minuto, cada minuto de duración del incumplimiento agrega una verificación consecutiva que debe fallar. Unos pocos minutos aquí filtra los picos aislados, como un backup que se inicia o una breve interrupción en el enrutamiento.
Corrección
Adjunta una automatización para que se ejecute cuando se active esta alerta. Reinicia un servicio VPN, recicla un adaptador de red o registra diagnósticos mientras el problema está activo.
Haz clic en el campo Corrección campo y selecciona una automatización.
Usa el ícono de enlace junto al campo para abrir la automatización seleccionada en una nueva pestaña.
Haz clic en × para borrar la selección.
💡 CONSEJO: Las alertas de latencia de red son una buena opción para correcciones de diagnóstico. Una automatización que captura un traceroute y lo escribe en el contenido de la alerta te proporciona el estado de la red en el momento en que las cosas salieron mal, no 20 minutos después cuando empiezas a investigar.
Notificaciones
En Notificar a los destinatarios, elige cuándo se notifica por correo electrónico a los destinatarios de la política:
Al crearse la alerta — los destinatarios reciben un correo electrónico cuando se activa la alerta
Al resolverse la alerta — los destinatarios reciben un correo electrónico cuando se resuelve la alerta
Los destinatarios se gestionan a nivel de la política del monitor, en la Destinatarios sección.
Resolución automática
Resolver automáticamente la alerta cuando las condiciones se normalicen cierra la alerta automáticamente una vez que la latencia vuelve a bajar por debajo del umbral. Déjala activada a menos que quieras que las alertas de latencia persistan para revisión manual.
Preguntas frecuentes
¿Con qué frecuencia se ejecuta la verificación de ping? Cada 60 segundos. Cada verificación envía 5 pings separados por 200 ms. Estos valores son fijos y actualmente no son configurables desde la interfaz.
El destino está activo pero el monitor dice que no puede hacerle ping. ¿Qué está pasando? Algo entre el dispositivo y el destino está descartando las solicitudes de eco ICMP, generalmente un firewall en el destino o en la ruta. El monitor informa «No se pudo hacer ping al destino: sin respuesta de ping desde...» cuando no se recibe ningún paquete, incluso si el servicio en ese host funciona correctamente. Permite ICMP desde la red del dispositivo o elige un destino que responda al ping.
Un dispositivo estuvo sin conexión durante la noche. ¿Recibiré alertas por problemas de latencia durante ese período? No. El agente informa su estado actual cuando vuelve a conectarse, no reproduce lo que se perdió. Si el problema sigue ocurriendo cuando el dispositivo regresa, recibirás la alerta en ese momento. Para detectar que el propio dispositivo ha quedado sin conexión, usa el Conexión monitor.
¿Puedo hacer ping a una dirección IPv6? Sí. Ingresa un literal IPv6 o un nombre de host que resuelva a IPv6. El dispositivo necesita enrutamiento IPv6 funcional hacia el destino para que la verificación tenga éxito.
¿Puedo monitorear varios hosts con un solo monitor? No, cada Monitor de Ping de Red apunta a un único host. Agrega un monitor separado a la política por cada host que desees monitorear.
¿Cuál es la diferencia entre este y el monitor de Conexión? El monitor de Conexión vigila si el propio dispositivo es accesible por Level. El Monitor de Ping de Red vigila la latencia desde el dispositivo hacia un host que tú eliges. Un dispositivo puede estar perfectamente en línea en Level mientras su ruta hacia tu servidor de archivos se está deteriorando.
El host es interno y no se puede hacer ping desde internet. ¿Seguirá funcionando esto? Sí. El ping proviene del agente en el dispositivo, por lo que cualquier cosa que el dispositivo pueda alcanzar en su propia red es válida.
Mi alerta sigue activándose en dispositivos de un sitio pero no en ningún otro lugar. Probablemente la señal funciona como se espera. El mismo umbral significa cosas distintas en diferentes enlaces. Crea una etiqueta específica del sitio y una política separada con un umbral más alto para ese sitio, en lugar de subirlo de forma global.
¿Quién puede crear y editar los Monitores de Ping de Red? Los técnicos con permiso para editar políticas de monitor. La configuración de permisos se gestiona en Espacio de trabajo → Permisos.
¿Qué ocurre con las alertas de ping abiertas si elimino el monitor? Las alertas existentes permanecen en vigor. Eliminar un monitor no cierra las alertas que ya creó, así que resuélvelas manualmente.