Plataformas de WiFi para estadios y recintos: comparativa de inicio de sesión de alta densidad y activación de patrocinadores

La mayoría de los estadios y recintos obtienen el mejor resultado con una solución híbrida. Los abonados reciben un perfil 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 el DHCP para el número máximo de dispositivos concurrentes, no por asientos. Dirija los datos con consentimiento de los aficionados al CRM de venta de entradas y patrocinadores mediante API basadas en eventos.

¿Qué enfoque de plataforma WiFi para invitados en estadios debería elegir?

Cualquier comparativa de plataformas WiFi para invitados en estadios se reduce a tres arquitecturas:

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

Si cuenta con una base de abonados y una aplicación del club, elija la opción híbrida.

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 llamado Hotspot 2.0, es una certificación de la WiFi Alliance basada en IEEE 802.11u. Permite que un dispositivo busque una red y se una a ella automáticamente mediante las credenciales guardadas 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 a tres aspectos:

• Cómo se comporta la red cuando 20 000 teléfonos se desbloquean en el descanso.
• Qué cantidad de datos propios recopila.
• Qué volumen de inventario para patrocinadores puede vender.

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

Purple ejecuta las tres opciones como una capa superior 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 requiere sustituir la infraestructura existente, tal y como se explica en nuestro artículo sobre por qué su próxima actualización de WiFi no necesita hardware nuevo. Purple cuenta con 500 millones de usuarios e inicios de sesión al año en más de 80 000 recintos de 90 países.

En qué se diferencian realmente las plataformas de portal cautivo, Passpoint e híbridas

	Portal cautivo	Passpoint mediante la app del club	Híbrida
Quién se conecta	Todos los asistentes con un navegador	Aficionados que instalan la app y aceptan el perfil	Ambos grupos, en SSID independientes
Pasos de incorporación	Conectarse al SSID, el portal se abre, iniciar sesión o aceptar términos	Ninguno tras la instalación única del perfil	Ninguno para los aficionados con la app; portal para el resto
Cifrado inalámbrico	Ninguno en un SSID abierto; por dispositivo con OWE	WPA2-Enterprise o WPA3-Enterprise	Enterprise para aficionados con app; abierto u OWE para el portal
Carga de autenticación en el descanso	Cargas de páginas del portal más un intercambio RADIUS por inicio de sesión	Intercambio 802.1X multipaso por dispositivo, sin carga de páginas	Carga del portal reducida por la proporción de aficionados en Passpoint
Superficie de activación de patrocinadores	Página de bienvenida y redirección tras el inicio de sesión	Solo ubicaciones en la aplicación, sin página de bienvenida	Página de bienvenida para visitantes, ubicaciones en la aplicación para miembros
Estándares	Portal cautivo API según RFC 8908 y RFC 8910, OWE según RFC 8110	IEEE 802.11u, IEEE 802.1X, EAP-TLS o EAP-TTLS	Todo lo anterior
A quién se adapta	Recintos de conciertos y conferencias sin aplicación del club	Clubes con una aplicación activa y zonas para miembros	Clubes con una base de abonados y visitantes puntuales

La experiencia de incorporación

En un portal cautivo, cada aficionado se encuentra con su marca en el momento de la conexión. Esto es lo que más importa para la incorporación a la red WiFi para invitados WiFi del estadio. 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 aficionado haya sacado el teléfono del bolsillo.

El modelo de seguridad

Una red SSID abierta transmite el tráfico sin cifrar por el aire. OWE (Cifrado Inalámbrico Oportunista, RFC 8110, certificado por la WiFi Alliance como Open Mejorado) soluciona esa deficiencia. 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 mediante un certificado. EAP-TTLS envuelve el nombre de usuario y la 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 bienvenida, por lo que también elimina su espacio de patrocinio más visible. Un diseño centrado únicamente en el portal maximiza las impresiones de los patrocinadores, pero hace que sus aficionados más leales tengan que completar un inicio de sesión cada día de partido. El modelo híbrido ofrece a cada público la experiencia adecuada.

