Saltar al contenido principal

Guía completa de iPSK para empresas

Identity Pre-Shared Key (iPSK) es el modelo de autenticación de mejores prácticas actual para entornos multi-inquilino, ya que ofrece credenciales únicas por unidad, aislamiento de dispositivos de Capa 2 mediante redes de área privada y compatibilidad total con dispositivos de IoT. Esta guía detalla la arquitectura técnica, las estrategias de implementación y el impacto empresarial de iPSK para desarrolladores inmobiliarios, operadores de BTR y arrendadores que implementan WiFi gestionado en edificios residenciales y de uso mixto. El overlay en la nube de Purple automatiza todo el ciclo de vida del residente, desde el aprovisionamiento de claves al firmar el contrato de arrendamiento hasta la revocación instantánea al mudarse, en hardware de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet.

📖 8 min de lectura📝 1,877 palabras🔧 2 ejemplos resueltos3 preguntas de práctica📚 9 definiciones clave

Escucha esta guía

Ver transcripción del podcast
Bienvenido al Resumen Técnico de Purple. Hoy analizaremos Nama iPSK, la arquitectura que está cambiando fundamentalmente la forma en que implementamos WiFi en proyectos Build-to-Rent, unidades multifamiliares y grandes complejos hoteleros. Si usted es un gerente de TI o un arquitecto de redes que busca equilibrar la seguridad con la experiencia de los residentes, este análisis detallado de diez minutos es para usted. Pongamos las cosas en contexto. Históricamente, ofrecer WiFi en un edificio de departamentos significaba elegir entre dos malas opciones. Opción uno: colocar un router físico en cada departamento. ¿El resultado? Una interferencia de RF masiva, costos de hardware elevados y una pesadilla de gestión. Opción dos: transmitir una red para todo el edificio con una contraseña compartida o un Captive Portal. ¿El resultado? Cero privacidad, y dispositivos inteligentes como Apple TV o consolas de videojuegos que simplemente se rehúsan a conectarse. Aquí es donde la Clave Precompartida de Identidad - o iPSK - cambia las reglas del juego. En lugar de implementar doscientos routers o transmitir doscientos SSID, usted transmite un solo SSID seguro y de nivel empresarial. Llamémoslo Resident WiFi. Cuando un usuario se conecta, no utiliza una contraseña compartida. Utiliza una clave única asignada específicamente a su departamento. Así es como funciona el flujo técnico. El residente conecta su dispositivo utilizando su clave única. El punto de acceso toma esa credencial y la reenvía a través de una solicitud de acceso RADIUS (RADIUS Access-Request) a su servidor de autenticación. El servidor RADIUS valida la clave y responde con un mensaje de aceptación de acceso (Access-Accept). Pero lo más importante es que incluye atributos específicos, en particular, el Tunnel-Private-Group-ID. Esto le indica al punto de acceso exactamente en qué VLAN debe colocar a ese usuario. De este modo, el departamento ciento uno se coloca en la VLAN ciento uno. El departamento ciento dos va a la VLAN ciento dos. Están en el mismo punto de acceso físico, pero su tráfico está completamente aislado en la Capa 2. A esto lo llamamos una Red de Área Privada, o PAN. Ahora, comparemos esto con las alternativas. El PSK estándar - el modelo de contraseña compartida - ofrece un aislamiento nulo. Si un residente comparte la contraseña, la seguridad de todo el edificio se debilita. Y revocar el acceso a un solo inquilino significa cambiar la contraseña para todos. Eso simplemente no es viable a gran escala. WPA3-Enterprise, o 802.1X, es el otro extremo. Es altamente seguro y se utiliza en entornos corporativos. Pero requiere certificados digitales o pantallas de inicio de sesión complejas. Las consolas de videojuegos, las bocinas inteligentes y los dispositivos de hogar inteligente no pueden completar ese proceso. El resultado son residentes frustrados y una avalancha de llamadas de soporte. iPSK se ubica exactamente en medio. Para el dispositivo, se ve exactamente como una red WiFi doméstica (una simple contraseña). Pero en el backend, es un sistema de nivel empresarial con cifrado individual, asignación dinámica de VLAN y gestión centralizada. Hablemos de la implementación. Hay cinco pasos clave para un despliegue exitoso. Paso uno: preparación de la infraestructura. Sus switches perimetrales deben tener todas las VLAN de inquilinos potenciales etiquetadas en los puertos troncales que se conectan a los Access Points. Si el RADIUS le dice al AP que coloque a un usuario en la VLAN ciento cinco, pero la VLAN ciento cinco no está etiquetada en el puerto del switch, el tráfico caerá en un agujero negro. El usuario se autenticará con éxito pero no podrá obtener una dirección IP. Este es el error de implementación más común que vemos. Paso dos: configuración del controlador. Configure su controlador inalámbrico - ya sea Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks o Fortinet - para transmitir un solo SSID con iPSK habilitado, apuntando las solicitudes de autenticación a su servidor RADIUS. Paso tres: integración del proveedor de identidad. Conecte su servidor RADIUS a su software de administración de propiedades o proveedor de identidad. Microsoft Entra ID, Okta y Google Workspace son compatibles con esto. Aquí es donde Purple proporciona un valor significativo como capa de orquestación. Paso cuatro: reflexión mDNS. Los residentes esperan transmitir desde su teléfono a su TV. Debe habilitar el reenvío de Bonjour, pero restringirlo estrictamente a los límites de cada VLAN individual. Si no lo hace, la transmisión no funcionará en absoluto, o un residente en el piso uno transmitirá accidentalmente a una TV en el piso cuatro. Paso cinco: automatización del ciclo de vida. No gestione estas claves de forma manual. Integre su software de administración de propiedades con Purple para activar la generación automática de claves cuando se firme un contrato de arrendamiento y la revocación instantánea cuando un inquilino se mude. Cero intervención por parte de su equipo de TI. Ahora, abordemos algunos errores comunes. El primero es la expiración del certificado. Si su infraestructura RADIUS depende de certificados del lado del servidor, configure un monitoreo riguroso. Un certificado expirado desconectará a todo el edificio. Configure recordatorios de renovación a los noventa días, sesenta días y treinta días. El segundo es el soporte para dispositivos heredados. Algunos dispositivos de IoT más antiguos no son compatibles con los modos de transición WPA3. Mantenga un modo de compatibilidad WPA2 en el mismo SSID para evitar problemas de compatibilidad. El tercero es el agotamiento del pool de DHCP. El residente promedio trae entre siete y diez dispositivos conectados. Diseñe su esquema de direccionamiento IP para soportar la densidad máxima. Recomendamos una subred barra veintiocho - es decir, catorce direcciones IP utilizables - por departamento. Hagamos una sesión de preguntas y respuestas rápidas basada en las dudas más comunes de los arquitectos de redes. Pregunta uno: ¿Funciona iPSK con dispositivos IoT heredados? Respuesta: Sí. A diferencia de 802.1X, que requiere certificados complejos, iPSK se ve exactamente como una red WiFi residencial estándar para el dispositivo. El cien por ciento de los dispositivos de consumo son compatibles con esto. Pregunta dos: ¿Qué proveedores de hardware son compatibles con esto? Respuesta: Todo el stack empresarial es compatible. Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet admiten la asignación dinámica de VLAN a través de RADIUS. Pregunta tres: ¿Cómo afecta esto al retorno de inversión? Respuesta: Al eliminar el hardware dentro de la unidad, usted reduce el gasto de capital hasta en un cuarenta por ciento. Elimina los tickets de soporte asociados con el restablecimiento de contraseñas y los portales cautivos. Y puede monetizar la red ofreciendo paquetes de velocidad por niveles directamente a través del portal de administración. En resumen: iPSK es el estándar de oro para la conectividad multi-inquilino. Ofrece la experiencia Instant-On que los residentes demandan, con la seguridad y el control que los equipos de TI requieren. Transmita un solo SSID. Asigne claves únicas. Aísle el tráfico por unidad. Automatice el ciclo de vida. Audite sus implementaciones actuales de MDU. Si está administrando cientos de routers o lidiando con quejas de conectividad de IoT, es hora de diseñar una solución iPSK. Hable con el equipo de Purple para obtener una revisión técnica de su entorno específico. Gracias por unirse a esta sesión técnica de información. Siga construyendo redes seguras y escalables.

