Integración de Alcatel-Lucent Enterprise (ALE) OmniAccess con Purple WiFi

Bienvenido a la sesión técnica de Purple. Hoy cubriremos la integración de Alcatel-Lucent Enterprise OmniAccess Stellar con Purple WiFi. Esta sesión está dirigida a directores de TI, arquitectos de red y directores de operaciones de recintos que necesitan implementar redes inalámbricas seguras, escalables e inteligentes. Comencemos con el contexto. Tienes un recinto. Tal vez un hotel, una cadena de tiendas de retail o un estadio. Has invertido en hardware ALE OmniAccess. Ahora necesitas extraer valor comercial de esa infraestructura. Necesitas capturar datos de primera mano, segmentar a tus usuarios de forma segura y proporcionar una experiencia de acceso fluida. Ahí es donde entra la capa en la nube de Purple. Purple opera en más de 80,000 recintos activos en todo el mundo y procesó más de 440 millones de inicios de sesión en 2024. Es agnóstico al hardware, lo que significa que se integra sobre tu infraestructura ALE existente sin requerir ningún reemplazo de hardware. Toda la lógica de autenticación y captura de datos reside en la nube de Purple. El núcleo de esta integración se basa en RADIUS. Cuando un invitado entra a tu recinto y se conecta al SSID abierto de Guest WiFi, el AP de ALE intercepta su tráfico web. En lugar de permitirle el acceso directo a internet, redirige su navegador a un Captive Portal alojado por Purple. Esta es tu página de inicio (splash page). Es donde presentas tu marca, recopilas direcciones de correo electrónico u ofreces inicios de sesión social a través de Facebook, LinkedIn o Google. Una vez que el usuario envía sus datos, el servidor RADIUS en la nube de Purple lo autentica y envía un mensaje Access-Accept de vuelta al AP de ALE. El AP entonces elimina las reglas del firewall y otorga acceso a internet. Todo el flujo toma menos de tres segundos. Ahora, entremos en el análisis técnico profundo. ¿Cómo configuramos esto realmente? Primero, debes configurar los parámetros del servidor RADIUS en tu interfaz de administración OmniVista o Stellar. Ingresarás las direcciones IP de RADIUS de Purple, establecerás el puerto de autenticación en 1812 y el puerto de contabilidad (accounting) en 1813. Es fundamental asegurarse de que RADIUS Accounting esté habilitado con un intervalo de 300 segundos. Esto es lo que envía los datos de la sesión de vuelta a Purple para analíticas y registro de cumplimiento. El siguiente paso es el Walled Garden. Esto suele complicar muchas implementaciones. Antes de que un usuario esté autenticado, no tiene acceso a internet. Pero necesita llegar al portal de Purple para iniciar sesión. Debes incluir los dominios de Purple en tu lista de acceso de preautenticación. Los dominios principales son region1.purpleportal.net, venuewifi.com y cloudfront.net. Si utilizas el inicio de sesión de Facebook o LinkedIn, también debes incluir sus dominios en la lista de permitidos. Si el Walled Garden está mal configurado, el Captive Portal no se cargará. Punto final. Para la configuración del SSID, crea una nueva red inalámbrica, establece el nivel de seguridad en Open y habilita la opción de External Captive Portal. Dirige la URL de redirección a la URL específica de tu splash page de Purple, la cual encontrarás en el portal de Purple bajo la configuración de hardware de tu recinto. Pasemos a un escenario más avanzado: WiFi multiinquilino. Imagina un espacio de coworking o una residencia estudiantil. Tienes múltiples inquilinos que necesitan sus propias redes seguras y aisladas. No quieres transmitir 20 SSIDs diferentes. Eso destruye el rendimiento de tu RF y genera una mala experiencia de usuario. La solución es PPSK (Private Pre-Shared Keys) combinado con direccionamiento dinámico de VLAN. Transmites un solo SSID seguro, pero cada inquilino recibe una contraseña única. Cuando el Inquilino A ingresa su contraseña, el AP de ALE envía esa solicitud al servidor RADIUS de Purple. Purple reconoce la contraseña, autentica al usuario y envía de vuelta un mensaje Access-Accept. Pero aquí está la parte importante. Ese mensaje incluye atributos RADIUS específicos. El Atributo 64 para Tunnel-Type, establecido en 13 para VLAN. El Atributo 65 para Tunnel-Medium-Type, establecido en 6 para Ethernet. Y el Atributo 81, el Tunnel-Private-Group-ID, que contiene el ID de VLAN real. El AP de ALE recibe esto y coloca al Inquilino A directamente en la VLAN 30. Cuando el Inquilino B inicia sesión con una contraseña diferente, aterriza en la VLAN 40. Un solo SSID, aislamiento total en Capa 2. Esto es Redes Basadas en la Identidad en la práctica. Veamos un ejemplo del mundo real. Un hotel de 200 habitaciones implementó esta arquitectura en sus APs ALE OmniAccess Stellar existentes. Necesitaban dar servicio a los huéspedes del hotel, al personal interno y a un restaurante en la planta baja como tres segmentos de red completamente separados. En lugar de implementar tres SSIDs, utilizaron PPSK con direccionamiento dinámico de VLAN. El resultado fue un solo SSID, tres VLANs aisladas y una reducción significativa en la carga de trabajo de administración en comparación con su enfoque anterior de múltiples SSIDs. Ahora hablemos de recomendaciones de implementación y errores comunes. Primero, mantén un diseño agnóstico al hardware. Crea tus políticas en Purple, no en el controlador local. Esto te permite escalar o cambiar de proveedores de hardware más adelante sin tener que reconstruir tus políticas de seguridad desde cero. Segundo, ten cuidado con las versiones de firmware. Asegúrate de que tus APs de ALE ejecuten un firmware que admita explícitamente la asignación dinámica de VLAN a través de RADIUS. Es posible que las versiones de firmware de Stellar más antiguas no admitan completamente el atributo Tunnel-Private-Group-ID. Revisa las notas de lanzamiento de ALE antes de realizar la implementación. Tercero, el DNS es tu amigo y tu enemigo. Si tu Captive Portal no aparece, primero verifica tu rango de DHCP. Si el cliente no recibe un servidor DNS válido, no podrá resolver la URL del portal y todo el proceso se detendrá. Este es el problema de soporte más común en las implementaciones de Captive Portal. Cuarto, para un WiFi de personal seguro que utilice 802.1X, usa PEAP con MSCHAPv2 para la mayoría de los entornos, o EAP-TLS para implementaciones basadas en certificados. El servidor RADIUS de Purple admite ambos. Los dispositivos del personal se autentican contra Microsoft Entra ID o Okta, y el servidor RADIUS devuelve la asignación de VLAN adecuada para el segmento de red del personal. Pasemos a una sesión de preguntas y respuestas rápidas. Pregunta: ¿Puedo usar esta integración para el cumplimiento de PCI DSS en un entorno de retail? Respuesta: Sí. Al utilizar el direccionamiento dinámico de VLAN, puedes asegurarte de que los dispositivos de punto de venta estén always placed on an isolated VLAN, completely separated from guest traffic. This satisfies the network segmentation requirements under PCI DSS 4.0. Question: Does Purple require a hardware appliance on-site? Answer: No. Purple is a cloud overlay. It communicates directly with your existing ALE hardware via standard RADIUS over the internet. There is nothing to rack and stack. Question: What happens if the Purple cloud is unreachable? Answer: You can configure a fallback policy on the ALE AP. For guest networks, you can allow open access as a fallback. For staff networks, configure a deny-all fallback to maintain security. Question: Can I capture analytics data from the integration? Answer: Yes. Every authenticated session generates a visitor profile in the Purple platform. You get dwell time, visit frequency, device type, and demographic data from the registration form. This feeds directly into your CRM via Purple's library of over 400 connectors. To summarise the key takeaways from today's briefing. One: The ALE OmniAccess integration with Purple uses standard RADIUS on ports 1812 and 1813. No proprietary protocols required. Two: The Walled Garden is critical. Get it wrong and the Captive Portal will not load. Whitelist the Purple domains before anything else. Three: PPSK with dynamic VLAN steering is the right architecture for multi-tenant environments. One SSID, unique passphrases, isolated VLANs per tenant. Four: RADIUS Attributes 64, 65, and 81 are the three you need for dynamic VLAN assignment. If any one of them is missing, the steering fails. Five: Purple is hardware-agnostic. Your policies live in the cloud, not on the controller. This gives you flexibility to scale across different hardware vendors. Your next step is to log into your Purple portal, navigate to your venue's hardware settings, and retrieve your specific RADIUS credentials and splash page URL. Then follow the configuration steps in this guide to connect your ALE OmniAccess infrastructure to the Purple cloud. Thank you for listening to this Purple technical briefing. For more information, visit purple.ai.