¿Cómo absorben las plataformas de WiFi 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 para 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 documentado. Modifique las hipótesis para adaptarlas a sus propios datos de inicio de sesión.

Situación. Un club de fútbol gestiona un estadio con capacidad para 40 000 personas. Supongamos que el 60 % de los asistentes intenta conectarse en algún momento, lo que representa 24 000 dispositivos. Supongamos que el 30 % de ellos se conecta por primera vez en los primeros cinco minutos del descanso. Esto equivale a 7200 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. La sesión de los aficionados que se conectaron al llegar antes del partido caduca y se vuelven a autenticar en torno al descanso. En el peor de los casos, los 24 000 dispositivos acceden a la plataforma en esa misma ventana: 80 autenticaciones por segundo.

Lo que se hizo:

• Establecer un tiempo de espera de la sesión superior a la duración total del evento, desde la apertura de puertas hasta la salida, para que los aficionados conectados nunca tengan que volver a autenticarse a mitad del partido.
• Traslado del 35 % de los aficionados que se conectan a Passpoint mediante la aplicación del club.

Resultado. El pico del descanso cae de 80 a 24 autenticaciones por segundo, una reducción del 70 %. Las cargas de páginas del portal se reducen de 7200 a 4680, ya que los aficionados en Passpoint se saltan la página por completo. Los aficionados en Passpoint siguen enviando solicitudes de RADIUS. Esas solicitudes no generan tráfico web y las claves de roaming impiden que se repitan.

Mantenga RADIUS rápido y fuera de la cola

RADIUS se ejecuta sobre UDP. Cuando un servidor responde lentamente, los puntos de acceso retransmiten y las retransmisiones aumentan la carga que provocó el retraso. El RFC 5080 documenta este comportamiento. Cuatro decisiones de diseño evitan esta espiral:

• Mantenga los sistemas lentos fuera de la ruta de autenticación. Nunca llame a su CRM o sistema de venta de entradas de forma síncrona durante la de sesión. Acepte la conexión y, a continuación, 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é de PMK permiten que un dispositivo se mueva entre puntos de acceso sin un intercambio de 802.1X completo. En un estadio donde los aficionados caminan hacia el vestíbulo en el descanso, 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 se ejecuta en una infraestructura con un tiempo de actividad del 99,999 % (cifra propia de Purple).

Detenga el agotamiento del DHCP antes de que empiece

El DHCP (protocolo de configuración dinámica de host, RFC 2131) entrega 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 cobertura. Por lo tanto, las direcciones permanecen bloqueadas hasta que caduca la concesión.

Escenario práctico: un recinto con dos espectáculos en un día

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

Situación. Un recinto con capacidad para 15 000 personas ofrece un espectáculo por la tarde y otro por la noche con públicos diferentes. Se asume que el 70 % de cada público se conecta, lo que supone 10 500 dispositivos por espectáculo. La red de invitados utiliza un grupo /18, que contiene 16 382 direcciones utilizables.

El problema. Con concesiones de 24 horas, las direcciones del espectáculo de la tarde permanecen retenidas durante el espectáculo de la noche. El grupo se agota cuando llegan 5882 dispositivos de la noche. Las personas que llegan 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 los dos espectáculos.

Resultado. El grupo ahora solo necesita cubrir a un público en el punto máximo. El mismo /18 da servicio a 10 500 dispositivos con 5882 direcciones de margen.

El protocolo IPv6 de doble pila alivia 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 su jardín vallado admiten IPv6 antes de depender de él.

Haga que el portal sea ligero

Un portal cautivo en un recinto de alta densidad debe cargarse rápidamente en una radio saturada. Hay cuatro pasos que ayudan:

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

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

Elija un diseño basado únicamente en portal cuando la mayoría de su público le visite una sola vez. Los conciertos, conferencias y eventos en gira 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 de un club.