header_image.png

Resumen ejecutivo

La gestión de la conectividad en entornos multi-inquilino obliga a asumir ciertos compromisos. Instalar hardware individual por unidad genera graves interferencias de RF y una gran carga de mantenimiento. Transmitir un SSID compartido compromete la privacidad de los residentes y rompe la compatibilidad con dispositivos IoT. Identity Pre-Shared Key (iPSK) elimina este dilema. Le permite transmitir un único SSID seguro al mismo tiempo que asigna una credencial única a cada unidad de vivienda. El servidor RADIUS asocia cada credencial a una VLAN dedicada, creando una Red de Área Privada (PAN) para cada departamento. Los residentes conectan Smart TVs, consolas de videojuegos y laptops con la sencillez de una red doméstica. Los equipos de TI mantienen la visibilidad centralizada, la asignación dinámica de VLAN y la gestión automatizada del ciclo de vida. Esta guía detalla la arquitectura técnica, los pasos de despliegue y los resultados de negocio medibles de la implementación de iPSK para desarrolladores inmobiliarios, operadores de BTR y arrendadores.


Análisis técnico profundo: la arquitectura iPSK

Los modelos tradicionales de seguridad de red fallan en los entornos residenciales modernos. El PSK estándar (WPA2-Personal) ofrece nulo aislamiento entre unidades y es difícil de escalar. WPA3-Enterprise (802.1X) proporciona una excelente seguridad pero rompe la compatibilidad con dispositivos IoT sin pantalla y consolas de videojuegos, que no pueden navegar por flujos de autenticación basados en certificados.

