Cómo monitorear dispositivos con la herramienta Netwatch en MikroTik

Netwatch es una herramienta de RouterOS que permite verificar el estado de hosts (por ejemplo: gateways, servidores DNS, webservers) y ejecutar acciones automáticas cuando el host pasa a down o vuelve a up. Es muy útil para automatizar reinicios y notificaciones. (Ver documentación oficial).

Qué puede hacer Netwatch

• Hacer pings periódicos (ICMP) y detectar pérdida de disponibilidad.
• Ejecutar up-script cuando el host responde.
• Ejecutar down-script cuando el host no responde.
• Soporte a diferentes tipos de probe (ICMP, TCP, HTTP, DNS) según versión de RouterOS.

La sintaxis y opciones pueden variar entre versiones; revisa la documentación de tu versión de RouterOS si tienes dudas. 

Conceptos clave

• host: IP o nombre a monitorear.
• interval: cada cuánto tiempo se prueba (ej. 10s, 30s).
• timeout: tiempo de espera para la respuesta (ms).
• up-script: script que se ejecuta cuando el host está UP.
• down-script: script que se ejecuta cuando el host está DOWN.

Ejemplo básico — crear un netwatch desde la terminal

Ejemplo simple que monitorea 1.1.1.1 cada 10 segundos con timeout 1000ms:

/tool netwatch add host=1.1.1.1 interval=10s timeout=1000ms up-script="/log info \"1.1.1.1 está UP\"" down-script="/log warning \"1.1.1.1 está DOWN\""

En RouterOS v7 la sintaxis es la misma en la mayoría de casos; sin embargo, el comportamiento de routing o permisos puede variar (revisa notas de la versión).

Ejemplo práctico: monitorear una impresora de red y generar alertas

Este ejemplo es ideal para usuarios con conocimientos intermedios que necesitan detectar cuando un equipo interno (como una impresora de red, switch, cámara IP o PC) deja de tener comunicación. Netwatch avisará y registrará en el log cuando el estado cambie.

Escenario:

• Impresora HP conectada en la red LAN
• IP de la impresora: 192.168.10.50
• Revisión cada 10 segundos
• Si se cae, se registra en el log y se envía alerta por correo

Si aún no tienes configurado el envío de correos en MikroTik, puedes ver el tutorial completo en mi canal NisiTechs:
Cómo Activar el Envío de Correos de Gmail en MikroTik (Guía Paso a Paso 2025)

/tool netwatch add host=192.168.10.50 interval=10s timeout=1000ms \
down-script="\
/log warning \"La impresora 192.168.10.50 dejó de responder\"; \
/tool e-mail send to=\"admin@empresa.com\" subject=\"NisiTechs - Impresora DOWN\" \
body=\"La impresora 192.168.10.50 ha perdido comunicación con la red. Revisa el cableado, energía o configuración. Tutorial SMTP: https://www.youtube.com/TU-VIDEO-AQUI\";" \
up-script="\
/log info \"La impresora 192.168.10.50 volvió a estar en línea\"; \
/tool e-mail send to=\"admin@empresa.com\" subject=\"NisiTechs - Impresora UP\" \
body=\"La impresora 192.168.10.50 volvió a responder correctamente.\";"

Este ejemplo es muy práctico para ambientes de oficina donde las impresoras suelen perder conectividad por fallos de energía, WiFi o cambios en el cableado. Netwatch permite identificar el problema rápidamente y generar alertas automáticas.

Tabla resumen de comandos útiles

Acción	Comando (ejemplo)	Descripción
Agregar Netwatch	/tool netwatch add host=1.1.1.1 interval=10s timeout=1000ms up-script="..." down-script="..."	Crear monitor ICMP para host.
Listar Netwatch	/tool netwatch print	Muestra netwatch configurados.
Eliminar Netwatch	/tool netwatch remove [find host=1.1.1.1]	Elimina entrada por host.
Habilitar/Deshabilitar	/tool netwatch enable 0 / /tool netwatch disable 0	Activa o desactiva una entrada por índice.
Ver logs	/log print where message~"DOWN"	Filtra logs con "DOWN" para ver eventos.

Fuente: manual Netwatch y documentación RouterOS.

Consejos y buenas prácticas

1. No abuses del intervalo de ping: interval muy corto (ej. 1s) puede generar tráfico innecesario; 5–30s suele ser razonable según criticidad.
2. Usa timeouts sensatos: timeout en ms (ej. 500ms–2000ms) según latencia esperada.
3. Monitorea servicios relevantes: para servidores web usa probe HTTP GET si está disponible; para puertos TCP usa probe TCP.
4. Evita ejecutar tareas pesadas directamente:/system script que ejecute tareas complejas reduce posibilidad de errores.

Logs y notificaciones: registra eventos en log y/o envía correo/alerta para auditar comportamiento.

Prueba en laboratorio: antes de poner scripts en producción, prueba su conducta para no deshabilitar rutas por falsos positivos.

Solución de problemas comunes

• Falsos positivos (flaps): aumenta el interval o ajusta timeout; también puedes crear lógica que requiera X fallos consecutivos antes de ejecutar la acción (usando scheduler o variables).
• Comportamiento distinto en v7: algunos usuarios reportan diferencias de comportamiento en v7 respecto a v6 (routing, permisos); revisa documentación y foros.

— Guía generada para uso práctico. Prueba siempre en ambiente controlado antes de aplicar en producción.