¿Cuál es la principal diferencia técnica entre AirWave y Central?

AirWave es una herramienta de monitoreo on-premise basada en SNMP, adecuada para controladores AOS-8. Central es una plataforma de gestión nativa cloud que utiliza telemetría WebSocket, esencial para AOS-10 y hardware Wi-Fi 7.

¿Puedo reutilizar mis licencias de AirWave para Aruba Central?

No. Central requiere sus propias licencias de suscripción (Foundation o Advanced). Sus licencias de AirWave existentes no se transfieren, aunque HPE a menudo proporciona créditos de migración o programas 'Bridge' durante las renovaciones de hardware.

¿Cómo impacta AOS-10 en la migración?

AOS-10 es el sistema operativo nativo cloud para APs/Gateways de Aruba. Se gestiona exclusivamente por Central, eliminando la necesidad de Virtual Controllers locales y habilitando verdaderas capacidades de microbranch.

¿Mis planos de planta de VisualRF migrarán automáticamente?

Los mapas de VisualRF no migran directamente. Debe exportar los planos de planta de AirWave y reimportarlos en la sección 'Floorplans' de Central, lo que generalmente requiere una recalibración de la escala y la ubicación del AP.

¿Cómo manejo la paridad de configuración para grandes stacks de switches?

Central proporciona una función de 'Config Audit' que identifica la diferencia entre la configuración deseada en la nube y el estado local del dispositivo. Puede ver el registro de 'Push' para saber exactamente qué comandos CLI no se ejecutaron.

¿Debo usar UI Groups o Template Groups en Central?

Utilice UI Groups. Los Template Groups son propensos a errores de sintaxis que pueden causar interrupciones generalizadas. Los UI Groups proporcionan un método más seguro y verificado para enviar configuraciones a diversos hardware.

¿Qué pasa con mis APs legados AP-305/315?

Los APs existentes como las series 300 y 500 pueden unirse a Central, pero requieren una actualización de firmware a una versión compatible con Central (AOS-8.10 o AOS-10). Los AP-600/700 más nuevos deben ir directamente a AOS-10.

Migración de Aruba AirWave a Central: El Manual de Ingeniería 2026

AirWave es un software obsoleto; cualquier ingeniero que en 2026 se aferre a una instancia de AMP (AirWave Management Platform) on-premise, estará gestionando un pasivo, no una red. Aruba AirWave alcanzó su pico funcional hace años; el cambio a Aruba Central no es solo una actualización de la interfaz de usuario, es un pivote arquitectónico fundamental de un modelo de sondeo heredado basado en SNMP a un modelo de telemetría de streaming basado en WebSocket. Si no ha comenzado su migración, ya está rezagado en la transición a AOS-10.

El Ocaso de AirWave: Por qué 2026 es la Fecha Límite Inflexible

HPE Aruba ha estado anunciando el fin de AirWave durante años, pero la dura realidad llega con el lanzamiento de los Access Points de la serie 600 y 700 y la arquitectura AOS-10. AirWave fue diseñado para la era de AOS-6 y AOS-8, una era de silos de "Controller-Managed" o "Instant". AirWave tiene dificultades con el enorme volumen de telemetría generado por las radios modernas de Wi-Fi 6E y Wi-Fi 7. Más importante aún, AOS-10 abandona el plano de control del mobility controller local en favor de un modelo de gateway nativo cloud, que AirWave simplemente no puede orquestar.

Si se mantiene en AirWave (AMP 8.3.x), estará estancado en el mundo de AOS-8.4/8.10. Perderá la capacidad de realizar AI-driven Radio Resource Management (RRM), perderá la visibilidad granular de ClientMatch y se verá obligado a gestionar entornos de alta densidad con herramientas diseñadas en 2012. La deuda técnica de mantener un appliance AMP de tamaño XL (probablemente funcionando en un R740 o DL380 envejecido) supera el costo de suscripción de Central cuando se consideran el consumo eléctrico, la refrigeración y la mano de obra manual para ajustar perfiles de RF.

Delta Arquitectónico: Sondeo vs. Telemetría de Streaming

El mayor impacto para los ingenieros que pasan de AirWave a Central es el dashboard de "Health". En AirWave, sus datos tienen la antigüedad de su último intervalo de sondeo SNMP (típicamente 5-10 minutos). Si un AP se cae, AirWave podría no alertarle hasta varios minutos después, cuando el sondeo perdido activa un umbral. En Central, el AP mantiene una conexión WebSocket persistente (HTTPS/443) con la nube de Aruba.

Las diferencias clave en el plano de datos incluyen:

Monitoreo con Estado: Central sabe el momento exacto en que un cliente falla un 4-way handshake. AirWave solo conoce el "Client Count".
Autoridad de Configuración: En AirWave, podía elegir entre Monitor-Only y Config-Mode. En Central, la nube es la Source of Truth. Cualquier cambio local en la CLI de un switch o AP será sobrescrito por el sync-timer de Central.
Retención: AirWave lo limitaba por el espacio en disco. Central proporciona 30 días de datos estándar con opciones para informes a largo plazo a través de AI Insights.

La Transformación a AOS-10: La Verdadera Razón para Migrar

