Plataformas de WiFi para invitadosWiFi para estadios y arenas: comparativa de incorporación de alta densidad y activación de patrocinadores

La mayoría de los estadios y arenas obtienen el mejor resultado de un enfoque híbrido. Los abonados reciben un perfil de Passpoint a través de la aplicación del club y se conectan automáticamente, de forma cifrada y sin pantalla de inicio de sesión. Los visitantes ocasionales utilizan un portal cautivo ligero. Dimensione el servidor RADIUS y DHCP para el pico de dispositivos concurrentes, no para el número de asientos. Envíe los datos con consentimiento de los aficionados al CRM de boletería y patrocinadores a través de API orientadas a eventos.

¿Qué enfoque de plataforma de WiFi para invitados en estadios debe elegir?

Cualquier comparación de plataformas de WiFi para invitados en estadios se reduce a tres arquitecturas:

• Un portal cautivo en una red abierta o abierta cifrada.
• Perfiles de Passpoint entregados a través de la aplicación del club.
• Un modelo híbrido que ejecuta ambos en los mismos puntos de acceso.

Si cuenta con una base de abonados y una aplicación del club, elija el modelo híbrido.

Primero, algunas definiciones. Un portal cautivo es la página web que muestra un dispositivo antes de conceder acceso a internet. En ella, el aficionado inicia sesión, se registra o acepta los términos. Passpoint, también conocido como Hotspot 2.0, es una certificación de la WiFi Alliance basada en IEEE 802.11u. Permite que un dispositivo busque y se una a una red automáticamente utilizando credenciales almacenadas en un perfil. Passpoint se autentica con IEEE 802.1X, el estándar de control de acceso basado en puertos. 802.1X verifica cada dispositivo frente a un servidor RADIUS (Remote Authentication Dial-In User Service, definido en RFC 2865).

La elección afecta tres aspectos:

• Cómo se comporta la red cuando 20,000 teléfonos se desbloquean en el medio tiempo.
• Cuántos datos propios recopila.
• Cuánto inventario de patrocinadores puede vender.

Cada arquitectura destaca en uno de estos puntos, razón por la cual el modelo híbrido suele ser la mejor opción.

Purple ejecuta las tres opciones como una superposición en la nube independiente del hardware. Es compatible con puntos de acceso de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. No es necesario reemplazar la infraestructura existente, como se explica en nuestro artículo sobre por qué su próxima actualización de WiFi no requiere hardware nuevo. Purple registra 500 millones de usuarios e inicios de sesión al año en más de 80,000 recintos de 90 países.

Dónde se diferencian realmente el portal cautivo, Passpoint y las plataformas híbridas

	Portal cautivo	Passpoint a través de la app del club	Híbrido
Quién se conecta	Cada asistente con un navegador	Aficionados que instalan la app y aceptan el perfil	Ambos grupos, en SSID independientes
Pasos de incorporación	Conectarse al SSID, se abre el portal, iniciar sesión o aceptar términos	Ninguno tras la instalación del perfil por única vez	Ninguno para aficionados con app, portal para todos los demás
Cifrado inalámbrico	Ninguno en SSID abierto, por dispositivo con OWE	WPA2-Enterprise o WPA3-Enterprise	Enterprise para aficionados con app, abierto u OWE para portal
Carga de autenticación en el medio tiempo	Cargas de página del portal más un intercambio RADIUS por inicio de sesión	Intercambio 802.1X multipaso por dispositivo, sin cargas de página	Carga del portal reducida por la proporción de aficionados en Passpoint
Datos propios (first-party) al iniciar sesión	Nombre, correo electrónico, opciones de consentimiento, perfil social si se ofrece	Identidad ya conocida desde la cuenta de la app	Perfil de app para miembros, datos del portal para visitantes
Superficie de activación de patrocinadores	Página de inicio (splash page) y redirección posterior al inicio de sesión	Ubicaciones solo dentro de la app, sin página de inicio	Página de inicio para visitantes, ubicaciones en la app para miembros
Estándares	API de Captive Portal RFC 8908 y RFC 8910, RFC 8110 OWE	IEEE 802.11u, IEEE 802.1X, EAP-TLS o EAP-TTLS	Todos los anteriores
A quién se adapta	Recintos de conciertos y conferencias sin app del club	Clubes con una app activa y áreas para miembros	Clubes con una base de abonados y visitantes ocasionales

