LibreNMS es una herramienta de monitorización de red que surgió de Observium, que es una herramienta de pago bastante popular en el mercado de servicios. El coste, sin embargo, no es la razón más relevante por la que EdgUno utiliza LibreNMS.
La diferencia fundamental es que este último es software libre (como su nombre indica) y se adhiere a las cuatro libertades que definen este tipo de software: libertad de uso, de cambio y de distribución de versiones sin cambios o con cambios. Esto significa que podemos tener un control total de la herramienta.
En EdgeUno utilizamos LibreNMS para leer y organizar los puertos de los dispositivos de red. Etiqueta y agrupa automáticamente los puertos por cliente, peering y tránsito.
Por lo tanto, se trata de una herramienta que recoge, agrupa y gestiona los datos a través de un módulo que permite añadir puertos de diferentes routers y diferentes localizaciones para producir la facturación, algo que otras herramientas no permiten.
Si EdgeUno utilizara una herramienta propietaria, con soporte o con algún modelo en el que terceros cierren y controlen el código fuente, no podría garantizar la seguridad de los datos que se recogen para generar la facturación; y mucho menos la privacidad y el anonimato del tráfico de sus clientes.
Esto se debe a que, aunque EdgeUno tiene el control físico de sus servidores, el software propietario hace que la infraestructura sea vulnerable, teniendo en cuenta que los programas que incluyen mantenimiento suelen incluir puertas traseras con acceso a fragmentos específicos del código fuente reservados a los desarrolladores.
Por otro lado, hay que tener en cuenta que las herramientas gratuitas no están diseñadas para resolver las necesidades específicas que pueda tener una empresa. Una herramienta gratuita no ofrece una solución integral. Es innegable que hay problemas que las herramientas propietarias pueden haber resuelto ya.
Por ejemplo, en LibreNMS, una instalación con pollers distribuidos no se puede realizar en redes como la nuestra, ya que los nodos deben tener latencias inferiores a 5 ms, lo que hace imposible tener un nodo remoto en otra localización geográfica.
Sin embargo, como indicamos anteriormente al hablar de Proxmox, la dificultad se convierte en una oportunidad para la creación y fortalecimiento técnico de los equipos dentro de la lógica de este tipo de software. Así, resolvimos este caso instalando nodos autónomos en cada lugar y utilizando la API de la herramienta para generar integraciones precisas.
