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 fallidos 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 por encima o igual al umbral durante toda la ventana configurada.
ℹ️ NOTA: El ping se origina desde el dispositivo monitoreado, no desde la infraestructura de Level. Se mide la latencia desde la posición de red del dispositivo hasta el host de destino. El mismo monitor en dos dispositivos ubicados en diferentes oficinas puede producir resultados muy distintos, y eso 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 se especifique una vez por minuto. Cada verificación envía 5 solicitudes de eco ICMP con un intervalo de 200 ms entre ellas y mide la latencia de ida y vuelta promedio. Esto representa una ventana de muestreo breve sin generar tráfico significativo.
💡 CONSEJO: Elija un destino que realmente proporcione información útil y use monitores separados para cubrir distintas capas. Un patrón común es tres monitores por sitio: la IP del gateway interno (estado de la LAN), una IP externa como 1.1.1.1 (ruta de internet, sin DNS involucrado) y un nombre de host externo como google.com. Dado que el dispositivo resuelve los nombres de host a través de su propio DNS, el monitor de nombre de host funciona también como una comprobación básica del estado del DNS. Si el monitor de IP está bien pero el de nombre de host genera errores, 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. Dado que 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 regresa ningún paquete, la verificación devuelve un error («No se pudo hacer ping al destino: sin respuesta de ping de…») en lugar de una medición de latencia. Este es un estado distinto al de una alerta de latencia elevada. Un firewall o host que descarte solicitudes de eco ICMP parecerá inaccesible incluso cuando el servicio que aloja esté activo; confirme que el destino responde a 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 una tras otra. Cualquier verificación correcta o con error lo restablece a cero. La latencia debe mantenerse por encima del umbral durante toda la duración del incumplimiento sin interrupción para 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á inactivo y no se recupera nada al volver. No recibirá alertas retroactivas por la ventana sin conexión. Use el Conexión monitor para detectar cuando el propio dispositivo queda inactivo; 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ó por sí solo durante la interrupción, no se notifica nada, ya que el problema ya ha desaparecido.
ℹ️ NOTA: Una vez que el dispositivo vuelve a estar en línea, una alerta de latencia necesita la duración de incumplimiento completa de verificaciones nuevas, consecutivas y por encima del umbral antes de activarse. No se abrirá a partir de una sola lectura.
Configuración del Monitor de Ping de Red
Abra la política del monitor de destino y luego haga clic en + Agregar nuevo monitor. Se abre el panel de configuración.
Nombre y Tipo
Ingrese un nombre en el Nombre campo. El campo es opcional, pero algo como «Oficina Sucursal - Latencia del Gateway» es mejor que un monitor sin nombre cuando está revisando una lista de alertas.
Establezca Tipo a Ping de red.
Gravedad
Establezca Gravedad según la urgencia de una latencia sostenida hacia este host:
Información
Advertencia
Crítica
Emergencia
💡 CONSEJO: La latencia hacia un host público como 8.8.8.8 suele estar fuera de su control, por lo que Información o Advertencia ayuda a reducir el ruido. La latencia hacia su propio gateway o un servidor interno crítico es más procesable y puede justificar el nivel Crítica.
Host
Host es el destino al que el agente hace ping. Ingrese una dirección IP (8.8.8.8) o un nombre de host (ejemplo.com), interno o público. También puede hacer clic en el selector de variables para insertar un campo personalizado o una variable del sistema de Level. Level resuelve el valor seleccionado para cada dispositivo cuando se ejecuta el monitor, de modo que una sola política puede hacer ping a un host diferente por dispositivo. Por ejemplo, almacene la dirección del gateway de cada sitio en un campo personalizado y use ese campo como valor de Host.
El valor resuelto debe ser un host al que el dispositivo pueda acceder mediante ICMP. Consulte Variables del sistema para conocer los valores integrados disponibles.
ℹ️ NOTA: Si ingresa 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í está bien.
ℹ️ NOTA: Los destinos IPv6 también funcionan. El agente selecciona ICMPv4 o ICMPv6 según lo que resuelva el destino, siempre que el dispositivo tenga enrutamiento IPv6 funcional. Un nombre de host de doble pila se resuelve según la familia de direcciones que devuelva primero el DNS; use un literal IPv6 (como 2606:4700:4700::1111) si desea probar específicamente 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. Ingrese un valor directamente o use las flechas arriba/abajo. El mínimo es 1 ms sin límite superior.
💡 CONSEJO: Primero establezca una línea base y luego configure el umbral. La latencia normal para un sitio con respaldo satelital o LTE resultaría alarmante en una conexión de 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 la latencia mantenerse por encima del umbral antes de que se cree una alerta. Ajústelo 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. Dado que las verificaciones se ejecutan cada minuto, cada minuto de duración del incumplimiento añade una verificación consecutiva que debe fallar. Unos pocos minutos aquí filtra picos aislados como un backup que se activa o una fluctuación breve de enrutamiento.
Corrección
Adjunte una automatización para que se ejecute cuando se active esta alerta. Reinicie un servicio VPN, cicle un adaptador de red o registre diagnósticos mientras el problema está activo.
Haga clic en el Corrección campo y seleccione una automatización.
Use el icono de enlace junto al campo para abrir la automatización seleccionada en una nueva pestaña.
Haga clic en × para borrar la selección.
💡 CONSEJO: Las alertas de latencia de red son ideales para correcciones de diagnóstico. Una automatización que capture un traceroute y lo escriba en el payload de la alerta le proporciona el estado de la red en el momento en que ocurrió el problema, no 20 minutos después cuando empiece a investigar.
Notificaciones
En Notificar a los destinatarios, elija cuándo los destinatarios de la política reciben un correo electrónico:
Al crear la alerta — los destinatarios reciben un correo electrónico cuando se activa la alerta
Al resolver la alerta — los destinatarios reciben un correo electrónico cuando se resuelve la alerta
Los destinatarios se gestionan a nivel de política de monitor, en la Destinatarios sección.
Resolución automática
Resolver alerta automáticamente cuando se corrijan las condiciones cierra la alerta automáticamente una vez que la latencia vuelve a caer por debajo del umbral. Déjelo activado a menos que desee 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 con un intervalo de 200 ms entre ellos. Estos valores son fijos y no son configurables en la interfaz de usuario actualmente.
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 de…» cuando no regresa ningún paquete, incluso si el servicio en ese host está funcionando correctamente. Permita ICMP desde la red del dispositivo o elija un destino que responda a ping.
Un dispositivo estuvo sin conexión toda la noche. ¿Recibiré alertas por problemas de latencia durante ese período? No. El agente informa su estado actual cuando se vuelve a conectar, no reproduce lo que se perdió. Si el problema sigue ocurriendo cuando el dispositivo vuelve, recibirá la alerta en ese momento. Para detectar cuando el propio dispositivo queda inactivo, use el Conexión monitor.
¿Puedo hacer ping a una dirección IPv6? Sí. Ingrese un literal IPv6 o un nombre de host que se resuelva en IPv6. El dispositivo necesita enrutamiento IPv6 funcional hacia el destino para que la verificación sea exitosa.
¿Puedo usar un destino de ping diferente por dispositivo? Sí. Use el selector de variables en el Host campo para insertar un campo personalizado o una variable del sistema de Level. Level resuelve el valor para cada dispositivo cuando se ejecuta el monitor, lo que permite que una sola política pruebe el gateway específico del dispositivo u otro destino.
¿Puedo monitorear múltiples hosts con un solo monitor? No, cada Monitor de Ping de Red apunta a un único host. Agregue un monitor separado a la política por cada host que desee supervisar.
¿Cuál es la diferencia entre este monitor y el monitor de Conexión? El monitor de Conexión supervisa si el propio dispositivo es accesible por Level. El Monitor de Ping de Red supervisa la latencia desde el dispositivo hacia un host que usted elija. Un dispositivo puede estar perfectamente en línea en Level mientras su ruta hacia el servidor de archivos está deteriorándose.
El host es interno y no es accesible mediante ping desde internet. ¿Seguirá funcionando? Sí. El ping proviene del agente en el dispositivo, por lo que cualquier host al que el dispositivo pueda acceder en su propia red es válido.
Mi alerta sigue activándose en dispositivos de un sitio pero no en otros. Probablemente sea la señal funcionando según lo previsto. El mismo umbral tiene significados diferentes en distintos tipos de enlace. Cree una etiqueta específica del sitio y una política separada con un umbral más alto para ese sitio, en lugar de elevarlo globalmente.
¿Quién puede crear y editar 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é sucede con las alertas de ping abiertas si elimino el monitor? Las alertas existentes permanecen activas. Eliminar un monitor no cierra las alertas que ya creó, así que resuélvalas manualmente.