Global
UE
USA
PA
MEA
PAKUn equipo de TI de cinco personas que da servicio a cuatrocientos empleados dedica buena parte de la semana a contestar siempre lo mismo: por qué va mal el wifi. A veces la causa es un punto de acceso saturado, otras un cliente con un controlador antiguo y otras un servicio de DHCP que se agota a media mañana. Encontrarla exige abrir consolas, cruzar registros y probar hipótesis. Marvis, el asistente virtual de HPE Mist, nació para ahorrar ese recorrido, y el interés que despierta entre responsables de infraestructura justifica mirar con calma qué hace y qué no hace.
Cómo diagnostica un asistente virtual de red: telemetría, causa raíz y valores de Shapley
Marvis se presentó como el primer virtual network assistant del mercado y hoy forma parte del catálogo de HPE. Funciona sobre una plataforma en la nube que recibe telemetría de puntos de acceso, switches y dispositivos WAN en tiempo real. HPE insiste en que esa telemetría llega completa y en continuo, sin muestreos, y en que se une en un único modelo de datos con la información de usuarios, dispositivos y aplicaciones. Sin esa base, cualquier IA que se añada por encima tiene poco que analizar.
Sobre esos datos, Marvis hace análisis de causa raíz con valores de Shapley, un método que procede de la teoría de juegos. Su idea central es repartir el mérito, o la culpa, de un resultado entre todos los factores que participaron en él. Aplicado a una videollamada de Zoom o Teams con mala calidad, el sistema no se limita a señalar que hubo cortes. Calcula cuánto pesó cada elemento, ya fuera la señal en esa zona, la carga del punto de acceso, el estado del enlace a internet o el propio equipo del usuario, y ordena las causas por su contribución. Para un técnico la diferencia es grande, porque parte de una lista priorizada y no de una intuición. Conviene añadir que la herramienta explica su razonamiento y no solo da el veredicto, algo que cualquier equipo debería exigir antes de dejarle actuar.
Marvis Minis y consultas en lenguaje natural: encontrar el fallo antes de que llame el usuario
La mayoría de los sistemas de monitorización esperan a que algo falle. Los Marvis Minis trabajan de otra manera: simulan a usuarios reales que se conectan, obtienen dirección, resuelven nombres y alcanzan aplicaciones, y repiten esa prueba de forma periódica en cada sede. Si un servicio de autenticación deja de responder a las seis de la mañana, el fallo aparece en el panel antes de que llegue la plantilla. No sustituyen a una persona sentada frente a su portátil, porque solo ven el recorrido por la red, pero adelantan el aviso y eso reduce las llamadas al servicio de soporte.
La tercera capa es el modelo de lenguaje. HPE ha integrado LLMs en la plataforma para que el técnico pregunte con sus palabras, por ejemplo por qué tiene mala conexión María en la planta 3, y reciba una respuesta basada en los datos de esa red. El modelo de lenguaje hace de interfaz: interpreta la pregunta y presenta el resultado, mientras que el diagnóstico sale del análisis de telemetría descrito antes. También sirve para consultar documentación y resolver dudas de configuración sin salir de la consola. Este diseño tiene sentido porque limita el riesgo de respuestas inventadas, aunque ningún sistema generativo está libre de errores y la revisión humana sigue siendo necesaria.
Qué cambia en un hospital y en un colegio cuando la red vigila su propio comportamiento
Los dos escenarios siguientes son ilustrativos. Se han construido a partir de las capacidades descritas y no corresponden a clientes concretos.
En un hospital de tamaño medio, un monitor de pacientes de una planta de hospitalización empieza a mostrar una latencia superior a la habitual. Nadie lo ha notado todavía y el dispositivo sigue enviando datos, pero su comportamiento se aparta del patrón que la plataforma ha aprendido. Marvis identifica el equipo, correlaciona la anomalía con el resto de la red y, siguiendo la política definida, lo traslada a un segmento restringido para que el problema no alcance a los sistemas clínicos con los que comparte infraestructura. El equipo de TI recibe el aviso con la causa probable y coordina con ingeniería biomédica la revisión del aparato. Aquí hay un matiz importante: en un entorno clínico, aislar un dispositivo no es una decisión neutra, de modo que la política debe pactarse de antemano con el personal sanitario, y HPE defiende un enfoque en el que el equipo puede revisar los cambios antes de que se apliquen.
En un colegio, los profesores de un aula llevan semanas quejándose de que las clases en videoconferencia se entrecortan. Marvis cruza los datos de la aplicación de videollamadas con los de la red y detecta que el tráfico de vídeo compite con las descargas de las tabletas de los alumnos en ese mismo punto de acceso. El sistema propone un ajuste de políticas que da prioridad a la videoconferencia en esa franja y esa aula. Si el centro ha activado la aplicación automática de cambios, se ejecuta sin que nadie tenga que entrar en la configuración. Si no, el responsable lo aprueba con un clic. En ambos casos nadie ha tenido que pasar una tarde buscando la causa a mano.
Qué significa un 90 % menos de tickets para un departamento de TI de entre 3 y 10 personas
HPE publica cifras llamativas: hasta un 90 % menos de tickets de soporte, hasta un 85 % menos de visitas técnicas a las sedes y despliegues hasta nueve veces más rápidos. Son datos del fabricante y en todos los casos son techos, no promesas. El resultado real depende del punto de partida. Una red bien mantenida tiene menos que ganar que otra que arrastra años de incidencias recurrentes.
Para un equipo de tres a diez personas, el valor de estos números no está en el porcentaje sino en el tiempo recuperado. En una empresa de este tamaño, la misma persona suele ser administradora de sistemas, responsable de la red y primera línea de soporte. Si de cada cien incidencias semanales treinta tienen que ver con conectividad, reducir esa parte a la mitad libera varias horas que hoy se pierden en interrupciones y que pasarían a proyectos pendientes de seguridad o de continuidad. El ahorro en desplazamientos pesa especialmente en compañías con delegaciones en varias ciudades y sin técnico propio en cada una, porque cada visita evitada son horas de viaje y un día sin atender otras tareas. Y un despliegue más rápido significa que abrir una oficina nueva se reduce a enviar el equipamiento, conectarlo y dejar que se configure desde la nube.
Como cualquier solución HPE Aruba Mist, el rendimiento depende de lo que esté conectado a la plataforma. Cuanto más completa sea la parte inalámbrica y cableada gestionada desde Mist, mejor será la visibilidad. Una red mezclada con equipos de otros fabricantes limita lo que el asistente puede ver. Antes de decidir, conviene medir durante unas semanas cuántos tickets de red se abren y cuánto tiempo consumen, para tener una referencia con la que comparar después.
Cómo valorar esta tecnología con un asesor antes de comprometer la inversión
Cada empresa parte de una red distinta, con sus sedes, sus dispositivos heredados y sus limitaciones de presupuesto. Los equipos de Beyond Technology trabajan con esta plataforma y pueden revisar contigo qué parte de tu infraestructura se beneficiaría más de un asistente de este tipo, qué cifras son razonables para tu caso y cómo planificar una adopción gradual. Si quieres hablar con un asesor, escríbenos a través de beyondtechnology.net y concertamos una primera conversación sin compromiso.