iPSK resuelve esto al trasladar la lógica de segmentación de la capa de RF a la capa de autenticación RADIUS. Cada residente recibe una clave precompartida única. Esa clave es el token de identidad. Cuando el servidor RADIUS la valida, asigna simultáneamente al residente a una VLAN dedicada, aislando su tráfico de todas las demás unidades del edificio.

architecture_overview.png

El flujo de autenticación

Cuando un residente conecta un dispositivo al SSID de todo el edificio, ocurre la siguiente secuencia:

Paso 1 - Asociación. El dispositivo se asocia con el Access Point utilizando su credencial PSK única. El AP bloquea todo el tráfico excepto las tramas EAPOL (Extensible Authentication Protocol over LAN).

Paso 2 - Solicitud RADIUS. El AP encapsula la credencial y la reenvía al servidor RADIUS como un paquete Access-Request.

Paso 3 - Evaluación de políticas. El servidor RADIUS valida la clave con el almacén de identidades. Al coincidir, prepara una respuesta Access-Accept que contiene tres atributos críticos del estándar IETF:

Atributo RADIUS Valor Propósito
Tunnel-Type (64) 13 (VLAN) Declara la segmentación de VLAN
Tunnel-Medium-Type (65) 6 (IEEE 802) Especifica el tipo de medio
Tunnel-Private-Group-ID (81) ej., "101" La VLAN específica a asignar

Paso 4 - Asignación dinámica. El AP lee el Tunnel-Private-Group-ID y dirige el tráfico del dispositivo directamente a la VLAN dedicada del residente. El switch de red ascendente gestiona este tráfico como si el residente estuviera conectado físicamente a un puerto dedicado.

Paso 5 - Red de área privada. Los dispositivos del residente ahora están aislados en la Capa 2. Pueden descubrirse y comunicarse entre sí (a través de reflexión mDNS) pero permanecen invisibles para cualquier otra unidad en el edificio.

Esta arquitectura garantiza que 200 departamentos que comparten los mismos puntos de acceso físico tengan un tráfico completamente aislado. Un residente en la unidad 401 puede transmitir a su Apple TV. No puede ver la impresora en la unidad 402.

comparison_chart.png

Nombres de implementación de proveedores

La lógica central de iPSK es consistente en toda la pila de hardware empresarial, aunque los nombres de los proveedores varían:

Proveedor Nombre del producto Integración RADIUS
Cisco Meraki iPSK RADIUS con atributo Tunnel-Password
HPE Aruba MPSK (Multi-PSK) RADIUS con VSA Aruba-MPSK-Passphrase
Ruckus DPSK (Dynamic PSK) RADIUS con VSA Ruckus-DPSK-Passphrase
Juniper Mist PPSK (Private PSK) RADIUS con Tunnel-Private-Group-ID
Ubiquiti UniFi PPSK RADIUS con atributos estándar
Cambium PPSK RADIUS con atributos estándar
Extreme PPSK RADIUS con atributos estándar
Fortinet MPSK RADIUS con Tunnel-Private-Group-ID

Guía de implementación: despliegue de iPSK