La experiencia de incorporación

En un Captive Portal, cada fan interactúa con su marca al momento de conectarse. Esto es sumamente importante para la incorporación en el WiFi de invitados de la arena. El asistente de red cautiva (CNA) del teléfono es el mininavegador que iOS y Android abren automáticamente cuando detectan un portal. En una red Passpoint, el dispositivo se conecta antes de que el fan haya sacado el teléfono del bolsillo.

El modelo de seguridad

Un SSID abierto transmite el tráfico sin cifrar por el aire. OWE (Opportunistic Wireless Encryption, RFC 8110, certificado por la WiFi Alliance como Enhanced Open) cierra esa brecha. Cifra el tráfico de cada dispositivo sin necesidad de contraseña. Passpoint va más allá: utiliza WPA2-Enterprise o WPA3-Enterprise, con autenticación 802.1X a través de un método EAP. EAP-TLS se autentica con un certificado. EAP-TTLS envuelve un usuario y contraseña en un túnel TLS.

El modelo de datos y patrocinadores

Este es el compromiso que la mayoría de los proveedores pasan por alto. Passpoint elimina la página de inicio, por lo que también elimina su espacio para patrocinadores más visible. Un diseño centrado únicamente en el portal maximiza las impresiones de los patrocinadores, pero provoca que sus fans más leales tengan que realizar un inicio de sesión en cada partido. El enfoque híbrido ofrece a cada público la experiencia adecuada.

¿Cómo absorben las plataformas de WiFi para estadios los picos de autenticación en el descanso?

Una red de estadio rara vez falla por capacidad total. Falla cuando miles de dispositivos solicitan autenticación, una dirección IP y una página de portal en el mismo intervalo de cinco minutos. Diseñe pensando en esa concurrencia.

Escenario práctico: modelado de un pico en el descanso en un estadio con capacidad para 40,000 personas

Este es un modelo de planificación, no un resultado reportado. Ajuste las suposiciones para que coincidan con sus propios datos de inicio de sesión.

Situación. Un club de fútbol administra un estadio con capacidad para 40,000 personas. Supongamos que el 60% de los asistentes intenta conectarse en algún momento, lo que da 24,000 dispositivos. Supongamos que el 30% de ellos se une por primera vez en los primeros cinco minutos del descanso. Eso representa 7,200 nuevos inicios de sesión en 300 segundos, o 24 por segundo.

El problema. Supongamos que el tiempo de espera de la sesión es de 60 minutos. Los fans que se conectaron al llegar antes del partido caducan y se vuelven a autenticar en torno al descanso. En el peor de los casos, los 24,000 dispositivos saturan la plataforma en esa ventana de tiempo: 80 autenticaciones por segundo.

Lo que se hizo:

• Establecer el tiempo de espera de la sesión por un periodo superior a la duración total del evento, desde la apertura de puertas hasta la salida, para que los fans conectados nunca se vuelvan a autenticar a mitad del partido.
• Se migró el 35% de los fanáticos que se conectaban a Passpoint a través de la aplicación del club.

Resultado. El pico durante el medio tiempo bajó de 80 a 24 autenticaciones por segundo, lo que representa una reducción del 70%. Las cargas de la página del portal cayeron de 7,200 a 4,680, debido a que los fanáticos de Passpoint omiten la página por completo. Los fanáticos de Passpoint continúan enviando solicitudes de RADIUS. Esas solicitudes no generan tráfico web y las claves de roaming evitan que se repitan.

Mantenga RADIUS rápido y fuera de la cola de espera

RADIUS funciona sobre UDP. Cuando un servidor responde lentamente, los puntos de acceso retransmiten y estas retransmisiones aumentan la carga que originó el retraso. El RFC 5080 documenta este comportamiento. Cuatro decisiones de diseño evitan que la situación se salga de control:

• Mantenga los sistemas lentos fuera de la ruta de autenticación. Nunca llame a su CRM o sistema de boletos de forma síncrona durante el inicio de sesión. Acepte la conexión y luego escriba en los sistemas secundarios de forma asíncrona.
• Utilice roaming rápido. La transición rápida IEEE 802.11r y el almacenamiento en caché PMK permiten que un dispositivo se mueva entre puntos de acceso sin intercambio completo de 802.1X. En un estadio donde los fanáticos caminan hacia los pasillos durante el medio tiempo, esto elimina miles de solicitudes repetidas.
• Controle el tráfico de contabilidad. La contabilidad de RADIUS (RFC 2866) envía actualizaciones intermedias en un intervalo fijo. Un intervalo corto en 24,000 sesiones añade una carga constante exactamente en el momento equivocado.
• Escale el nivel de RADIUS horizontalmente. El RADIUS en la nube de Purple opera sobre una infraestructura con un tiempo de actividad del 99.999% (cifra de la propia empresa Purple).

