La mayoría de las empresas se entera de que la red anda mal cuando alguien se queja. Un usuario levanta la mano en una reunión porque no puede compartir pantalla. El sistema de facturación se cae y se pierden dos horas hasta que alguien nota el patrón. Una cámara IP dejó de grabar hace tres días y solo se descubre cuando hace falta revisar el material. En todos estos casos, el problema existió antes de que alguien lo reportara. Solo faltaba la información para verlo.
Monitoreo de red es el sistema que hace visible lo que está pasando en la infraestructura antes de que la operación lo note. Bien implementado, cambia la dinámica de la mesa de IT: pasa de responder tickets a resolver problemas mientras nadie los está mirando.
Qué es monitoreo de red, concretamente
Monitoreo de red es un conjunto de herramientas que recolectan datos de los equipos de red (switches, routers, access points, servidores) y los presentan en tableros que muestran el estado del sistema en tiempo real y a lo largo del tiempo. Los datos se obtienen por tres vías principales:
SNMP (Simple Network Management Protocol) es el más usado. Los equipos exponen variables (uso de CPU, tráfico por puerto, temperatura, estado de interfaces) que el sistema de monitoreo consulta periódicamente.
Syslog recibe los mensajes que los equipos generan sobre eventos: un puerto que se levantó, una autenticación que falló, un reinicio inesperado. Es el registro de “qué pasó y cuándo”.
NetFlow o sFlow muestran el detalle del tráfico: quién habla con quién, cuánto ancho de banda consume cada aplicación, qué protocolos dominan la red. Es la vista granular del uso.
Un sistema de monitoreo bien configurado combina las tres fuentes en tableros que responden preguntas concretas: ¿la red está saludable ahora? ¿qué cambió respecto a la semana pasada? ¿dónde está el cuello de botella? Sin monitoreo, esas preguntas se responden por intuición. Con monitoreo, se responden con datos.
Preventivo versus reactivo: el costo real de esperar el ticket
Sin monitoreo, la operación de IT es puramente reactiva. Algo se rompe, alguien se queja, se abre un ticket, se diagnostica sobre la marcha, se resuelve. Cada uno de estos pasos consume tiempo del equipo técnico y de los usuarios afectados. Y el diagnóstico se hace con la operación caída, es decir, en el peor momento posible.
Con monitoreo, la mayoría de esos problemas se ven antes de que impacten al usuario. Un enlace WAN que empieza a mostrar pérdida de paquetes intermitente se detecta como tendencia dos días antes de que se caiga del todo. Un access point con temperatura interna elevada se corrige antes de que falle. Una zona con saturación de canales wifi se identifica antes de que empiece a rebotar dispositivos.
El cálculo económico es directo. Una hora de operación caída en una PyME industrial cuesta más que un año de monitoreo bien implementado. La comparación no es entre “gastar en monitoreo” y “no gastar”, es entre “gastar en monitoreo proactivo” y “pagar el costo distribuido de la operación degradada”. La segunda opción siempre es más cara. Solo que no aparece en una factura.
Qué se monitorea en una red corporativa
Los indicadores que aportan valor real, priorizados por lo que se ve primero cuando algo empieza a fallar:
Disponibilidad de equipos. ¿El switch, el router, el AP responden? Un equipo que no responde a un ping durante 30 segundos es una alerta.
Uso de ancho de banda por interfaz. ¿Qué puertos están saturados? Un puerto de switch que llega al 90% de utilización de manera sostenida es la señal más clara de cuello de botella.
Latencia y pérdida de paquetes. Entre puntos clave de la red (sede a sede, sede a Internet, sede a data center). La latencia degradada afecta especialmente a videollamadas, VoIP y aplicaciones interactivas.
Uso de CPU y memoria de equipos activos. Un switch al 95% de CPU va a empezar a perder paquetes antes de caerse. La alerta temprana permite intervenir antes.
Estado del PoE. Cuánto watts entrega cada puerto, cuánto consume cada dispositivo, cuánto queda de reserva en el switch. Un switch al 90% de su presupuesto PoE ya no admite un AP más sin apagar otro.
Temperatura de racks y equipos. Especialmente en industriales y en operaciones remotas sin climatización dedicada. La mayoría de las fallas de equipo empiezan por temperatura fuera de rango.
Calidad de wifi. Ocupación de canales, cantidad de dispositivos conectados por AP, tasa de roaming, cantidad de reintentos. Estos indicadores identifican problemas antes de que se manifiesten como “el wifi no anda”.
Videovigilancia y control de accesos. Cámaras activas versus configuradas, tasa de grabación efectiva, controladores en línea. Estos sistemas se caen silenciosamente y solo se notan cuando hacen falta.
Umbrales, alertas y ruido
El error más común al implementar monitoreo es configurar alertas sobre todo lo que se puede alertar. En pocos días, el equipo técnico recibe cientos de notificaciones diarias y termina ignorándolas todas. La alerta que importa se pierde en el ruido.
Una buena política de alertas se construye con criterio, no con checkbox. Cada alerta debería cumplir tres condiciones: ser accionable (alguien puede hacer algo al respecto), ser prioritaria (no puede esperar al día siguiente), y ser específica (indica qué falla y dónde).
Alertas útiles: un enlace WAN caído, un switch principal sin responder, temperatura fuera de rango, uso de disco al 95% en un servidor crítico, autenticaciones fallidas repetidas contra la wifi corporativa.
Alertas ruido: cada vez que un usuario se conecta o desconecta, cada reinicio programado, variaciones normales de tráfico según el horario, un puerto que se levanta y se cae porque alguien enchufó un cable.
La regla práctica es que si una alerta se genera más de dos veces por semana y nadie hace nada al recibirla, no es una alerta. Es ruido. Y hay que ajustar su umbral o desactivarla.
NOC propio versus monitoreo gestionado
Una vez que hay monitoreo, alguien tiene que mirarlo. Y no cualquiera, sino alguien que sepa qué hacer cuando una alerta llega a las 3 de la mañana.
Un NOC propio (Network Operations Center) es una operación 24/7 con personal técnico dedicado a monitorear la red. Es viable para empresas con infraestructura crítica y volumen suficiente para justificar el costo, típicamente organizaciones grandes o industriales con operación continua.
Para el resto, el modelo que mejor funciona es el monitoreo gestionado por el proveedor de infraestructura. Es decir, la misma empresa que diseñó e implementó la red también la monitorea, y responde ante incidentes según acuerdos definidos (SLA). Este modelo tiene una ventaja específica: el que responde ya conoce la infraestructura, no tiene que perder tiempo diagnosticando desde cero.
En Building Networks operamos monitoreo continuo sobre las redes que sostenemos, incluidas las del Distrito Capitalinas y las empresas que operan dentro del complejo. Ese equipo dedicado es el que hace posible que la infraestructura funcione todo el tiempo, no casi siempre.
Cuándo pensar seriamente en monitoreo
Estas son las señales de que el monitoreo actual (o su ausencia) está costando más de lo que parece:
-
Los problemas se detectan por reclamo de usuarios, no por alerta automática.
-
Cuando algo falla, nadie sabe si ya pasó antes ni cuánto tiempo lleva ocurriendo.
-
El equipo técnico no puede responder con datos preguntas básicas: ¿está la red al límite? ¿qué aplicación consume más? ¿cuál es la sede más problemática?
-
Cada incidente se resuelve como si fuera la primera vez porque no hay historial disponible.
-
Se hicieron inversiones en equipos nuevos sin datos que respalden si el problema estaba ahí.
Un caso frecuente: la empresa que amplió su infraestructura sumando equipos y ancho de banda porque “el wifi andaba mal”, y descubre después de monitorear que el problema era saturación de un solo puerto en el switch principal, no capacidad general. Cientos de horas de operación degradada y una inversión importante se hubieran evitado con visibilidad previa.
Ver antes de que duela
Monitoreo de red no es un producto que se instala una vez y funciona solo. Es una capa operativa que necesita criterio para elegir qué mirar, disciplina para mantener las alertas relevantes, y un equipo capaz de actuar cuando algo aparece. Cuando esas tres cosas están, la infraestructura pasa de ser un riesgo constante a ser una operación bajo control.
La diferencia entre una red que la empresa aguanta y una red que la empresa opera está exactamente ahí: en saber qué está pasando antes de que alguien se dé cuenta. Es lo que separa a las infraestructuras que funcionan todo el tiempo de las que funcionan casi siempre.