El despliegue de iPSK requiere coordinación en toda su pila de red. Siga esta secuencia de despliegue neutral respecto al proveedor.

Fase 1: preparación de la infraestructura de red

Defina su esquema de VLAN antes de tocar cualquier hardware. Para un edificio de 200 unidades, asigne las VLAN de la 101 a la 300, una por departamento. Cada VLAN necesita su propia subred dedicada y rango de DHCP.

Recomendamos una subred /28 (14 direcciones IP utilizables) por departamento para adaptarse a la densidad de dispositivos modernos. El residente promedio trae de siete a 10 dispositivos conectados. Una /28 proporciona suficiente espacio de maniobra sin desperdiciar espacio de direcciones. Para un edificio de 200 unidades, el bloque de red principal es una /21 (2,048 IPs en total).

Paso crítico: Etiquete todas las VLAN potenciales de inquilinos en los puertos troncales que conectan sus switches de borde a los puntos de acceso. Si el servidor RADIUS asigna un usuario a la VLAN 105 pero la VLAN 105 no está etiquetada en el puerto del switch, el tráfico cae en un agujero negro. El usuario se autentica correctamente pero no obtiene una dirección IP a través de DHCP. Este es el error de despliegue más común en entornos MDU.

Fase 2: configuración del controlador inalámbrico

Configure su controlador inalámbrico para transmitir un solo SSID. Establezca el modo de seguridad en WPA2/WPA3 con iPSK o control de acceso basado en MAC habilitado. Dirija todas las solicitudes de autenticación a su servidor RADIUS. Desactive la transmisión de SSID para cualquier red heredada por unidad una vez que se valide el SSID de iPSK. Consolidar todo en un solo SSID tiene un beneficio de rendimiento de RF inmediato. Cada SSID que transmite consume tiempo de transmisión con tramas de administración (beacons, respuestas de sonda) a la velocidad de datos obligatoria más baja. Eliminar 10 SSIDs heredados puede recuperar del 15 al 20% del tiempo de transmisión disponible, según los datos de implementación de Purple.

Fase 3: Integración de servidor RADIUS y proveedor de identidad

Su servidor RADIUS es el motor de políticas. Debe estar configurado para:

  1. Aceptar solicitudes de autenticación de sus Access Points (configuración de secreto compartido).
  2. Validar credenciales contra su almacén de identidades (Microsoft Entra ID, Okta, Google Workspace o una base de datos local).
  3. Devolver el atributo Tunnel-Private-Group-ID correcto para cada credencial.

Purple actúa como la capa de orquestación entre su software de gestión de propiedades (PMS) y el servidor RADIUS. Cuando se firma un contrato de arrendamiento en su PMS, Purple genera automáticamente una iPSK única, la asocia con la VLAN correcta y envía la credencial por correo electrónico al residente. Cuando termina el contrato, Purple revoca la clave al instante. El equipo de TI no tiene que intervenir en nada.

lifecycle_management.png

Fase 4: Configuración de la reflexión mDNS

Los residentes esperan una funcionalidad de hogar inteligente. Transmitir desde un teléfono a una TV, imprimir de forma inalámbrica y conectar bocinas inteligentes dependen del descubrimiento mDNS (DNS multicast), también conocido como Apple Bonjour o DLNA.

En una red estándar, mDNS se bloquea entre VLANs para evitar el descubrimiento de dispositivos entre diferentes inquilinos. Este es el comportamiento correcto. Sin embargo, debe habilitar la reflexión mDNS dentro de cada VLAN individual para que los propios dispositivos de un residente puedan descubrirse entre sí. Configure su controlador inalámbrico para reflejar el tráfico mDNS únicamente dentro de los límites de la VLAN de cada inquilino. No habilite el reenvío global de mDNS a través de todas las VLANs.

Fase 5: Automatización del ciclo de vida y autoservicio

No gestione las claves de forma manual. Con 200 unidades y una rotación regular de inquilinos, la gestión manual de claves introduce errores humanos y genera brechas de seguridad cuando los inquilinos que se van conservan credenciales activas.

La aplicación de Purple automatiza el ciclo de vida completo del residente:

  • Onboarding: La integración con el PMS activa la generación y entrega de claves antes de la mudanza.
  • Arrendamiento activo: Los residentes utilizan el portal de autoservicio para añadir dispositivos, comprobar velocidades o solicitar una actualización de clave.
  • Offboarding: La fecha de salida activa la revocación automática de la clave y el reciclaje de la VLAN.

