LibreNMS en internet rural: enlaces, alertas y corte
Caso anonimizado para monitorear radios, switches y UPS con LibreNMS: SNMP, alertas, permisos, respaldo, usuarios separados y prueba de caída rural.
Antes, la cooperativa llamaba al proveedor cuando un enlace ya estaba caído; después, cada radio, switch y UPS tuvo estado, alerta y responsable en menos de cinco minutos. En una red rural de Cuyo, LibreNMS 26.5.1 ordena SNMP, descubrimiento, servicios y avisos. Este caso anonimizado explica dónde vive cada medición, quién toca umbrales y cómo se prueba una caída sin esperar reclamos.
Dónde un enlace deja de ser un reclamo suelto
El problema operativo aparece cuando soporte conoce la caída por WhatsApp y reconstruye horarios con mensajes de vecinos. La cifra que corrige la escena viene de ENACOM: los accesos satelitales pasaron de 452 mil en diciembre de 2025 a 750 mil en abril de 2026, y la internet fija llegó a 12,99 millones de accesos.
Un corte sin hora exacta termina siendo una discusión con el cliente.
Esa escala nacional convive con redes chicas. ENACOM también informó 6,2 millones de accesos por fibra óptica y una suba interanual del 27%. Una cooperativa eléctrica con internet rural no mide millones de enlaces, pero sí necesita saber qué antena cayó, qué UPS perdió energía y qué aviso recibió la guardia.
Qué cambia para guardia, técnica y gerencia
El antagonista es el mapa de red dibujado una vez y nunca actualizado. En la base operativa, una etiqueta amarilla en un inyector PoE decía "revisar" desde hacía meses. Ese detalle muestra el límite: si el inventario depende de memoria, el corte se explica tarde.
La versión LibreNMS 26.5.1 fue publicada el 20 de mayo. La guía de instalación de LibreNMS define base, servidor web y dependencias. La documentación de SNMP muestra cómo exponer datos de equipos. Auto Discovery ayuda a encontrar dispositivos, y Alerting permite reglas con notificaciones.
Guardia necesita estado y aviso. Técnica necesita historial, puerto, señal y latencia. Gerencia necesita cortes por zona, tiempo de reparación y equipo repetido. Si esas vistas salen del mismo dato, la reunión semanal cambia de relato a evidencia.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, cada radio, switch, router y UPS expone SNMP con comunidad o credencial definida. Segundo, LibreNMS descubre o recibe el dispositivo y guarda nombre, IP, sistema y ubicación. Tercero, el poller consulta métricas periódicas. Cuarto, MariaDB guarda dispositivos, usuarios, alertas y eventos. Quinto, RRDTool guarda series de tráfico, CPU, temperatura, energía y señal. Sexto, reglas de alerta envían avisos por canal y responsable. Séptimo, el backup copia base, RRD, configuración y procedimiento de restauración.
LibreNMS recibe métricas SNMP y entrega inventario, gráficos, eventos y alertas. MariaDB recibe registros estructurados y entrega estados, permisos y auditoría. RRDTool recibe series temporales y entrega histórico compacto. El poller distribuido reparte consultas cuando hay zonas alejadas. Si falla SNMP, el equipo queda mudo. Si falla MariaDB, se pierde inventario. Si falla RRD, quedan eventos sin histórico.
Los permisos separan guardia, técnica y administración. Guardia puede reconocer una alerta. Técnica puede cambiar umbrales y ubicación. Administración lee reportes. Un borrado de dispositivo queda cerrado para operadores y exige baja registrada.
Qué se instala o configura primero
La pila inicial usa LibreNMS 26.5.1, MariaDB, RRDTool, servidor web, SNMP v3 cuando el equipo lo permite, reglas de alerta, canal de guardia, backup diario y restauración mensual. El piloto cuesta entre USD 800 y USD 2.600, entre ARS 1,14 y ARS 3,72 millones al dólar vendedor oficial de $1.430 informado por Bluelytics. Incluye 30 equipos, cinco alertas, dos zonas y prueba de caída.
El plazo va de dos a cuatro semanas. UMSA suele pedir un entregable verificable: diez equipos descubiertos, una UPS con energía medida, un enlace con tráfico, una alerta por caída, un usuario de guardia, un reporte por zona y restauración en otro host. El costo no incluye recambio de radios, torres, enlaces de respaldo ni soporte 24x7.
La primera prueba apaga un equipo de laboratorio. LibreNMS debe registrar pérdida, enviar aviso y marcar recuperación. La segunda prueba baja el umbral de batería de una UPS y confirma que la alerta llega al responsable correcto. La tercera prueba restaura base y RRD en otro servidor para revisar un corte viejo con hora, equipo y gráfico.
Dónde se rompe y cómo probarlo
Primer riesgo: comunidad SNMP compartida en todos los equipos. La señal aparece cuando un cambio de contraseña deja media red sin lectura. La prueba rota credenciales por grupo y revisa dispositivos caídos. Segundo riesgo: alertas demasiado sensibles. La señal es una guardia que ignora avisos repetidos. La prueba simula microcortes y ajusta duración mínima.
Tercer riesgo: equipos descubiertos sin ubicación. La señal aparece cuando una caída dice IP y no paraje, poste o cámara. La prueba exige ubicación antes de cerrar alta. Cuarto riesgo: backup que copia base y olvida RRD. La señal es una restauración con dispositivos vivos y gráficos vacíos. La prueba recupera base, series, configuración y regla de alerta.
La red rural se defiende con una evidencia simple: qué equipo cayó, a qué hora, qué zona afectó y quién recibió el aviso.