La migración a Central suele coincidir con una actualización a AOS-10. Aquí es donde la mayoría de las migraciones se vuelven "complicadas". AOS-10 elimina el proceso tradicional de elección de 'Virtual Controller' (VC) que se encuentra en los Instant APs. Cada AP en un entorno AOS-10 es un participante igualitario, comunicándose directamente con la nube de Central para sus instrucciones del plano de control. Esto elimina la latencia de "VC reboot" observada en grandes clusters IAP gestionados por AirWave.

! Legacy AOS-8 IAP Config (AirWave managed)
iap-master-election
virtual-controller-ip 10.1.10.5
!
! New AOS-10 Central Logic
! No VC IP. APs use 'aruba-central' point-of-presence.
! Management via:
(AP)# show ap-env
(AP)# show ap debug cloud-server

Fase 1 de la Migración: Paridad y Estrategia de Plantillas

No se puede simplemente "importar" un archivo .cfg de AirWave a Central. Tiene dos opciones: UI Groups o Template Groups. Si viene de un entorno de AirWave donde utilizaba "Groups and Folders" para editar dispositivos en masa, los Template Groups en Central le resultarán familiares pero frustrantes. En Central, un Template Group es un bloque CLI "todo o nada". Un error de sintaxis en su mapeo de %variable% y la conectividad de todo el sitio se caerá.

Recomendamos que la mayoría de las empresas se muevan a UI Groups. Esto le permite usar la interfaz gráfica de Central para la configuración, asegurando que el XML enviado a los APs sea siempre válido. Si tiene 500+ sucursales idénticas, y solo entonces, debería considerar los Template Groups con cargas de variables .csv. Consulte nuestra guía sobre AOS-10 Gateway Clustering para saber cómo manejar la transición del head-end durante esta fase.

Fase 2 de la Migración: El Proceso de Onboarding (Greenfield vs. Brownfield)

Para una migración brownfield, debe eliminar la configuración de AirWave de sus APs/Switches. Si sus dispositivos apuntan a AirWave mediante DHCP Option 43 o DNS (airwave.yourdomain.com), debe eliminar esos registros. Una vez que el dispositivo pueda alcanzar activate.arubanetworks.com a través del puerto 443, verificará su MAC/Serial contra su cuenta de Central y obtendrá su nueva configuración.

Corte de Dispositivos Paso a Paso:

Asignar Licencias: Asegúrese de que la MAC/Serial esté en el "Greenhouse" de Central y que se haya aplicado una licencia Foundation o Advanced.
Mover al Grupo: Asigne el dispositivo a su grupo de UI/Plantilla preconfigurado.
Limpiar Información de AirWave: En la CLI del dispositivo local: no communication-monitor ap y no amp-server.
Reiniciar: Esto fuerza al dispositivo a reinicializar el handshake de Activate.

La Lista de "Qué Fallará": Preparándose para el Soporte Post-Migración

La migración no es perfecta. Esto es lo que fallará el Día 1:

Formato de Informes: Los informes PDF de AirWave son personalizables. Los informes de Central son más rígidos. Si su C-suite espera un PDF específico de "Weekly Wireless Health", es posible que necesite crear un dashboard personalizado utilizando la API de Central y PowerBI.
Latencia de VisualRF: VisualRF de AirWave era local y rápido. Los planos de planta de Central requieren un ancho de banda de uplink consistente. Archivos CAD grandes para planos de planta sobre un enlace MPLS de 10 Mbps serán lentos.
Gestión de Switches: Si utiliza switches AOS-S (2930F/M, 5400R), la "Configuration Audit" en Central es notoriamente sensible a los comandos manuales 'write memory'. Debe capacitar a su NOC para que deje de usar la CLI.
Internal Link: Revise nuestro análisis de los escollos de la integración de ClearPass y Central para asegurar que su RADIUS CoA (Change of Authorization) no se caiga cuando el AP se mueva a su nuevo plano de gestión.

Análisis de Costos: La Píldora Amarga de la Suscripción

AirWave era esencialmente "gratis" una vez que compraba la licencia de la VM y las licencias únicas de AP, más una pequeña tarifa de soporte anual. Central es un gasto operativo recurrente. Una licencia estándar Foundation de 1 año por nodo de AP/Switch suele costar entre $100 y $150 USD MSRP. Para un entorno de 500 APs, eso representa una partida anual de más de $50,000.

Sin embargo, debe calcular el TCO (Total Cost of Ownership). Gestionar un servidor AirWave requiere:

Computo/almacenamiento del hypervisor (AirWave consume muchos recursos: mínimo 8vCPUs y 32GB RAM para instalaciones pequeñas).
Parcheo y hardening de seguridad de RHEL/CentOS.
Verificación manual de backups.

Central elimina el mantenimiento del servidor, proporcionando una reducción estimada del 20-30% en las horas dedicadas a la "sobrecarga administrativa" para el equipo de wireless.

Conclusión: No Hay Vuelta Atrás

La transición de AirWave a Central es inevitable. Para 2026, AirWave será una herramienta de monitoreo legada, incapaz de soportar los requisitos de alto throughput y baja latencia de una empresa con Wi-Fi 7. La migración requiere un cambio de mentalidad: pasar de un enfoque de "administrador de cajas" a un enfoque de "orquestador de políticas". Si necesita asistencia con su migración sitio por sitio o requiere validación arquitectónica de alto nivel para su diseño de AOS-10, consulte con nuestros servicios profesionales y equipo de ingeniería en techleague.io.