Detenga el agotamiento de DHCP antes de que comience

DHCP (Protocolo de configuración dinámica de host, RFC 2131) asigna a cada dispositivo una dirección IP durante un tiempo de concesión determinado. Los teléfonos rara vez liberan su concesión cuando salen de la zona de cobertura. Por lo tanto, las direcciones permanecen bloqueadas hasta que vence el tiempo de concesión.

Escenario práctico: una arena con dos espectáculos en un solo día

Este es un modelo de planificación basado en la aritmética de direcciones, no un resultado documentado.

Situación. Una arena con capacidad para 15,000 personas realiza una función vespertina y un espectáculo nocturno con audiencias diferentes. Se asume que el 70% de cada audiencia se conecta, lo que representa 10,500 dispositivos por espectáculo. La red de invitados utiliza un grupo /18, que alberga 16,382 direcciones utilizables.

El problema. Con concesiones de 24 horas, las direcciones de la función vespertina permanecen ocupadas durante el espectáculo nocturno. El grupo de direcciones se agota al llegar al dispositivo 5,882 de los asistentes de la noche. Quienes llegan más tarde no obtienen dirección ni conexión.

Lo que se hizo. El equipo acortó el tiempo de concesión a un periodo menor que el intervalo entre ambos espectáculos.

Resultado. El grupo de direcciones ahora solo necesita cubrir a una audiencia durante el punto máximo. El mismo grupo /18 da servicio a 10,500 dispositivos con un margen de 5,882 direcciones.

La doble pila IPv6 reduce aún más la presión sobre IPv4, ya que los dispositivos configuran sus propias direcciones a través de SLAAC (RFC 4862). Confirme que su portal y el jardín amurallado (walled garden) sean compatibles con IPv6 antes de depender de este protocolo.

Haga que el portal sea ligero

Un portal cautivo para recintos de alta densidad debe cargar rápidamente en un entorno de radio congestionado. Cuatro pasos pueden ayudar:

• Distribuya los recursos del portal desde una red de distribución de contenido (CDN).
• Mantenga las imágenes pequeñas.
• Agregue a la lista de permitidos únicamente los dominios de inicio de sesión social que realmente ofrece.
• Anuncie la URL del portal a través del portal cautivo API (RFC 8910 y RFC 8908). Los dispositivos compatibles encuentran el portal directamente, sin intercepción HTTP.

Cuándo un portal cautivo para recintos de alta densidad es la opción correcta

Elija un diseño basado únicamente en el portal cuando la mayor parte de su audiencia asista una sola vez. Los conciertos, conferencias y eventos itinerantes se adaptan a este patrón. Atraen a un público diferente cada noche y la mayoría de los asistentes nunca instalarán la aplicación del club.

El portal también es su activo de patrocinio más sólido. Todos los asistentes que se conectan ven la página de inicio. Puede configurarlo para que, tras iniciar sesión, redirija a una oferta de un socio. WiFi para invitados de Purple captura datos propios con consentimiento en ese preciso momento mediante casillas de verificación opcionales e independientes para cada finalidad.

Esos mismos datos de inicio de sesión alimentan WiFi Analytics. Mide el tiempo de permanencia en las zonas de pasillos, bares y productos oficiales, lo que le permite vender espacios a patrocinadores respaldados por datos de presencia reales.

Ejecute el portal en OWE en modo de transición junto con un SSID abierto. Los dispositivos compatibles con OWE se conectan de forma cifrada y los dispositivos más antiguos aún pueden unirse. Esto reduce la mayor parte de la brecha de seguridad entre el portal y Passpoint sin añadir pasos para el aficionado.

El portal también se extiende más allá del estadio. Si su estadio cuenta con un hotel en las instalaciones, la misma identidad puede trasladarse a las habitaciones de los huéspedes, como se muestra en nuestra página de Hoteles. Una megatienda del club sigue los patrones de nuestra página de Retail, donde cada comprador que inicia sesión se convierte en un perfil conocido.

