iPSK ff: una guía completa para empresas
iPSK ff (Identity Pre-Shared Key) es el estándar definitivo de autenticación WiFi para entornos multiinquilino, el cual ofrece una contraseña única a cada residente en un solo SSID, con asignación dinámica de VLAN y aislamiento de Capa 2. Esta guía cubre la arquitectura técnica, los pasos de implementación y el caso comercial para desarrolladores inmobiliarios, operadores de BTR y propietarios que implementan WiFi administrado a escala.
Escucha esta guía
Ver transcripción del podcast
Resumen ejecutivo
Para los operadores de Build-to-Rent (BTR), desarrolladores inmobiliarios y propietarios de unidades multifamiliares (MDU), el WiFi ya no es un servicio complementario. Es el servicio básico que los residentes evalúan antes de firmar un contrato de arrendamiento. Los enfoques tradicionales fallan a escala: las redes PSK compartidas exponen los dispositivos de un residente a todos los vecinos, la autenticación 802.1X Enterprise bloquea los dispositivos de hogar inteligente de los que dependen los residentes, y un router físico en cada unidad crea una grave interferencia de radiofrecuencia (RF) que reduce las velocidades de todo el edificio.
Identity PSK (iPSK) resuelve estos tres problemas. Emite una contraseña de WiFi única para cada hogar en una sola red para todo el edificio. Cada contraseña se asocia a una VLAN aislada, creando una burbuja de WiFi privada por residente. Los dispositivos dentro de la burbuja se descubren entre sí - los teléfonos transmiten a las televisiones, las consolas se conectan a internet, las bocinas inteligentes responden a comandos de voz - mientras permanecen completamente invisibles para los vecinos. Purple ofrece esto como una solución en la nube independiente del hardware, que se ejecuta en puntos de acceso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. El resultado es un incremento en la renta de £15 a 30 por unidad al mes, periodos de desocupación de cinco a diez días más cortos, y una reducción del 30 al 50% en los costos de conectividad por puerta en comparación con los contratos de banda ancha individuales (datos internos de Purple, 2025).
Análisis técnico detallado
Qué hace realmente iPSK
iPSK (Identity Pre-Shared Key) - conocido como MPSK por HPE Aruba, DPSK por Ruckus y ePSK por Cambium y Juniper Mist - permite que un solo SSID acepte miles de contraseñas diferentes simultáneamente. Cada contraseña es única para un residente u hogar. La red utiliza esa contraseña como una señal de identidad, no solo como una llave de acceso.
Cuando el dispositivo de un residente se conecta, el punto de acceso (AP) no solo verifica si la contraseña es correcta. Reenvía la solicitud de autenticación a un servidor RADIUS (Remote Authentication Dial-In User Service). El servidor RADIUS valida la contraseña contra el perfil del residente y devuelve un mensaje de Access-Accept que contiene atributos de política específicos - lo más importante, el VLAN ID asignado a ese residente. El AP luego etiqueta todo el tráfico de ese dispositivo con la VLAN correcta, colocándolo dentro del segmento de red aislado del residente.
Esta asignación dinámica de VLAN es el mecanismo que crea la burbuja de WiFi por residente. El teléfono, la laptop y la smart TV del Residente A comparten la misma VLAN y pueden comunicarse libremente utilizando protocolos de multidifusión y difusión (mDNS para AirPlay y Chromecast, SSDP para DLNA). Los dispositivos del Residente B se encuentran en una VLAN completamente separada y son invisibles para el Residente A, a pesar de que ambos hogares comparten los mismos puntos de acceso físicos.
Por qué 802.1X no funciona para entornos residenciales
IEEE 802.1X es el estándar de oro para la autenticación de redes empresariales. Requiere que cada dispositivo presente un usuario y contraseña o un certificado digital a un servidor RADIUS a través de un intercambio EAP (Extensible Authentication Protocol). El problema en los entornos residenciales es la compatibilidad de los dispositivos. Los focos inteligentes, los asistentes de voz, las consolas de videojuegos y la mayoría de los sensores IoT no incluyen un suplicante 802.1X. No pueden participar en un intercambio EAP. Forzar 802.1X en una red residencial significa que los residentes no podrán conectar sus dispositivos domésticos inteligentes, lo que genera un flujo constante de llamadas de soporte y una gran insatisfacción de los residentes.
iPSK utiliza WPA2-Personal o WPA3-Personal a nivel de cliente, lo cual es compatible con todos los dispositivos de consumo. La lógica de identidad de nivel empresarial se ejecuta completamente en el backend entre el AP y el servidor RADIUS, de manera invisible para el dispositivo que se conecta.
Flujo de autenticación en detalle
La siguiente secuencia describe lo que sucede desde el momento en que se conecta el dispositivo de un residente:
- El dispositivo transmite una solicitud de sonda (probe request) y se asocia con el SSID.
- El dispositivo envía su frase de contraseña durante el saludo de cuatro vías (four-way handshake) de WPA2/WPA3.
- El AP intercepta la frase de contraseña y construye un Access-Request de RADIUS, que incluye la dirección MAC del dispositivo y la frase de contraseña como un atributo Cisco AV-Pair (
psk-modeypsk-password). - El servidor RADIUS en la nube (el RADIUS-as-a-Service de Purple) valida la frase de contraseña contra la base de datos de residentes.
- Si tiene éxito, el servidor RADIUS devuelve un Access-Accept con el VLAN ID, la política de QoS y el perfil de ancho de banda para ese residente.
- El AP asigna el dispositivo a la VLAN especificada y completa la asociación.
- El dispositivo recibe una dirección IP del alcance DHCP para esa VLAN y se conecta a internet dentro de su segmento aislado.
Toda la secuencia se completa en menos de 500 milisegundos y es transparente para el residente.
Notas de implementación del proveedor
El concepto principal está estandarizado, pero las implementaciones de los proveedores difieren en cuanto al nombre y el manejo de atributos. Cisco Meraki utiliza los Cisco AV-Pairs psk-mode y psk-password. HPE Aruba ClearPass utiliza su propio conjunto de atributos MPSK. Ruckus SmartZone admite DPSK de forma nativa sin un servidor RADIUS para implementaciones más pequeñas, aunque se recomienda la integración con RADIUS para cualquier propiedad de más de 50 unidades. La capa de RADIUS en la nube de Purple unifica estas diferencias, presentando una única interfaz de administración independientemente del hardware subyacente.
Guía de implementación
Paso 1: Diseño de subredes y VLAN
En un entorno BTR de alta densidad, planifique para entre 15 y 25 dispositivos por unidad. Una subred estándar /24 (254 direcciones útiles) agotará rápidamente su grupo DHCP en un edificio con más de diez unidades. Utilice subredes /20 o /21 para sus VLAN de cliente. Asegúrese de que los tiempos de concesión DHCP estén configurados correctamente - por lo general de ocho a 12 horas para residencias, pero más cortos para entornos de huéspedes transitorios como hoteles o departamentos con servicio.
Diseñe una VLAN independiente para los dispositivos IoT de gestión del edificio (sistemas de acceso a puertas, CCTV, sensores HVAC). Esto mantiene la infraestructura operativa aislada del tráfico de los residentes y simplifica las auditorías de seguridad.
Paso 2: Ubicación de puntos de acceso y planificación de RF
Retire los routers de las unidades individuales antes de implementar AP administrados. Coloque AP de nivel empresarial en pasillos, áreas comunes y salas de máquinas para brindar cobertura sin penetrar en las unidades individuales. Utilice un estudio de RF profesional para determinar la densidad de AP. Para un edificio residencial típico con construcción de concreto estándar, un AP por cada dos a cuatro unidades es un punto de partida razonable, pero valide siempre con un estudio de sitio.
Configure los AP para priorizar las bandas de 5GHz y 6GHz. Reserve 2.4GHz para dispositivos IoT heredados que no puedan conectarse en bandas superiores. Habilite el direccionamiento de banda (band steering) para dirigir automáticamente los dispositivos compatibles a las bandas más rápidas.
Paso 3: Automatización de la gestión del ciclo de vida de las llaves
No gestione las llaves manualmente. Integre su sistema de gestión de propiedades (PMS) o proveedor de identidad (IdP) con su infraestructura RADIUS. Cuando se firma un nuevo contrato de arrendamiento, el sistema debe generar automáticamente un iPSK único y enviarlo por correo electrónico al residente. Cuando se muden, la llave debe revocarse al instante. La plataforma de Purple actúa como esta capa de orquestación, integrándose con Microsoft Entra ID, Okta y Google Workspace, así como con las principales plataformas PMS. Esta automatización elimina la sobrecarga manual que hace que las implementaciones de iPSK a gran escala sean operativamente inviables sin las herramientas adecuadas.
Paso 4: Manejo de la aleatorización de direcciones MAC
Los sistemas operativos modernos utilizan la aleatorización de direcciones MAC de forma predeterminada por razones de privacidad. iOS 14 y versiones posteriores, Android 10 y versiones posteriores, y Windows 11 aleatorizan la dirección MAC al conectarse a nuevas redes. Debido a que iPSK depende de las direcciones MAC para la búsqueda de identidad en algunas implementaciones, una MAC aleatoria puede causar fallas de autenticación o impedir la asignación de VLAN.
La mitigación recomendada es configurar su portal de registro para indicar a los residentes que desactiven "Dirección privada" (iOS) o "MAC aleatoria" (Android) para el SSID del edificio. Alternativamente, implemente un flujo de trabajo de registro previo donde el residente se autentique a través de un portal web en la primera conexión, vinculando la dirección MAC actual de su dispositivo a su perfil. El portal de autoservicio de Purple maneja esto de forma automática.
Paso 5: Gestión de dispositivos de autoservicio
Los residentes añaden nuevos dispositivos con regularidad. Proporcione un portal de autoservicio o una app donde los residentes puedan registrar nuevas direcciones MAC, ver los dispositivos conectados y restablecer su frase de contraseña sin ponerse en contacto con la administración del edificio. El portal de residentes de Purple se encarga de esto, reduciendo los tickets de soporte hasta en un 60% en comparación con las redes gestionadas manualmente (datos internos de Purple, 2025).
Mejores prácticas
Para maximizar la eficacia de su despliegue de iPSK, siga estas recomendaciones estándar de la industria:
Aplique el aislamiento de Capa 2 a nivel de SSID. Configure el bloqueo peer-to-peer en el SSID, anulándolo únicamente para los dispositivos que se encuentren dentro de la misma VLAN asignada. Esto garantiza que la PAN funcione correctamente y evita el tráfico entre residentes en la capa inalámbrica, no solo en la capa de enrutamiento.
Diseñe para la redundancia de RADIUS. Su red es tan confiable como su infraestructura RADIUS. Despliegue servidores RADIUS primarios y secundarios en diferentes zonas de disponibilidad o centros de datos. Configure el WLC con los temporizadores de failover adecuados - normalmente de tres a cinco segundos antes de cambiar al servidor secundario.
Monitoree el estado de la RF de forma continua. Incluso con menos AP que en un diseño de un router por unidad, monitoree la utilización de canales y la interferencia de co-canal. Utilice las herramientas analíticas de RF integradas en Cisco Meraki, HPE Aruba Central o Juniper Mist AI para detectar y resolver las interferencias de forma automática.
Cumpla con el GDPR y las normas de protección de datos. iPSK en sí es un mecanismo de autenticación de red, no una herramienta de recopilación de datos. Sin embargo, los datos de identidad que almacena en su base de datos RADIUS (nombres de residentes, direcciones de correo electrónico, direcciones MAC de dispositivos) son datos personales según el GDPR. Asegúrese de que sus políticas de retención de datos, mecanismos de consentimiento y acuerdos de procesamiento de datos estén en marcha antes de la puesta en marcha. Purple cuenta con las certificaciones GDPR, CCPA, ISO 27001 y Cyber Essentials.
Pruebe su flota de dispositivos IoT antes de la puesta en marcha. La mayoría de los dispositivos IoT funcionan correctamente con iPSK, pero algunos dispositivos más antiguos presentan peculiaridades en torno al handshake WPA2-PSK. Realice una prueba de compatibilidad previa al despliegue, sobre todo con cualquier hardware a medida o heredado, como sistemas de control de acceso más antiguos o sensores de gestión de edificios.
Para obtener una visión más amplia de cómo estructurar su red para el tráfico de invitados, personal e IoT, consulte nuestra guía sobre Tres SSIDs para gobernarlos a todos: invitado, Passpoint e IoT WiFi .
Resolución de problemas y mitigación de riesgos
Tiempos de espera de autenticación agotados
Si el servidor RADIUS tarda en responder, el WLC puede desconectar al cliente antes de que se complete el handshake. Monitoree la latencia de respuesta de RADIUS y asegúrese de que se mantenga por debajo de los 200 ms. Si utiliza un servicio RADIUS en la nube, verifique la estabilidad del enlace ascendente de la WAN y configure el almacenamiento en caché local de RADIUS si el hardware lo admite.
Agotamiento de DHCP
Si los dispositivos se conectan pero no reciben una dirección IP, su subred es demasiado pequeña o los tiempos de concesión de DHCP son demasiado largos. Monitoree la utilización del pool DHCP y expanda el alcance antes de que alcance el 80% de su capacidad. En un edificio de 200 unidades con 25 dispositivos por unidad, necesita un mínimo de 5,000 direcciones disponibles - una subred /19 proporciona 8,190 direcciones utilizables y le ofrece margen para el crecimiento.
Problemas de roaming
En un entorno de múltiples AP, asegúrese de que 802.11k (informes de vecinos), 802.11v (gestión de transición BSS) y 802.11r (transición rápida BSS) estén habilitados para ayudar al roaming de los clientes. Si un dispositivo pierde su conexión al moverse entre AP, verifique que la VLAN exista y esté configurada correctamente en troncal (trunk) a través de todos los switches y puntos de acceso. Un error común es configurar la VLAN en el WLC pero olvidar agregarla al puerto troncal en el switch de distribución.
La aleatorización de MAC causa fallas de autenticación
Si los residentes informan desconexiones intermitentes, particularmente después de que su dispositivo ha estado inactivo, la aleatorización de MAC es la causa más probable. Revise sus registros de RADIUS para ver si hay mensajes de Access-Reject de direcciones MAC desconocidas. Implemente el flujo de trabajo de preregistro descrito en el Paso 4 de la guía de implementación.
ROI e impacto empresarial
La implementación de iPSK transforma el WiFi de un costo perdido en un activo estratégico para los operadores de BTR y desarrolladores inmobiliarios.
Premium en la renta. El WiFi gestionado como un servicio incluido respalda un aumento en la renta de £15-30 por unidad al mes en el mercado de BTR del Reino Unido (datos internos de Purple, 2025). En un desarrollo de 200 unidades, eso representa de £36,000 a £72,000 de ingresos anuales adicionales.
Reducción de periodos de desocupación. La experiencia "Instant-On" - donde un residente recibe su clave única antes del día de la mudanza y está en línea en el momento en que llega - reduce los periodos de desocupación de cinco a diez días. Con una renta mensual promedio de £1,500 por unidad, eso representa de £250 a £500 por desocupación evitada.
Menores costos de hardware. Eliminar los routers individuales de 200 unidades elimina el costo de capital de 200 dispositivos de consumo (generalmente de £50 a £100 cada uno) y la carga de soporte continuo para administrarlos. Los AP empresariales colocados en los pasillos cuestan más por unidad pero cubren múltiples departamentos, lo que reduce significativamente el número total de dispositivos.
Menor carga de soporte. El aprovisionamiento y la revocación automatizada de claves, combinados con la gestión de dispositivos en autoservicio, reduce los tickets de soporte relacionados con WiFi hasta en un 60% (datos internos de Purple, 2025). Para un equipo de administración de propiedades que gestiona 500 unidades, esto representa una reducción significativa en los costos operativos.
Analítica y datos. La plataforma de WiFi Analytics de Purple proporciona información sobre la utilización de la red, las horas de mayor uso y la densidad de dispositivos por piso. Estos datos fundamentan las decisiones sobre la ubicación de los AP, el aprovisionamiento de ancho de banda y la inversión futura en infraestructura.
Para obtener más información sobre cómo la plataforma de Guest WiFi de Purple admite despliegues multi-inquilino, incluyendo el conjunto completo de funciones para la incorporación de residentes y la gestión del ciclo de vida, visite nuestras páginas de productos dedicadas.
Para lecturas relacionadas sobre los modelos de despliegue de PPSK y cómo se comparan con iPSK en las diferentes implementaciones de proveedores, consulte nuestra guía sobre PPSK usm kubang kerian: comparando características y modelos de despliegue .
Definiciones clave
iPSK (Identity Pre-Shared Key)
Un método de autenticación inalámbrica que asigna una frase de contraseña única a cada usuario o dispositivo en un solo SSID. La frase de contraseña actúa como una señal de identidad, activando la asignación dinámica de VLAN y la aplicación de políticas por usuario a través de un servidor RADIUS.
El modelo de autenticación principal para WiFi residencial multiinquilino, que reemplaza tanto a la PSK compartida como a 802.1X en entornos con flotas de dispositivos mixtas.
VLAN (Virtual Local Area Network)
Una subred lógica que agrupa dispositivos de diferentes ubicaciones físicas en un solo dominio de difusión, aislando su tráfico de otras VLAN en la misma infraestructura física.
El mecanismo que crea el aislamiento por residente en una implementación de iPSK. La clave única de cada residente se asocia a un ID de VLAN específico devuelto por el servidor RADIUS.
RADIUS (Remote Authentication Dial-In User Service)
Un protocolo de red que proporciona una gestión centralizada de Autenticación, Autorización y Contabilización (AAA). En una implementación de iPSK, el servidor RADIUS valida la frase de contraseña y devuelve la asignación de VLAN.
La inteligencia de backend en una implementación de iPSK. Purple proporciona RADIUS-as-a-Service, eliminando la necesidad de alojar esta infraestructura por cuenta propia.
PAN (Private Area Network)
Un segmento de red virtualizado y aislado creado para un residente específico, que permite que sus dispositivos se descubran y se comuniquen entre sí a través de mDNS y SSDP mientras permanecen invisibles para otros residentes en la misma infraestructura física.
El beneficio para el residente del aislamiento de VLAN de iPSK. Permite el descubrimiento de AirPlay, Chromecast y dispositivos domésticos inteligentes dentro de la burbuja del residente.
Aleatorización de direcciones MAC
Una función de privacidad en iOS 14+, Android 10+ y Windows 11 que cambia periódicamente la dirección MAC del dispositivo para evitar el rastreo en las redes.
Un desafío operativo importante para las implementaciones de iPSK. Las MAC aleatorias pueden causar fallas de autenticación si el servidor RADIUS utiliza direcciones MAC para la identificación de dispositivos.
Dispositivo sin interfaz (headless)
Un dispositivo conectado a la red sin una interfaz de usuario tradicional (pantalla o teclado), como un foco inteligente, un sensor ambiental o un dongle de streaming.
Estos dispositivos no pueden navegar por portales cautivos ni admiten la autenticación de certificados 802.1X, lo que convierte a iPSK en el único método de autenticación viable para ellos.
Aislamiento de Capa 2
Una configuración de seguridad de red que evita que los dispositivos en la misma subred o SSID se comuniquen directamente entre sí en la capa de enlace de datos.
Esencial en implementaciones multiinquilino para evitar que un residente acceda a los dispositivos de otro, incluso si se encuentran en la misma infraestructura física.
BTR (Build-to-Rent)
Desarrollos residenciales construidos específicamente, diseñados y administrados para renta a largo plazo, por lo general con administración de propiedad profesional y servicios compartidos.
El mercado principal para las implementaciones de WiFi gestionado con iPSK en el sector residencial del Reino Unido. Los operadores de BTR tratan el WiFi como un servicio gestionado incluido en la renta.
RADIUS-as-a-Service
Una infraestructura RADIUS alojada en la nube que gestiona la autenticación, autorización y contabilización sin requerir que el operador implemente y administre servidores RADIUS de forma local.
Purple proporciona RADIUS-as-a-Service como parte de su plataforma Multi-Tenant WiFi, compatible con hardware de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet.
Ejemplos resueltos
Un desarrollo de BTR de 300 unidades está experimentando graves problemas de rendimiento de WiFi. Los residentes se quejan de velocidades lentas y conexiones caídas. La configuración actual utiliza una red PSK estándar con ruteadores domésticos individuales en cada departamento. El operador del edificio desea actualizar a una solución administrada sin reemplazar el cableado estructurado existente.
El edificio sufre de una interferencia de canal adyacente masiva causada por 300 ruteadores no administrados que transmiten simultáneamente en canales de 2.4 GHz y 5 GHz superpuestos. El plan de remediación es el siguiente. Primero, realizar un estudio de RF para identificar las peores zonas de interferencia y determinar la ubicación óptima de los AP en pasillos y áreas comunes. Segundo, implementar AP de clase empresarial - Cisco Meraki MR46 o HPE Aruba AP-505 son adecuados para un entorno de pasillo residencial - conectados al cableado estructurado existente. Tercero, configurar un único SSID para todo el edificio con autenticación iPSK, utilizando el RADIUS-as-a-Service de Purple como motor de identidad. Cuarto, integrar Purple con el sistema de administración de propiedades para generar automáticamente iPSKs únicos para cada residente y enviárselos por correo electrónico antes de su mudanza. Quinto, configurar tres VLAN: Residente (una por hogar), IoT (compartida para dispositivos de administración del edificio) y Administración (para la administración de los AP). Sexto, retirar los ruteadores domésticos individuales de cada departamento. El resultado esperado es una reducción del 60 al 80% en los tickets de soporte, la eliminación de la interferencia de canal adyacente y una mejora medible en las puntuaciones de satisfacción de los residentes.
Una cadena de retail con 80 sucursales necesita conectar terminales de punto de venta (POS), tabletas del personal, señalización digital y el WiFi para invitados a la misma infraestructura inalámbrica física sin comprometer el cumplimiento de PCI-DSS. El equipo de TI quiere evitar la transmisión de múltiples SSIDs, lo que degrada el rendimiento de WiFi.
Implemente iPSK en un único SSID corporativo en las 80 sucursales. Genere cuatro categorías de iPSK: una para terminales POS, una para tabletas del personal, una para señalización digital y otra para el acceso de invitados. Configure el servidor RADIUS para devolver diferentes IDs de VLAN según el iPSK utilizado. VLAN 10: Terminales POS - restringida para enrutar tráfico únicamente al rango de IPs de la pasarela de pago. VLAN 20: Tabletas del personal - VLAN corporativa general con acceso a internet y enrutamiento de aplicaciones internas. VLAN 30: Señalización digital - restringida al servidor de administración de contenido. VLAN 40: Invitados - acceso exclusivo a internet con un Captive Portal para la captura de datos, administrado a través de la plataforma de Guest WiFi de Purple. Aplique el aislamiento de Capa 2 entre todas las VLAN a nivel de WLC y switch. Para el cumplimiento de PCI-DSS, documente la segmentación de VLAN en su diagrama de red e inclúyala en su evaluación anual de QSA. El diseño de un solo SSID elimina la penalización de rendimiento de múltiples SSIDs y simplifica el entorno de RF en las 80 sucursales.
Preguntas de práctica
Q1. Está diseñando la red WiFi para un bloque de alojamiento estudiantil de 500 camas. El cliente desea la máxima seguridad pero insiste en que los estudiantes deben poder conectar sus consolas PlayStation y Xbox sin ninguna configuración manual. ¿Qué modelo de autenticación recomienda y por qué?
Sugerencia: Considere las capacidades de las consolas de videojuegos con respecto a la autenticación basada en certificados y la navegación en portales cautivos.
Ver respuesta modelo
Recomiende iPSK. Aunque 802.1X ofrece la máxima seguridad para dispositivos corporativos administrados, las consolas de videojuegos no incluyen un suplicante 802.1X y no pueden participar en un intercambio EAP. Tampoco pueden navegar de manera confiable por los portales cautivos. iPSK proporciona la seguridad necesaria a través de la asignación dinámica de VLAN y el aislamiento de Capa 2, al tiempo que permite que las consolas se conecten mediante una frase de contraseña estándar WPA2-Personal - exactamente como lo harían en casa. Cada estudiante recibe una clave única, sus dispositivos se aíslan de los dispositivos de otros estudiantes y el equipo de TI puede revocar el acceso de forma instantánea si es necesario.
Q2. Un gerente de TI de un hotel informa que los huéspedes que utilizan la nueva red iPSK se desconectan con frecuencia y se ven obligados a volver a autenticarse, particularmente cuando usan iPhones y dispositivos Android modernos. Los registros de RADIUS muestran un alto volumen de mensajes Access-Reject de direcciones MAC que no se encuentran en el almacén de identidades. ¿Cuál es la causa más probable y cómo lo resuelve?
Sugerencia: Piense en cómo los sistemas operativos móviles modernos manejan sus identificadores de hardware para proteger la privacidad del usuario en diferentes redes.
Ver respuesta modelo
La causa es la aleatorización de direcciones MAC. iOS 14+ y Android 10+ aleatorizan la dirección MAC del dispositivo al conectarse a redes nuevas, y la rotan periódicamente a partir de entonces. Dado que el servidor RADIUS utiliza la dirección MAC para identificar el dispositivo y buscar el iPSK asociado, una dirección MAC rotada resulta en un Access-Reject. La resolución es implementar un flujo de trabajo de preregistro: en la primera conexión, el huésped se autentica a través de un portal web, el cual vincula su dirección MAC actual a su perfil. Además, indique a los huéspedes que deshabiliten la opción "Dirección privada" para el SSID del hotel en la configuración de su dispositivo. El portal de incorporación de huéspedes de Purple automatiza ambos pasos.
Q3. Está implementando iPSK en un desarrollo de BTR de 200 unidades. Seis meses después del lanzamiento, los residentes en las unidades 150-200 informan desconexiones intermitentes al moverse entre pisos. Los registros de RADIUS muestran una autenticación exitosa, pero los dispositivos pierden conectividad durante el movimiento. ¿Cuál es la causa más probable y cómo lo resuelve?
Sugerencia: La autenticación RADIUS está teniendo éxito, por lo que el problema no es con la capa de identidad. Concéntrese en lo que sucede después de la autenticación cuando un dispositivo se mueve entre puntos de acceso.
Ver respuesta modelo
El problema es una falla de roaming en la capa inalámbrica. Aunque la autenticación RADIUS tiene éxito, el dispositivo no está realizando la transición de manera limpia entre los AP. Verifique que 802.11k (informes de vecinos), 802.11v (gestión de transición BSS) y 802.11r (transición rápida BSS) estén habilitados en el SSID. También verifique que las VLAN de los residentes estén correctamente conectadas en troncal a todos los switches y AP en los pisos 4 y 5 - una causa común de pérdida de conectividad posterior al roaming es una VLAN que existe en el WLC pero falta en la configuración troncal en un switch de distribución específico. Utilice los registros de roaming de clientes del WLC para identificar a qué AP se está moviendo el dispositivo y si la transferencia de VLAN se está completando correctamente.
Continúe leyendo esta serie
Guía de PPSK en PDF: comparación de funciones y modelos de implementación
Esta guía de referencia técnica compara la arquitectura WiFi de clave precompartida privada (PPSK) con las implementaciones tradicionales de 802.1X y PSK estándar. Proporciona a los arquitectos de red y gerentes de TI estrategias de implementación independientes del proveedor para entornos residenciales multi-inquilino, de IoT y BTR.
Uu PPSK 2023: comparación de características y modelos de implementación
Esta guía de referencia técnica compara la arquitectura WiFi de clave privada precompartida única por usuario (UU PPSK) frente a las implementaciones tradicionales de PSK compartido y 802.1X, con un enfoque específico en el panorama de 2023 de las implementaciones de proveedores y las capacidades de la plataforma. Proporciona a los desarrolladores inmobiliarios, operadores de BTR y arrendadores de MDU estrategias de implementación prácticas, orientación sobre arquitectura VLAN y flujos de trabajo de gestión automatizada del ciclo de vida. La guía cubre tres modelos de implementación, casos de estudio del mundo real y las implicaciones de cumplimiento de cada enfoque de autenticación.
PPSK xaverius: comparación de funciones y modelos de implementación
Esta guía de referencia analiza la arquitectura PPSK xaverius para entornos de múltiples inquilinos como Build to Rent y residencias estudiantiles. Compara los modelos de implementación, detalla las estrategias de implementación y explica cómo el aislamiento de VLAN por unidad ofrece una experiencia de WiFi similar a la del hogar manteniendo la seguridad empresarial.