Mejores prácticas para operadores de BTR

Automatice el onboarding. No gestione las claves de forma manual. Integre su PMS con Purple para activar la generación automática de claves y el envío por correo electrónico antes de que el residente se mude. Esto ofrece la experiencia Instant-On que define a una marca premium de BTR.

Habilite la reflexión mDNS por VLAN. Asegúrese de que la transmisión y los dispositivos de hogar inteligente funcionen correctamente dentro de cada PAN. Restrinja mDNS estrictamente a los límites de cada VLAN individual para evitar el descubrimiento de dispositivos entre diferentes unidades.

Monitoree el estado de RF continuamente. Consolidar a un solo SSID reduce la sobrecarga de tramas de administración. Utilice el tiempo de aire recuperado para optimizar el ancho de canal y la potencia de transmisión. La plataforma de WiFi Analytics de Purple brinda la visibilidad para actuar con base en estos datos.

Planifique para la densidad de dispositivos. Diseñe su esquema de direccionamiento IP para soportar la densidad máxima sin agotar los pools de DHCP. Utilice el diseñador de subredes iPSK multi-tenant de Purple para calcular el bloque de red principal correcto para su edificio.

Configure alertas de renovación de certificados. Si su infraestructura RADIUS utiliza certificados del lado del servidor, configure recordatorios de renovación a los 90, 60 y 30 días. Un certificado vencido desconecta a todo el edificio.

Mantenga la compatibilidad con WPA2. Algunos dispositivos IoT heredados no son compatibles con los modos de transición de WPA3. Mantenga habilitada la compatibilidad con WPA2 en el mismo SSID para evitar fallas en los dispositivos más antiguos.

Para obtener una visión más amplia de la arquitectura de SSID, lea Tres SSIDs para gobernarlos a todos: guest, Passpoint, e IoT WiFi .

-

Resolución de problemas y mitigación de riesgos

El VLAN agujero negro. Síntoma: el usuario se autentica con éxito pero no logra obtener una dirección IP. Causa: la VLAN asignada no está etiquetada de extremo a extremo desde el AP a través de los switches de borde hasta el servidor DHCP. Solución: verifique la configuración del puerto troncal en cada switch en la ruta.

Vencimiento de certificado. Síntoma: todo el edificio pierde el acceso a WiFi de manera simultánea. Causa: el certificado del servidor RADIUS ha vencido. Solución: implemente un monitoreo automatizado de certificados con alertas anticipadas de 90 días. Considere usar Let's Encrypt con renovación automatizada para los certificados del servidor RADIUS.

mDNS no funciona dentro de una unidad. Síntoma: el residente no puede transmitir a su TV o descubrir su impresora. Causa: la reflexión mDNS está deshabilitada globalmente o no está delimitada a la VLAN del residente. Solución: habilite la reflexión mDNS por VLAN en el controlador inalámbrico.

Agotamiento del pool de DHCP. Síntoma: los dispositivos se conectan a WiFi pero no pueden obtener una dirección IP, a pesar del etiquetado correcto de VLAN. Causa: el alcance de DHCP es demasiado pequeño para la cantidad de dispositivos conectados. Solución: expanda la subred a una /27 (30 IPs utilizables) para unidades de alta densidad o alojamiento estudiantil.

Uso compartido de claves entre residentes. Síntoma: varios residentes aparecen en la misma VLAN. Causa: un residente ha compartido su PSK único con un vecino. Solución: implemente políticas de rotación de claves y eduque a los residentes sobre que su clave está vinculada al segmento de red de su unidad.

-

ROI e impacto empresarial

La transición a una arquitectura iPSK ofrece resultados comerciales medibles para los operadores de BTR y los propietarios de inmuebles.

Reducción de gastos de capital. Eliminar los routers individuales en un edificio de 200 departamentos elimina 200 dispositivos de consumo de la red. Según los datos de despliegue de Purple, esto reduce el CapEx de hardware hasta en un 40% en comparación con un modelo de router por unidad. Los puntos de acceso empresariales centralizados, ubicados estratégicamente en todo el edificio, ofrecen una mejor cobertura con menos dispositivos.

Reducción de gastos operativos. La gestión automatizada del ciclo de vida elimina el esfuerzo manual de TI asociado con el restablecimiento de contraseñas, la resolución de problemas de Captive Portal y el reemplazo de hardware. El volumen de tickets de soporte relacionados con la conectividad WiFi disminuye significativamente cuando los residentes reciben una credencial de acceso funcional antes de mudarse.