Cuándo el WiFi Passpoint para estadios es la opción correcta

Elija el WiFi Passpoint para estadios para los aficionados que asisten con frecuencia y que ya tienen una cuenta con usted. Los abonados de temporada, los socios y los invitados de palcos VIP se adaptan a este perfil. Desean conectarse de forma transparente y usted ya sabe quiénes son.

La aplicación del club instala el perfil una sola vez. A partir de ese momento, el dispositivo se une automáticamente cada día de partido. iOS instala las credenciales de Passpoint mediante un perfil de configuración. Android las instala a través de sus API de Passpoint. Antes de asociarse, el dispositivo utiliza ANQP (Protocolo de consulta de red de acceso, parte de IEEE 802.11u) para verificar que la red sea compatible con sus credenciales.

Cuándo combinar Passpoint con un portal cautivo

Combine ambos cuando sus asistentes se dividan en un núcleo leal y un público casual. Un club de fútbol suele responder a este patrón: los abonados de temporada, los aficionados visitantes y los asistentes ocasionales comparten el mismo espacio.

Los socios se conectan a través de Passpoint y reciben contenido de patrocinadores dentro de la aplicación. Todos los demás acceden al portal cautivo. Transmita como máximo dos SSID para invitados, ya que cada SSID adicional consume tiempo de aire con sus propias balizas (beacons).

También puede utilizar el portal como puente hacia Passpoint. Ofrezca la descarga del perfil después del primer inicio de sesión del aficionado en el portal. Cada aficionado que lo instala deja de usar el portal en todos los partidos futuros.

Dónde encaja OpenRoaming

OpenRoaming es una federación de la Wireless Broadband Alliance basada en Passpoint. Los dispositivos que cuentan con un perfil de un proveedor de identidad participante se conectan de manera automática y segura. Esto cubre a los aficionados que están de visita y no tienen la aplicación del club. OpenRoaming no le proporciona los datos de identidad de su propio club, por lo que debe considerarse como una cobertura más amplia y no como un reemplazo de su propio perfil.

Mantenga al personal en una red separada

El personal de seguridad, los puestos de venta y los equipos de transmisión necesitan su propia red. Las redes basadas en identidad de Purple autentican el WiFi para empleados con Microsoft Entra ID, Okta o Google Workspace, y el acceso se revoca automáticamente cuando alguien deja la empresa.

Para los dispositivos gestionados, nuestra guía sobre cómo utilizar Microsoft Intune para enviar certificados de WiFi a los dispositivos cubre la entrega de certificados. Para los dispositivos propios de los contratistas, consulte Incorporación de WiFi para BYOD: gestión de dispositivos no gestionados en hoteles y comercio minorista.

Segmente los terminales de punto de venta en su propia VLAN (LAN virtual, una red lógicamente independiente). El PCI DSS considera la segmentación como una forma de reducir el alcance del entorno de datos de los cuentahabientes.

¿Cómo llegan los datos primarios de los aficionados al sistema de gestión de boletos y al CRM de los patrocinadores en tiempo real?

Envíe los datos en función de eventos, no por lotes. Cuando un aficionado inicia sesión, la plataforma resuelve su identidad y verifica sus opciones de consentimiento. A continuación, emite un evento que los sistemas secundarios consumen en cuestión de segundos. El sistema de gestión de boletos vincula el inicio de sesión con una reservación mediante el correo electrónico o la referencia del boleto. El CRM del patrocinador recibe únicamente a los aficionados que aceptaron participar explícitamente con ese patrocinador específico.

El consentimiento es el punto de control. El artículo 7(1) del UK GDPR le exige demostrar que cada aficionado dio su consentimiento. La guía de consentimiento de la ICO establece que debe nombrar a los terceros responsables que se basarán en dicho consentimiento. Según la regulación 22 del PECR, la mercadotecnia por correo electrónico de un patrocinador requiere ese consentimiento explícito con su nombre. La opción de suscripción voluntaria implícita cubre únicamente sus propios productos similares, no los de un socio comercial.

Purple se integra con plataformas de CRM y mercadotecnia. Registra cada consentimiento de forma independiente, junto con su redacción y marca de tiempo. Purple cuenta con las certificaciones ISO 27001 y Cyber Essentials, cumple con el GDPR y la CCPA, y es un B Corp certificado.

Escenario práctico: una arena de propiedad municipal con un socio con derechos de denominación

