graph TD subgraph Agentes_OT ["Dispositivos en Planta (Capa 2 y 3)"] SW1["Switch Core"] PLC1["PLC Máquina"] SAI["SAI 24V"] end subgraph Servidor_NMS ["Servidor NMS (Zabbix / PRTG)"] Poll["Motor de Polling
(SNMP GET)"] Trap["Receptor de Traps
(SNMP TRAP)"] BBDD[("Base de Datos
(Histórico)")] Alert["Motor de Alertas
(Email/SMS/Telegram)"] Dash["Dashboard Visual
(Mapas Topológicos)"] Poll --> BBDD Trap --> BBDD BBDD --> Dash BBDD --> Alert end Agentes_OT <-->|"Tráfico SNMP"| Poll Agentes_OT -.->|"Alarmas Asíncronas"| Trap style Servidor_NMS fill:#ebf5fb,stroke:#2980b9,stroke-width:2px style Agentes_OT fill:#e8f8f5,stroke:#27ae60 style Dash fill:#f39c12,color:#fff style Alert fill:#e74c3c,color:#fff

1. ¿Qué es un Sistema NMS?

En las lecciones anteriores comprendimos cómo funciona el protocolo SNMP "bajo el capó". Sin embargo, nadie administra una fábrica ejecutando scripts en Python o comandos en terminal todo el día. Necesitamos un sistema que lo haga por nosotros. Un NMS (Network Management System) es un software centralizado que automatiza el Polling, recibe los Traps, almacena el historial y muestra toda esta información en paneles gráficos atractivos y fáciles de interpretar.

A diferencia de un SCADA (que monitoriza el producto que estás fabricando), el NMS monitoriza los "tubos" y "ordenadores" que hacen posible que el SCADA funcione. Es la herramienta de cabecera de cualquier departamento de mantenimiento moderno en la UF1795.



2. PRTG Network Monitor

Es una de las herramientas NMS comerciales más populares en entornos industriales, desarrollada por Paessler. Es famosa por su interfaz intuitiva y porque funciona nativamente en Windows.

Un concepto clave que debes entender en PRTG es la definición de "Sensor". En automatización, un sensor es un dispositivo físico (ej. una fotocélula). En PRTG, un "Sensor" es una única métrica monitorizada dentro de un dispositivo. Por ejemplo, si añades un Switch a PRTG, puedes crearle 5 "sensores": un sensor de `Ping`, un sensor de `Carga de CPU`, y tres sensores de `Tráfico SNMP` (uno para cada puerto). PRTG licencia su software basándose en el número total de estos "sensores lógicos" que estás vigilando.



3. Zabbix (El gigante Open Source)

Zabbix es la principal alternativa empresarial a PRTG, con la ventaja de ser 100% de código abierto (gratuito) y ejecutar nativamente sobre Linux. Es inmensamente potente y escalable (puede monitorizar cientos de miles de parámetros), pero tiene una curva de aprendizaje mucho más empinada para un técnico puramente OT.

Zabbix brilla en el uso de Plantillas (Templates) y Autodescubrimiento (Auto-Discovery). Puedes importar un "Template para Switch Siemens SCALANCE". Cuando Zabbix descubre el switch en la red, automáticamente le aplica la plantilla, creando de golpe 50 métricas, gatillos de alarma (Triggers) y gráficos sin que el ingeniero tenga que teclear ni un solo OID manualmente.



4. El poder visual: Mapas Topológicos Vivos

La característica que aporta más valor al equipo de mantenimiento de planta no son las gráficas de líneas, sino los Mapas de Red (Network Maps).

Un NMS permite cargar como fondo un plano arquitectónico de la fábrica (ej. un JPG exportado de AutoCAD). El técnico arrastra iconos de switches y PLCs sobre su ubicación física real en el plano y los enlaza dibujando líneas. Estos iconos se vinculan a los dispositivos SNMP. Si el puerto del Switch 4 se cae, la línea dibujada en el mapa se vuelve roja instantáneamente. De esta manera, a las 3:00 a.m., un operario de mantenimiento sin profundos conocimientos informáticos puede mirar la pantalla, ver una línea roja en la "Nave 2", coger sus herramientas y caminar directamente al origen del fallo físico en menos de un minuto.

Infografía mostrando un dashboard de NMS como PRTG/Zabbix con un mapa topológico vivo de una fábrica.
Figura 1: Interfaz de un NMS moderno. La integración del "Plano As-Built" en el dashboard de monitorización es crucial. Cuando una alerta SNMP se dispara, el técnico no solo recibe un texto abstracto (ej. "Enlace Gi1/0/2 caído"), sino que ve exactamente qué máquina de la fábrica ha quedado aislada mediante semáforos visuales.
Fuente: Elaboración propia / Licencia: CC BY-NC 4.0.

📝 Evaluación Técnica: Herramientas NMS

1. ¿Cuál es el propósito fundamental de una herramienta NMS (Network Management System) como Zabbix o PRTG dentro de la pirámide de automatización?

2. Si estás utilizando PRTG Network Monitor para vigilar un Switch Gestionable, y configuras monitorización para "Ping", "Carga de CPU" y "Tráfico en el Puerto 1", ¿cuántos "Sensores" has consumido de tu licencia de PRTG?

3. Para facilitar el mantenimiento rápido por parte de operarios de turno que no son expertos en informática, ¿cuál es la característica más valiosa que debe configurarse en el dashboard del NMS?

🤖 Ejercicio Práctico 2: Interfaz API con Zabbix

Objetivo: Demostrar cómo el SCADA de la planta puede hablar con el NMS a través de su API para crear acciones híbridas automáticas.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

Actúa como un desarrollador de DevOps industrial. Escribe un script en Python que interactúe con la API REST de Zabbix. El script debe: 1. Usar la librería `requests` para obtener un Token de Autenticación enviando usuario/contraseña al endpoint `api_jsonrpc.php` de un servidor Zabbix simulado. 2. Hacer una consulta a la API (`trigger.get`) buscando cualquier alarma (Trigger) que esté actualmente en estado "Fired" (Activa) y cuya severidad sea Crítica. 3. Si encuentra un switch con alarma crítica de red, el script debe simular que envía una petición Modbus a una baliza (torreta luminosa) en el taller para encender la "Luz Roja", avisando visualmente a todo el equipo. 4. Imprimir por pantalla el flujo de estas operaciones. Comenta el código explicando cómo las APIs permiten que el "médico de la red" (Zabbix) active un hardware de la fábrica (baliza) cruzando la frontera IT/OT.