Generación de ingresos. La arquitectura iPSK permite ofrecer paquetes de ancho de banda por niveles. Puede ofrecer un nivel estándar incluido en la cuota de mantenimiento y un nivel premium (por ejemplo, un nivel para videojuegos o streaming con velocidades más altas) como un servicio adicional opcional. Debido a que iPSK se basa en la identidad, puede mejorar el nivel de velocidad de un residente al instante a través del panel de Purple, sin necesidad de realizar cambios de hardware.

Retención de residentes. En el mercado de renta residencial (BTR), la calidad del WiFi se menciona constantemente como uno de los tres factores principales en las encuestas de satisfacción de los residentes. La experiencia Instant-On - donde el WiFi funciona en el momento en que el residente entra por la puerta - contribuye directamente a la retención y a obtener reseñas positivas.

Para obtener un contexto específico de la industria, explore las guías de Purple para entornos de Hospitality , Retail y Healthcare , o consulte la guía relacionada sobre Logo iPSK: a comprehensive guide for businesses .


Purple se fundó en 2012 y opera en más de 80,000 establecimientos activos, con 350 millones de usuarios únicos y 440 millones de inicios de sesión registrados en 2024. Purple cuenta con las certificaciones ISO 27001, GDPR, CCPA, Cyber Essentials y B Corp.

Definiciones clave

iPSK (Identity Pre-Shared Key)

Un mecanismo de autenticación WiFi que asigna una clave compartida única a cada usuario individual, grupo de dispositivos o unidad de departamento en un único SSID. La clave sirve como un token de identidad que el servidor RADIUS asigna a una política de red y VLAN específicas.

Se utiliza en entornos BTR, MDU, alojamiento de estudiantes y hotelería para proporcionar seguridad por unidad sin requerir certificados 802.1X.

Red de Área Privada (PAN)

Un segmento de red virtual y aislado creado para un usuario o grupo específico dentro de una infraestructura compartida más grande. Los dispositivos dentro de una PAN pueden descubrirse y comunicarse entre sí, pero son invisibles para los dispositivos en otras PAN.

La PAN es el resultado orientado al residente de iPSK y Dynamic VLAN Assignment. Ofrece la experiencia de red doméstica dentro de una infraestructura de edificio compartida.

Dynamic VLAN Assignment

El proceso de colocar a un usuario en una Red de Área Local Virtual específica basada en su identidad, según lo dicte el servidor RADIUS durante la autenticación, en lugar del SSID al que se conecta.

El mecanismo técnico que hace que el aislamiento de iPSK funcione. El servidor RADIUS devuelve el atributo Tunnel-Private-Group-ID, que el AP utiliza para asignar al usuario a la VLAN correcta.

RADIUS (Remote Authentication Dial-In User Service)

Un protocolo de red que proporciona Autenticación, Autorización y Contabilización (AAA) centralizada para el acceso a la red. En una implementación de iPSK, el servidor RADIUS valida las credenciales y devuelve los atributos de asignación de VLAN.

El motor de políticas en el corazón de cualquier arquitectura iPSK. Conecta la infraestructura inalámbrica con el almacenamiento de identidades y dicta las políticas de red por usuario.

mDNS Reflection

Una función de red que permite que los protocolos de descubrimiento de DNS multicast (Apple Bonjour, DLNA) funcionen a través de límites de red específicos. En una implementación de iPSK, debe habilitarse dentro de cada VLAN de inquilino para permitir la transmisión y el descubrimiento de dispositivos domésticos inteligentes.

Sin mDNS reflection por VLAN, los residentes no pueden transmitir a sus pantallas o descubrir sus impresoras, lo que rompe la experiencia de tipo hogar para la cual iPSK está diseñado.

Dispositivo sin interfaz (Headless)

Un dispositivo conectado a la red que carece de una pantalla o interfaz de usuario capaz de ingresar credenciales de inicio de sesión complejas, como un nombre de usuario, contraseña o certificado digital. Los ejemplos incluyen bocinas inteligentes, consolas de videojuegos, pantallas inteligentes y sensores de IoT.

Los dispositivos sin interfaz no pueden conectarse a redes 802.1X. iPSK soluciona esto mediante el uso de una clave precompartida simple que cualquier dispositivo puede usar, independientemente de las capacidades de su interfaz.