El portal es también su recurso de patrocinio más potente. Cada asistente que se conecta ve la página de bienvenida. Puede continuar con una redirección tras el inicio de sesión hacia una oferta de un colaborador. Guest WiFi de Purple captura datos propios consentidos en ese mismo momento mediante la aceptación explícita, donde cada finalidad tiene su propia casilla sin marcar.

Los mismos datos de inicio de sesión se envían a WiFi Analytics. Mide el tiempo de permanencia en las zonas de vestíbulos, bares y tiendas de productos oficiales, para que pueda vender a los patrocinadores espacios respaldados por datos de presencia reales.

Ejecute el portal en OWE en modo de transición junto a un SSID abierto. Los dispositivos compatibles con OWE se conectan de forma cifrada, mientras que los dispositivos más antiguos siguen uniéndose. Esto reduce la mayor parte de la brecha de seguridad entre el portal y Passpoint sin añadir ningún paso adicional para el aficionado.

El portal también se extiende más allá de la pista principal. Si su estadio cuenta con un hotel en las instalaciones, la misma identidad se puede trasladar a las habitaciones, tal como se describe en nuestra página de Hoteles. La tienda oficial 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 es adecuada la opción de Passpoint WiFi en estadios

Elija Passpoint WiFi en estadios para los aficionados que acuden repetidamente y ya tienen una cuenta con usted. Los abonados, socios y huéspedes de palcos VIP se ajustan a este perfil. Quieren conectarse sin tener que pensar en ello 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 conecta automáticamente cada día de partido. iOS instala las credenciales de Passpoint a través de un perfil de configuración. Android las instala a través de sus API de Passpoint. Antes de asociarse, el dispositivo utiliza ANQP (Access Network Query Protocol, parte de IEEE 802.11u) para comprobar si la red admite sus credenciales.

Cuándo combinar Passpoint con un portal cautivo

Combine ambos cuando su asistencia se divida entre un núcleo fiel y un público ocasional. Un club de fútbol suele ajustarse a este patrón: los abonados, la afición visitante y los asistentes puntuales 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. Emita como máximo dos SSID para invitados, ya que cada SSID adicional consume tiempo de transmisión con sus propias balizas.

También puede utilizar el portal como puente hacia Passpoint. Ofrezca la descarga de un perfil tras el primer inicio de sesión del aficionado en el portal. Cada aficionado que lo instala deja de utilizar el portal en los siguientes partidos.

Dónde encaja OpenRoaming

OpenRoaming es una federación de la Wireless Broadband Alliance basada en Passpoint. Los dispositivos que disponen de un perfil de un proveedor de identidad participante se conectan de forma automática y segura. Esto incluye a los aficionados visitantes que 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, no como un sustituto de su propio perfil.

Mantenga al personal en una red independiente

El personal de seguridad, los puestos de concesión y los equipos de retransmisión necesitan su propia red. Las redes basadas en la identidad de Purple autentican el WiFi para empleados mediante 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 abarca la entrega de certificados. Para los dispositivos propios de los contratistas, consulte la guía sobre incorporación a la red WiFi mediante BYOD: gestión de dispositivos no gestionados en hoteles y comercios.

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

¿Cómo llegan en tiempo real los datos de primera fuente de los aficionados al sistema de venta de entradas y al CRM del patrocinador?

Envíe los datos mediante eventos, no por lotes. Cuando un aficionado inicia sesión, la plataforma resuelve su identidad y comprueba sus opciones de consentimiento. A continuación, emite un evento que los sistemas secundarios consumen en cuestión de segundos. El sistema de venta de entradas vincula el inicio de sesión con una reserva a través del correo electrónico o de la referencia de la entrada. El CRM del patrocinador solo recibe los datos de los aficionados que dieron su consentimiento explícito para ese patrocinador concreto.