Este es un modelo de planificación con premisas establecidas, no un resultado reportado.

Situación. Las autoridades locales son propietarias de una arena multipropósito con capacidad para 8,000 personas. En ella se celebran conciertos, conferencias y eventos deportivos comunitarios. Los promotores son propietarios de los datos de venta de boletos de los conciertos. El socio con derechos de denominación de la arena desea obtener clientes potenciales con consentimiento en cada evento.

Lo que se hizo:

• Cada pantalla de inicio de sesión incluye su propia casilla sin marcar que nombra al socio comercial.
• Un inicio de sesión con consentimiento activa un evento hacia el CRM del socio comercial.
• Un inicio de sesión sin consentimiento se envía únicamente al CRM propio de la arena.
• La vinculación de boletos se ejecuta solo cuando la arena conserva los datos de la reservación.

Resultado. Supongamos que 5,000 asistentes inician sesión en un evento y el 20% marca la casilla del socio. El socio recibe entonces 1,000 registros con consentimiento por evento. Cada registro llega segundos después del inicio de sesión, con su evidencia de consentimiento adjunta. Esto reemplaza la exportación mensual de hojas de cálculo, la cual pierde el momento del recinto y debilita la trazabilidad de auditoría.

¿Cuánto cuesta operar cada enfoque de WiFi para estadios?

Las tarifas de licencia son solo una parte del costo. Los costos más elevados corresponden al esfuerzo de desarrollo, las operaciones recurrentes y el ancho de banda.

	Captive portal	Passpoint a través de la app del club	Híbrido
Impulsor del costo de desarrollo	Diseño del portal, walled garden, redacción del consentimiento, mapeo de campos CRM	Desarrollo de app, configuración de dominio RADIUS, emisión de credenciales o certificados	Ambos desarrollos
Impulsor del costo de operación	Licencia de plataforma, hosting del portal, backhaul de internet	Licencia de plataforma, ciclo de vida de credenciales, ciclo de lanzamientos de la app	Ambos, con un nivel RADIUS compartido
Hardware necesario	Puntos de acceso existentes de cualquier proveedor listado	Puntos de acceso con Hotspot 2.0 habilitado en el firmware	Puntos de acceso compatibles con Hotspot 2.0 transmitiendo dos SSID
Esfuerzo por evento	Cambiar material creativo del patrocinador, revisar redacción del consentimiento	Sin trabajo de incorporación, solo contenido dentro de la app	Material creativo del portal más contenido de la app
Costo de ancho de banda	Un SSID de invitados	Un SSID de invitados	Dos SSID de invitados

El enfoque híbrido es el más costoso de construir, pero reduce el riesgo el día del partido. Cada aficionado que migra a Passpoint representa una carga de página menos al medio tiempo.

Cómo decidir para su recinto

Haga coincidir su situación con la siguiente fila.

Su situación	Recomendación
Sin app del club, audiencias ocasionales como conciertos y conferencias	Captive portal en OWE en modo de transición, pantalla de bienvenida del patrocinador, autorizaciones por elección consciente
App del club en uso activo por titulares de abonos de temporada	Híbrido: Passpoint en la app, captive portal para visitantes
Áreas de miembros, palcos y asientos premium	Perfiles Passpoint para miembros, más acceso al portal para sus invitados
Arena de uso múltiple donde los promotores gestionan la venta de boletos	Captive portal con redacción de consentimiento por evento y por socio
Muchos aficionados visitantes sin cuenta del club	Captive portal más OpenRoaming para acceso seguro automático
Personal de logística, concesiones y puntos de venta	WiFi independiente para personal en 802.1X con integración de proveedor de identidad y segmentación VLAN

Antes de su primer evento en vivo, realice tres acciones:

1. Realice pruebas de carga del diseño en un día sin partido.
2. Inicie una simulación de su modelo de medio tiempo con registros reales de puntos de acceso.
3. Confirme que los sistemas secundarios acepten eventos a su tasa máxima de inicio de sesión.

Preguntas frecuentes

¿Funciona Purple con los puntos de acceso que ya están instalados en nuestro estadio?

Sí, si provienen de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet. Purple es una capa en la nube agnóstica de hardware, por lo que se superpone a su infraestructura existente sin necesidad de reemplazar nada. Sus puntos de acceso siguen gestionando la radio y el roaming. Purple gestiona el portal cautivo, el RADIUS en la nube, la captura de consentimiento y el enrutamiento de datos. Passpoint también requiere que Hotspot 2.0 esté habilitado en el firmware de sus puntos de acceso.