Tunnel-Private-Group-ID

Un atributo RADIUS estándar de la IETF (atributo 81) que especifica el ID de VLAN que se asignará a un usuario autenticado. Es el atributo crítico que permite la Dynamic VLAN Assignment en una arquitectura iPSK.

Cuando el servidor RADIUS devuelve este atributo en un mensaje Access-Accept, el Punto de Acceso lo utiliza para dirigir el tráfico del usuario a la VLAN correcta.

Build-to-Rent (BTR)

Propiedades residenciales construidas con un propósito específico, diseñadas para el arrendamiento a largo plazo en lugar de para la venta. Los desarrollos de BTR suelen incluir áreas comunes, servicios de conserjería y servicios públicos administrados como WiFi.

Los operadores de BTR son la audiencia principal para las implementaciones de iPSK. El WiFi administrado se posiciona cada vez más como un servicio básico en BTR, junto con el agua, el gas y la electricidad.

PMS (Property Management Software)

Software utilizado por los operadores de propiedades para gestionar contratos de arrendamiento, registros de residentes, solicitudes de mantenimiento y facturación. En una implementación de iPSK, la integración con el PMS permite el aprovisionamiento y la revocación automatizados de claves vinculados al ciclo de vida del arrendamiento.

La integración con el PMS es lo que transforma a iPSK de una tarea de TI manual a un sistema de gestión del ciclo de vida del residente completamente automatizado.

Ejemplos resueltos

Un desarrollador inmobiliario está construyendo un complejo de BTR de 250 unidades. Quiere ofrecer WiFi en todo el edificio como un servicio gestionado. El informe requiere que los residentes conecten todos sus dispositivos el día de su mudanza, que los dispositivos domésticos inteligentes funcionen y que ningún residente pueda ver los dispositivos de otro. ¿Cómo debe diseñarse la red?

Implemente una red unificada que transmita un único SSID llamado "Resident WiFi". Utilice iPSK para asignar una contraseña única a cada departamento. Configure el controlador inalámbrico (Cisco Meraki, HPE Aruba o Ruckus) para reenviar las solicitudes de autenticación a un servidor RADIUS. Configure el servidor RADIUS para que devuelva el atributo Tunnel-Private-Group-ID para cada credencial, asignando cada departamento a una VLAN dedicada (VLANs 101 a 350). Ajuste el tamaño de cada VLAN con una subred /28 (14 direcciones IP útiles) para admitir hasta 10 dispositivos por unidad. Habilite el direccionamiento mDNS por VLAN para permitir la transmisión y el descubrimiento de dispositivos domésticos inteligentes dentro de cada departamento. Integre el PMS con Purple para automatizar la generación de claves al firmar el contrato de arrendamiento y la revocación al mudarse. Verifique que todas las VLAN de inquilinos potenciales estén etiquetadas en cada puerto troncal en la ruta de la red.

Comentario del examinador: Este enfoque elimina la interferencia de RF causada por 250 enrutadores individuales. iPSK garantiza que los dispositivos sin pantalla, como los smart TVs, se conecten sin complicaciones, mientras que la asignación dinámica de VLAN proporciona el aislamiento de Capa 2 necesario para la privacidad de los residentes. La integración con el PMS elimina la carga de TI manual que hace que las implementaciones de MDU a gran escala sean inmanejables.

Un residente en un edificio BTR de 150 unidades informa que su smartphone se conecta correctamente al WiFi del edificio, pero no puede transmitir Netflix a su Chromecast. Ambos dispositivos están conectados mediante el iPSK único del residente. El equipo de TI ha confirmado que ambos dispositivos están en la VLAN correcta. ¿Cuál es la causa probable y la resolución?

El equipo de TI debe verificar la configuración del direccionamiento mDNS en el controlador inalámbrico. La transmisión depende de mDNS (DNS multidifusión) para el descubrimiento de dispositivos. En una red iPSK configurada correctamente, mDNS se bloquea entre VLAN para evitar el descubrimiento de dispositivos de otros inquilinos. Sin embargo, el direccionamiento mDNS debe estar habilitado dentro de cada VLAN individual para que los propios dispositivos de un residente puedan descubrirse entre sí. Si el direccionamiento mDNS está deshabilitado a nivel global o no está delimitado a las VLAN individuales, la transmisión fallará aunque ambos dispositivos estén en la VLAN correcta y tengan acceso a Internet.