El consentimiento es el punto de control. El artículo 7(1) del UK GDPR exige demostrar que cada aficionado ha dado su consentimiento. La guía sobre el consentimiento de la ICO establece que se debe nombrar a cualquier corresponsable del tratamiento de terceros que vaya a basarse en dicho consentimiento. En virtud del artículo 22 de las PECR, el marketing por correo electrónico de un patrocinador requiere ese consentimiento explícito con su nombre. El consentimiento implícito (soft opt-in) solo cubre sus propios productos similares, no los de un socio.

Purple se integra con plataformas de CRM y marketing. Registra cada consentimiento por separado, junto con su texto descriptivo y la marca de tiempo. Purple cuenta con las certificaciones ISO 27001 y Cyber Essentials, cumple con las normas GDPR y CCPA, y es un B Corp certificado.

Caso práctico: un estadio de propiedad municipal con un socio con derechos de denominación

Este es un modelo de planificación con hipótesis declaradas, no un resultado documentado.

Situación. Una corporación local es propietaria de un recinto multipropósito con capacidad para 8000 personas. Alberga conciertos, conferencias y eventos deportivos comunitarios. Los promotores son los propietarios de los datos de venta de entradas para los conciertos. El socio con derechos de denominación del estadio desea obtener contactos cualificados con consentimiento de cada evento.

Acciones realizadas:

• Cada pantalla de inicio de sesión incluye su propia casilla desmarcada en la que se nombra al socio.
• Un inicio de sesión con consentimiento activa un evento dirigido al CRM del socio.
• Un inicio de sesión sin consentimiento se envía únicamente al CRM propio del estadio.
• La vinculación de entradas solo se ejecuta cuando el estadio dispone de los datos de la reserva.

Resultado. Supongamos que 5000 asistentes inician sesión en un evento y el 20 % marca la casilla de los socios. El socio recibirá 1000 registros con consentimiento por evento. Cada registro llega unos segundos después del inicio de sesión, con su correspondiente prueba de consentimiento adjunta. Esto sustituye a la exportación mensual de hojas de cálculo, con la que se pierde el momento en el propio recinto y se debilita la pista de auditoría.

¿Cuánto cuesta ejecutar cada enfoque de WiFi en los estadios?

Las tarifas de licencia son solo una parte del coste. Los costes más elevados corresponden al esfuerzo de desarrollo, las operaciones recurrentes y el tiempo de emisión por radiofrecuencia.

	Portal cautivo	Passpoint mediante la app del club	Híbrido
Factor de coste de desarrollo	Diseño del portal, jardin vallado (walled garden), redacción del consentimiento, mapeo de campos del CRM	Desarrollo de la app, configuración del dominio RADIUS, emisión de credenciales o certificados	Ambos desarrollos
Factor de coste de funcionamiento	Licencia de la plataforma, alojamiento del portal, red de transporte (backhaul) de internet	Licencia de la plataforma, ciclo de vida de credenciales, ciclo de lanzamientos de la app	Ambos, con un nivel de RADIUS compartido
Hardware necesario	Puntos de acceso existentes de cualquier proveedor de la lista	Puntos de acceso con Hotspot 2.0 habilitado en el firmware	Puntos de acceso compatibles con Hotspot 2.0 que emitan dos SSID
Esfuerzo por evento	Cambiar las creatividades del patrocinador, revisar la redacción del consentimiento	Sin trabajo de incorporación, solo contenido en la app	Creatividades del portal más contenido de la app
Coste de tiempo de emisión	Un SSID de invitados	Un SSID de invitados	Dos SSID de invitados

La opción híbrida es la más cara de desarrollar, pero reduce el riesgo el día del partido. Cada aficionado que pasa a Passpoint es una carga de página menos en el descanso.

Cómo decidir el enfoque para su recinto

Adapte su situación a la fila correspondiente a continuación.

