Monitoreo de red y Network Guardian: enterarte antes de que te llamen

Un monitoreo que sirve combina tres mecanismos, y confundirlos es la causa habitual de que un tablero se vea lleno y no ayude en nada.

• SNMP responde «cómo está». Se consulta cada pocos minutos y devuelve números: utilización por puerto, errores acumulados, temperatura, uso de procesador, estado de las fuentes, vatios entregados por PoE. Es la fuente de las gráficas, y también puede empujar avisos inmediatos cuando algo cambia de estado.
• El registro de eventos responde «qué acaba de pasar». Líneas con hora: un puerto que subió o bajó, un intento de autenticación fallido, una regla modificada, un reinicio. Se lee hacia atrás cuando ya hubo un incidente, y es inútil si no se recogía de antes.
• Los registros de flujo responden «quién se llevó el ancho de banda». Resumen quién habló con quién y cuántos bytes. Cuando el enlace se satura, dicen si fue una copia mal programada, una actualización masiva o un equipo comprometido.

Lo mínimo razonable es consulta periódica más recolección de eventos; los flujos se agregan cuando hay una pregunta de consumo recurrente.

Un sistema que manda cien correos por día no se lee, y a partir de ahí es peor que no tener nada: entrena a la gente a ignorar el aviso que sí importaba.

Merece aviso inmediato:

• Un equipo que deja de responder por completo.
• Un enlace de respaldo que entró en funcionamiento: significa que el principal falló y nadie se enteró.
• Un puerto que acumula errores de CRC o descartes, que casi siempre delata un cable o un transceptor muriéndose.
• Un puerto PoE que dejó de entregar energía.
• Ocupación del ámbito de direcciones por encima del umbral, antes de que se agote.
• Un cambio en el firewall fuera de una ventana planificada.

No merece aviso: un pico de utilización de dos minutos, una computadora apagada al final de la jornada, un reintento de autenticación aislado, o un evento repetido que ya generó un aviso abierto.

La otra mitad del diseño es la ruta: qué llega a un tablero y qué llega por mensaje inmediato, y a quién. Sin eso, todo termina en el mismo buzón y todo pesa igual.

Network Guardian es el agente de inteligencia artificial de vigilancia de red de Vijor Networks. Corre sobre la plataforma de agentes de la casa y se conecta a los equipos que ya tienes. Su ciclo tiene tres partes, y la tercera es la que lo distingue de un tablero de gráficas:

• Vigila. Consulta los dispositivos de red de forma continua y guarda la historia. No espera a que alguien abra una pantalla: el estado de cada equipo, sus interfaces y sus registros quedan recogidos.
• Detecta y avisa. Cuando algo se sale de lo normal, lo reporta en lenguaje claro y con el contexto pegado: qué equipo, qué puerto, desde cuándo, qué cambió antes. El aviso llega por el canal que definas. El agente sí trabaja 24/7; el personal de Vijor responde en días hábiles, dentro del horario de oficina.
• Propone el cambio, y una persona lo aprueba. El agente puede redactar la corrección concreta sobre el equipo afectado, pero no la aplica solo. Un humano la revisa y la autoriza antes de que toque nada.

Esa condición es deliberada. Un agente con permiso de escritura sin supervisión convierte un incidente pequeño en una interrupción grande a velocidad de máquina. Con la IA se gana el tiempo de detección y la redacción del arreglo; lo que no se delega es la decisión.

• Un switch que publica sus contadores: lo que no publica datos no se puede vigilar.
• Errores por puerto que delatan una tirada: suelen terminar señalando un cable maltratado en obra.
• Vigilar los vatios entregados por puerto: anticipa la cámara que se va a apagar de noche.
• La señal de una radio se degrada de a poco: esa curva se ve antes de que alguien reclame.
• Agentes de IA de Vijor Networks: la familia a la que pertenece Network Guardian.
• Otros servicios de la empresa

«Monitoreo de red y Network Guardian» cae dentro de infraestructura de red, y ese bloque cuelga de Soluciones.