Comentario del examinador: Este es el problema de soporte posterior a la implementación más común en entornos iPSK de MDU. La distinción entre el bloqueo de mDNS entre VLAN (correcto, por seguridad) y el direccionamiento mDNS dentro de la VLAN (necesario, por funcionalidad) es fundamental. Los operadores deben configurar ambos correctamente para ofrecer la experiencia similar a la del hogar que los residentes esperan.

Preguntas de práctica

Q1. Usted es el gerente de TI de un desarrollo de BTR de 180 unidades. El equipo de la propiedad desea incluir el servicio de WiFi en la cuota de mantenimiento. Los estudiantes y profesionales jóvenes serán los residentes principales, y cada uno traerá un promedio de ocho dispositivos conectados, incluyendo consolas de videojuegos y dispositivos domésticos inteligentes. La red existente utiliza WPA3-Enterprise. Los residentes se quejan de que sus consolas PlayStation 5 y dispositivos Amazon Echo no se conectan. ¿Cuál es el cambio arquitectónico más adecuado?

Sugerencia: Considere los requisitos de autenticación de los dispositivos sin interfaz y la necesidad de mantener la responsabilidad y el aislamiento por unidad residencial.

Ver respuesta modelo

Migrar la red de WPA3-Enterprise (802.1X) a una arquitectura iPSK. WPA3-Enterprise requiere autenticación 802.1X, la cual no es compatible con consolas de videojuegos y bocinas inteligentes, ya que carecen de la interfaz para ingresar credenciales o instalar certificados. iPSK permite que estos dispositivos se conecten mediante una clave precompartida simple, manteniendo el aislamiento por departamento a través de la asignación dinámica de VLAN. El servidor RADIUS asocia cada clave única a una VLAN dedicada, conservando la seguridad y la trazabilidad que WPA3-Enterprise debía proporcionar.

Q2. Después de implementar iPSK en un edificio de departamentos de 100 unidades, el equipo de TI recibe reportes de que los residentes de las unidades 201 a 210 pueden autenticarse en la red WiFi pero no obtienen una dirección IP. Los residentes de todas las demás unidades se conectan normalmente. Los registros del servidor RADIUS muestran una autenticación exitosa para todas las unidades afectadas. ¿Cuál es la causa más probable?

Sugerencia: Piense en la ruta de red entre los Access Points que dan servicio al piso 2 y el servidor DHCP, y qué se debe configurar de extremo a extremo.

Ver respuesta modelo

Es probable que al puerto del switch que se conecta a los Access Points que dan servicio al piso 2 le falten las etiquetas de VLAN para las VLAN 201 a 210. Cuando el servidor RADIUS autentica a un residente en la unidad 201 y devuelve la VLAN 201 en el atributo Tunnel-Private-Group-ID, el AP intenta colocar el tráfico en la VLAN 201. Si la VLAN 201 no está etiquetada en el puerto del switch, el tráfico se descarta y la solicitud DHCP nunca llega al servidor DHCP. La solución es agregar las etiquetas de VLAN faltantes al puerto trunk afectado. El hecho de que la autenticación sea exitosa pero la asignación de IP falle es la firma de diagnóstico de este problema específico.

Q3. Un operador de BTR desea ofrecer un paquete de WiFi premium "Gamer Tier" con un costo mensual adicional, con un ancho de banda superior garantizado para los residentes que se inscriban. El edificio ya cuenta con iPSK con aislamiento de VLAN por unidad. ¿Cómo se puede implementar esto sin desplegar hardware adicional?

Sugerencia: Considere cómo el servidor RADIUS puede devolver diferentes atributos de política para diferentes credenciales, y qué debe admitir la plataforma de gestión.

Ver respuesta modelo

El operador puede implementar la segmentación de ancho de banda a través del servidor RADIUS y políticas de Quality of Service (QoS). Cuando un residente se actualiza al Gamer Tier, la plataforma de gestión (Purple) actualiza su perfil RADIUS para devolver un atributo de política diferente junto con la asignación de VLAN. Este atributo activa un límite de ancho de banda más alto o una prioridad de QoS en el controlador inalámbrico. No se requieren cambios de hardware. El panel de Purple permite al equipo de la propiedad actualizar el nivel de un residente de forma instantánea, y el cambio se aplica en el siguiente evento de autenticación.