Su situación	Recomendación
Sin app del club, público puntual como en conciertos y conferencias	Portal cautivo en OWE en modo de transición, pantalla de bienvenida del patrocinador, autorizaciones por elección consciente
App del club utilizada activamente por los abonados de la temporada	Híbrido: Passpoint en la app, portal cautivo para visitantes
Zonas de socios, palcos y asientos premium	Perfiles de Passpoint para socios, además de acceso por portal para sus invitados
Recinto multiusos donde los promotores gestionan la venta de entradas	Portal cautivo con redacción de consentimiento específica por evento y por socio
Muchos aficionados visitantes sin cuenta del club	Portal cautivo más OpenRoaming para un acceso seguro automático
Personal de seguridad, puestos de concesión y puntos de venta	WiFi para empleados independiente en 802.1X con integración de proveedor de identidades y segmentación por VLAN

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

1. Pruebe la resistencia del diseño en un día sin partido.
2. Reproduzca su modelo de descanso frente a los registros reales de los puntos de acceso.
3. Confirme que los sistemas secundarios aceptan eventos a su tasa de inicio de sesión máxima.

Preguntas frecuentes

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

Sí, siempre que provengan de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet. Purple es un software en la nube independiente del hardware, por lo que se superpone a su infraestructura existente sin necesidad de realizar sustituciones. Sus puntos de acceso se siguen encargando de la radio y la itinerancia; Purple gestiona el portal cautivo, el RADIUS en la nube, la captura del 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 las credenciales de Passpoint mediante 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 tras el 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 posee y utiliza en cada jornada.

¿Podemos compartir los datos de los aficionados recopilados en los inicios de sesión en el WiFi con nuestros patrocinadores según la GDPR?

Sí, mediante un consentimiento explícito y específico que nombre al patrocinador. La guía de consentimiento de la ICO indica que debe nombrar a cualquier responsable del tratamiento de terceros que se ampare en dicho consentimiento. El artículo 7, apartado 1, exige que pueda demostrarlo. En virtud del PECR, el marketing por correo electrónico de los patrocinadores requiere dicho consentimiento, ya que la regla del consentimiento implícito (soft opt-in) solo cubre sus propios productos similares. El sistema de aceptación consciente de Purple registra cada opción por separado, junto con su texto y marca de tiempo.

¿Podrá un portal cautivo gestionar a decenas de miles de aficionados conectándose en el descanso?

Sí, si diseña la red pensando en la concurrencia y no solo en la capacidad total. Establezca tiempos de espera de sesión superiores a la duración del evento, para que los aficionados conectados no tengan que volver a autenticarse a mitad del partido. Mantenga la escritura en el CRM y en el sistema de venta de entradas fuera de la ruta de autenticación. Dimensione las reservas DHCP para picos 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 en el estadio?

Migre cambiando el destino al que sus puntos de acceso envían el tráfico de autenticación y del portal, no reemplazando el hardware. Ejecute primero Purple en un SSID de prueba. Valide el portal, el RADIUS y el enrutamiento del CRM en un día sin partido y, a continuación, realice la transición del SSID de producción. Exporte sus registros de consentimiento existentes con sus textos y marcas de tiempo correspondientes. Es posible que el consentimiento recopilado con textos antiguos no cubra los fines que planifique a continuación.

¿Sustituye OpenRoaming a nuestro propio perfil de Passpoint?

No, complementa a su propio perfil. OpenRoaming es una federación de la Wireless Broadband Alliance creada sobre Passpoint. Los dispositivos que poseen un perfil de un proveedor de identidad participante se conectan 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?

Utilice OWE siempre que sus puntos de acceso lo admitan, en modo de transición junto a 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 presentes en una explanada concurrida no pueden leer 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 la compatibilidad del firmware en cada punto de acceso antes del día del partido.

¿Cuánto esfuerzo requiere la implantación en un estadio?

La mayor parte del esfuerzo se centra en la configuración y la 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 con los sistemas de venta de entradas y CRM. Passpoint añade el desarrollo de la aplicación del club y un ciclo de pruebas en dispositivos iOS e Android. Planifique una prueba de carga completa en un día sin partido antes del primer evento en directo.