¿Necesitamos una aplicación del club para ofrecer Passpoint a los aficionados?

No, pero la aplicación es la vía de entrega más fluida. iOS instala credenciales de Passpoint a partir de la descarga de un perfil de configuración. Android las instala a través de sus API de Passpoint o mediante una descarga web. Por lo tanto, puede ofrecer el perfil después del primer inicio de sesión del aficionado en el portal cautivo. La aplicación gana en adopción porque vincula el perfil a una cuenta que el aficionado ya tiene y utiliza en cada jornada.

¿Podemos compartir los datos de los aficionados obtenidos en los inicios de sesión de WiFi con nuestros patrocinadores de conformidad con el GDPR?

Sí, con un consentimiento independiente y específico que nombre al patrocinador. La guía de consentimiento de la ICO establece que debe nombrar a cualquier responsable del tratamiento de terceros que se ampare en dicho consentimiento. El Artículo 7(1) le exige demostrarlo. Según las normas PECR, el marketing por correo electrónico de los patrocinadores requiere ese consentimiento, ya que la regla del "soft opt-in" solo cubre sus propios productos similares. Los opt-ins de elección consciente de Purple registran cada opción por separado, con su redacción y marca de tiempo.

¿Un portal cautivo podrá soportar que decenas de miles de aficionados se conecten durante el medio tiempo?

Sí, si diseña pensando en la concurrencia en lugar de la capacidad total. Establezca tiempos de expiración de sesión más largos que el evento, de modo que los aficionados conectados nunca se vuelvan a autenticar a mitad del partido. Mantenga las escrituras de CRM y boletaje fuera de la ruta de autenticación. Dimensione los fondos de DHCP para el pico de dispositivos concurrentes, con concesiones más cortas que el intervalo entre eventos. Sirva los recursos del portal desde una red de entrega de contenido (CDN). Trasladar a los miembros a Passpoint elimina por completo sus cargas de página.

¿Cómo migramos desde nuestro proveedor actual de WiFi para estadios?

Migre cambiando el destino al que sus puntos de acceso envían el tráfico de portal y autenticación, no reemplazando el hardware. Ejecute Purple primero en una red SSID de prueba. Valide el portal, el RADIUS y el enrutamiento de CRM en un día sin partido, y luego realice el cambio en la red SSID de producción. Exporte sus registros de opt-in existentes con sus redacciones y marcas de tiempo. Es posible que el consentimiento recopilado con la redacción anterior no cubra los fines que planee a continuación.

¿OpenRoaming reemplaza nuestro propio perfil de Passpoint?

No, complementa su propio perfil. OpenRoaming es una federación de la Wireless Broadband Alliance basada en Passpoint. Los dispositivos que poseen el perfil de un proveedor de identidad participante se unen de forma automática y segura, lo que cubre a los aficionados visitantes que no tienen la aplicación del club. No le proporciona los datos de identidad propios de su club. Mantenga su propio perfil en la aplicación para los abonados y utilice OpenRoaming para ampliar la cobertura segura.

¿La red del portal debe ser abierta o utilizar OWE?

Use OWE en todos los puntos de acceso que lo admitan, en modo de transición junto con una red SSID abierta. OWE, certificado por la WiFi Alliance como Enhanced Open, cifra el tráfico de cada dispositivo sin necesidad de contraseña. Los aficionados en un pasillo concurrido no pueden ver las sesiones de los demás. El modo de transición permite que los dispositivos más antiguos se unan a la red abierta mientras que los dispositivos compatibles se conectan de forma cifrada. Confirme el soporte de firmware en cada punto de acceso antes del día del partido.

¿Cuánto esfuerzo requiere una implementación en un estadio?

La mayor parte del esfuerzo se centra en la configuración e integración, no en el hardware. Dado que Purple se superpone a sus puntos de acceso existentes, el trabajo abarca el diseño del portal, la redacción del consentimiento, la configuración de SSID y RADIUS, y el mapeo de campos a los sistemas de boletaje y CRM. Passpoint añade el desarrollo de la aplicación del club y un ciclo de pruebas en dispositivos iOS y Android. Planifique una prueba de carga completa en un día sin partido antes del primer evento en vivo.