Servicio administrado de WiFi: una guía completa para empresas
Esta guía cubre la arquitectura técnica, la estrategia de implementación y el caso de negocio para un servicio administrado de WiFi en entornos de múltiples inquilinos y empresas. Explica cómo funciona el aislamiento de iPSK, cómo segmentar las redes de residentes, personal y visitantes, y cómo medir el ROI - con relevancia específica para operadores de BTR, desarrolladores inmobiliarios y propietarios.
Escucha esta guía
Ver transcripción del podcast
Resumen ejecutivo
Desplegar WiFi empresarial en entornos multi-inquilino requiere más que hardware de consumo y una contraseña compartida. Para los gerentes de TI, arquitectos de red y directores de operaciones de recintos, un WiFi managed service transforma la conectividad de un dolor de cabeza con uso intensivo de capital en un servicio operativo predecible.
Purple gestiona redes para más de 80,000 recintos a nivel mundial, procesando 440 millones de inicios de sesión en 2024 (datos internos de Purple). Vemos la diferencia entre las redes que escalan y las que fallan. Esta guía detalla cómo diseñar, desplegar y gestionar un WiFi managed service que aísle el tráfico de forma segura, admita los dispositivos inteligentes de los residentes y ofrezca un SLA de tiempo de actividad del 99.999%.
Ya sea que gestione propiedades Build-to-Rent (BTR), residencias estudiantiles o entornos minoristas, necesita una capa de nube independiente del hardware que se integre con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Esta guía cubre la arquitectura, las fases de despliegue, los requisitos de cumplimiento y el caso de negocio.
Análisis técnico profundo: la arquitectura del WiFi multi-inquilino
El desafío central en entornos multi-inquilino como BTR o MDU es ofrecer una experiencia de red similar a la del hogar sobre una infraestructura compartida empresarial. El Guest WiFi , diseñado para visitantes transitorios con portales cautivos, no cumple con este requisito. Los residentes necesitan que sus Smart TV detecten sus smartphones, mientras permanecen completamente invisibles para el departamento de al lado.
La solución técnica es Identity Pre-Shared Key (iPSK), también conocido como PPSK por HPE Aruba o Personal Private Network por Cisco Meraki. La terminología varía según el proveedor; el concepto es idéntico.
La "burbuja WiFi" de iPSK
iPSK asigna una frase de contraseña WPA2 o WPA3 única a cada residente o inquilino. El servidor RADIUS utiliza esta clave única para asignar el dispositivo de conexión a una VLAN específica o aplicar una política de microsegmentación. El resultado es una burbuja WiFi por residente.
Tres propiedades definen la burbuja. Primero, la privacidad entre residentes: los dispositivos en la clave del Residente A no pueden ver los dispositivos en la clave del Residente B, incluso cuando están conectados exactamente al mismo punto de acceso físico. Segundo, la continuidad dentro del hogar: el teléfono del Residente A detecta su Chromecast y bocina inteligente sin problemas, exactamente como lo haría en una red doméstica. Tercero, el acceso específico del residente: cuando un residente se muda, Purple revoca su clave específica a través de la capa de nube. No es necesario cambiar una contraseña para todo el edificio. Ningún otro residente se ve afectado.
Para obtener una comparación más detallada de los modelos de implementación PPSK e iPSK, consulte nuestra guía sobre PPSK de sonda de potencia: comparación de características y modelos de implementación .
Capa superpuesta en la nube agnóstica al hardware
Un servicio gestionado de WiFi moderno funciona como una superposición de software por encima de la capa de hardware. Esta arquitectura separa el plano de control del plano de datos. Purple se integra directamente con sus controladores de LAN inalámbrica existentes o paneles de control en la nube. Nosotros nos encargamos de la autenticación RADIUS, la aplicación de políticas y la incorporación de usuarios, mientras que el hardware local se encarga de la transmisión de RF.
La arquitectura segmenta el tráfico en tres redes lógicas distintas, cada una con su propio modelo de seguridad. El WiFi para residentes utiliza iPSK con asignación de VLAN por clave. El Guest WiFi utiliza un Captive Portal con aislamiento de clientes y opciones de consentimiento explícito para la captura de datos de marketing. El WiFi para el personal utiliza IEEE 802.1X con EAP-TLS o PEAP, vinculado a Microsoft Entra ID, Okta o Google Workspace. Para obtener un desglose detallado de cómo estructurar estos tres SSIDs, consulte nuestra guía sobre Tres SSIDs para dominarlos a todos: invitados, Passpoint y WiFi IoT .
Estándares de seguridad y cumplimiento
Un servicio gestionado de WiFi debe superar las auditorías. Purple cuenta con la certificación ISO 27001, cumple con las normativas GDPR y CCPA, y cuenta con la certificación Cyber Essentials. Para las propiedades que manejan datos de pago, el modelo de segmentación de red admite el cumplimiento de PCI-DSS al aislar el tráfico de los puntos de venta en una VLAN dedicada sin movimiento lateral hacia los segmentos de residentes o invitados. WPA3 es compatible con el hardware de Cisco Meraki, HPE Aruba, Ruckus y Juniper Mist, lo que proporciona confidencialidad directa y protección contra ataques de diccionario fuera de línea.
Guía de implementación
La implementación de un servicio gestionado de WiFi requiere una planificación rigurosa a lo largo de cuatro fases. Omitir cualquier fase es la causa más común de los tickets de soporte posteriores a la implementación.
Fase 1: Diseño de RF y selección de hardware
No adivine la ubicación de los puntos de acceso. Realice un estudio predictivo de RF utilizando herramientas como Ekahau antes de la adquisición. Para entornos BTR, el estándar suele ser un punto de acceso por unidad de departamento para garantizar la cobertura de 5 GHz y soportar la densidad de 15 a 25 dispositivos IoT por hogar (datos internos de Purple). Un edificio de 200 unidades tiene entre 3,000 y 5,000 dispositivos conectados al WiFi en cualquier momento dado.
Seleccione el hardware de la lista canónica: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks o Fortinet. Purple funciona como una capa superpuesta en la nube en todos ellos. No está limitado a un solo proveedor.
Fase 2: Estrategia de segmentación de red
Diseñe su estructura de VLAN antes de configurar la plataforma en la nube. La VLAN de administración es estrictamente para APs y switches, sin tráfico de usuarios. Las VLAN de residentes se asignan dinámicamente a través de iPSK, con una VLAN por clave de residente o por grupo de residentes. La VLAN del personal se asegura mediante 802.1X utilizando su proveedor de identidad. La VLAN de invitados es una red abierta con un Captive Portal y aislamiento de clientes habilitado. Nunca interconecte estas VLAN.
Fase 3: Integración de identidad y autenticación
Conecte la superposición en la nube de Purple a su proveedor de identidad. Para redes de personal, configure el aprovisionamiento SAML o SCIM desde Microsoft Entra ID u Okta. Para redes de residentes, integre el paso de aprovisionamiento de WiFi en su sistema de gestión de propiedades para que las claves se generen automáticamente al firmar el contrato de arrendamiento. Los residentes reciben su clave de WiFi única por correo electrónico o a través de la aplicación Purple antes de su llegada. El autoservicio para la gestión de dispositivos reduce significativamente los tickets de soporte de TI. Para entornos de hospitalidad , integre con su PMS para aprovisionar el acceso WiFi de invitados automáticamente al momento del check-in.
Fase 4: Validación y pruebas
Antes de que los residentes se muden, valide el aislamiento de iPSK. Conecte dos dispositivos usando la clave del Residente A y confirme que pueden comunicarse entre sí mediante ping. Conecte un tercer dispositivo usando la clave del Residente B y confirme que no puede comunicarse con los dispositivos del Residente A. Realice una prueba de rendimiento desde cada departamento para confirmar que el backhaul no sea un cuello de botella. Valide el flujo del Captive Portal en iOS y Android, incluyendo el manejo de la aleatorización de direcciones MAC.
Mejores prácticas
Al implementar un servicio gestionado de WiFi, cumpla con estos estándares independientes del proveedor.
Exija WPA3 donde los dispositivos cliente lo admitan. Implemente de forma obligatoria WPA3 para las redes de residentes para evitar ataques de diccionario fuera de línea. El protocolo de enlace Simultaneous Authentication of Equals (SAE) de WPA3 reemplaza al vulnerable protocolo de enlace de 4 vías de WPA2-PSK. La mayoría de los dispositivos fabricados después de 2020 son compatibles con WPA3.
Automatice la incorporación de extremo a extremo. Los residentes deben recibir su clave de WiFi única antes de su llegada. Vincule la generación de claves a la firma del contrato de arrendamiento en su sistema de gestión de propiedades. La gestión de dispositivos de autoservicio a través de la aplicación Purple elimina la necesidad de la intervención de TI en los movimientos y adiciones cotidianas.
Implemente el modelado de ancho de banda por clave. Aplique límites de ancho de banda por usuario o por clave a través de atributos RADIUS para evitar que un solo residente sature la conexión de backhaul del sitio. Este es también el mecanismo para los paquetes de servicios por niveles: el perfil de clave predeterminado ofrece 100 Mbps y un perfil mejorado ofrece 1 Gbps, sin necesidad de realizar cambios de hardware.
Aísle los dispositivos IoT por banda. Anime a los residentes a utilizar la banda de 2.4 GHz para dispositivos domésticos inteligentes, reservando las bandas de 5 GHz y 6 GHz para aplicaciones de gran ancho de banda como laptops y consolas. Esto reduce la interferencia de canal compartido en la banda de 5 GHz y mejora el rendimiento general de la red. Use WiFi Analytics para áreas comunes. Los datos de afluencia agregados y anonimizados de vestíbulos, gimnasios y espacios de co-working le ayudan a optimizar la utilización del espacio y a justificar la inversión en áreas de servicios adicionales.
Resolución de problemas y mitigación de riesgos
Incluso con un SLA de disponibilidad del 99.999%, ocurren problemas físicos y de RF. Prepárese para estos modos de falla comunes.
Interferencia de canal adyacente (CCI). En implementaciones densas de BTR con un AP en cada unidad, los AP en el mismo canal interferirán entre sí. Habilite la gestión automatizada de recursos de radio (RRM) en su controlador de hardware para ajustar dinámicamente los canales y la potencia de transmisión. En Cisco Meraki, esto es Configuración de Radio > Auto RF. En HPE Aruba, esto es ARM (Adaptive Radio Management).
Inundación de multicast y broadcast. Los dispositivos domésticos inteligentes dependen en gran medida del tráfico multicast, específicamente mDNS para la detección de Chromecast, Apple TV y Sonos. El tráfico multicast no controlado degrada el rendimiento de la red para todos los residentes. Utilice las funciones de puerta de enlace mDNS de su hardware para contener el tráfico de detección dentro de la VLAN iPSK o grupo de políticas específico. En Ruckus, esto es el proxy mDNS de SmartZone. En Juniper Mist, esto es la política mDNS.
Intercepción del Captive Portal y aleatorización de MAC. Para la red de invitados, las actualizaciones de SO modernas, incluidas iOS 14+ y Android 10+, aleatorizan las direcciones MAC por defecto, lo que puede interrumpir los flujos del Captive Portal. Asegúrese de que su walled garden permita el acceso a las URL esenciales de validación del SO, incluidas captive.apple.com y connectivitycheck.gstatic.com. Para una alternativa sin interrupciones, implemente Passpoint (Hotspot 2.0) para una asociación automática basada en certificados sin necesidad de iniciar sesión en un portal.
Disponibilidad del servidor RADIUS. Si su servidor RADIUS no está disponible, la autenticación iPSK falla y los residentes no pueden conectarse. Cloud RADIUS de Purple tiene redundancia geográfica con un 99.999% de disponibilidad. Si opera un servidor RADIUS local, configure un servidor RADIUS secundario en cada grupo de AP como failover.
ROI e impacto empresarial
Un servicio gestionado de WiFi cambia el modelo financiero de un costo de capital hundido a un gasto operativo predecible. La siguiente comparación ilustra las diferencias clave.
Para los operadores de BTR, tratar el WiFi como un servicio gestionado genera retornos medibles. Las propiedades con WiFi gestionado de nivel empresarial exigen una tarifa de renta más alta. El WiFi gestionado como un servicio es consistentemente positivo para el NOI cuando se implementa como una capa de software sobre hardware propio, según los puntos de referencia de la National Apartment Association. El modelo se deteriora cuando el WiFi se incluye en un contrato de banda ancha de terceros que captura el valor.
Los beneficios en eficiencia operativa son igualmente significativos. Eliminar el restablecimiento de contraseñas y la incorporación manual ahorra horas al mes al departamento de TI. La gestión de claves en autoservicio permite que los residentes agreguen nuevos dispositivos sin necesidad de abrir un ticket de soporte. Cuando un residente se muda, Purple revoca su clave automáticamente si está integrado con el sistema de gestión de propiedades.
Para entornos de comercio minorista , la capa de analítica de WiFi de invitados añade una dimensión adicional. Purple ha recopilado 29 mil millones de puntos de datos (datos internos de Purple) en más de 80,000 establecimientos. Esos datos se traducen en patrones de afluencia, análisis de tiempo de permanencia y tasas de visitantes recurrentes que fundamentan las decisiones de comercialización y personal.
Para centros de transporte e instalaciones de salud , la postura de cumplimiento y seguridad de un servicio gestionado reduce la carga de trabajo de las auditorías. La certificación ISO 27001, el cumplimiento de GDPR y la certificación Cyber Essentials se heredan de la plataforma en lugar de ser auditados por cuenta propia.
Escuche nuestra sesión técnica informativa completa a continuación para un análisis más profundo sobre las estrategias de implementación y los errores comunes.
Definiciones clave
iPSK (Identity Pre-Shared Key)
Un mecanismo de seguridad que permite que múltiples frases de contraseña WPA2 o WPA3 únicas funcionen en un solo SSID. El servidor RADIUS utiliza la frase de contraseña específica para identificar al usuario y aplicar una asignación de VLAN o política. También se le llama PPSK por HPE Aruba y Personal Private Network por Cisco Meraki.
Esencial para entornos de múltiples inquilinos. Proporciona aislamiento para residentes sin requerir cientos de SSIDs o VLANs configuradas a nivel de hardware por separado.
RADIUS (Remote Authentication Dial-In User Service)
Un protocolo de red que proporciona una administración centralizada de Autenticación, Autorización y Contabilización (AAA) para los usuarios que se conectan a un servicio de red. Definido en RFC 2865.
El motor de autenticación detrás de 802.1X e iPSK. Purple proporciona Cloud RADIUS, lo que elimina la necesidad de servidores RADIUS locales y los costos de mantenimiento asociados.
VLAN (Virtual Local Area Network)
Una subred lógica que agrupa una colección de dispositivos de diferentes LAN físicas. Definida en IEEE 802.1Q. Aísla el tráfico de difusión y mejora la seguridad al evitar el movimiento lateral entre segmentos.
Utilizado para separar el tráfico de residentes del de personal administrativo, y para aislar a los residentes individuales entre sí dentro del mismo edificio.
Captive Portal
Una página web que un usuario debe ver e interactuar con ella antes de que se le conceda acceso a la red. Se utiliza normalmente para presentar términos y condiciones y capturar datos de primera fuente.
Adecuado para Guest WiFi en vestíbulos y áreas comunes. No apto para redes de residentes, donde se requiere una conectividad automática y persistente.
802.1X
Un estándar IEEE para el control de acceso a redes basado en puertos (PNAC). Proporciona un mecanismo de autenticación que requiere credenciales individuales antes de que se conceda el acceso a la red. Se implementa comúnmente con EAP-TLS (basado en certificados) o PEAP (usuario y contraseña).
El estándar de oro para Staff WiFi. Requiere credenciales únicas vinculadas a un proveedor de identidad en lugar de una contraseña compartida, lo que permite la revocación instantánea del acceso cuando el personal se retira de la empresa.
BTR (Build-to-Rent)
Desarrollos residenciales construidos específicamente para el alquiler a largo plazo en lugar de la venta. Se caracterizan por una gestión profesional, servicios compartidos y un enfoque en la experiencia del residente.
Un mercado principal para el WiFi gestionado multiinquilino. La conectividad se trata como un servicio principal comparable al acceso al gimnasio, lo que exige una prima de alquiler medible.
Passpoint (Hotspot 2.0)
Un estándar de Wi-Fi Alliance que permite el descubrimiento y la asociación automática y segura de redes sin necesidad de un Captive Portal. Los dispositivos se conectan mediante certificados o credenciales SIM, lo que proporciona una experiencia de roaming similar a la celular.
Se utiliza para eliminar los inicios de sesión repetidos en el Captive Portal para los visitantes recurrentes y para proporcionar un roaming sin interrupciones en implementaciones de múltiples sitios.
Cloud overlay
Una capa de políticas y gestión basada en software que opera por encima del hardware de red físico. Se encarga de la autenticación, la aplicación de políticas, el análisis y la incorporación de usuarios sin requerir cambios en la configuración del hardware subyacente.
El modelo arquitectónico que hace que Purple sea independiente del hardware. La superposición se integra con la API del hardware en lugar de reemplazarlo, preservando la inversión existente.
WPA3 (Wi-Fi Protected Access 3)
La generación actual de protocolo de seguridad WiFi, definido por la Wi-Fi Alliance. Introduce la Autenticación Simultánea de Iguales (SAE) para reemplazar el vulnerable saludo de 4 vías de WPA2-PSK, proporcionando secreto hacia adelante y resistencia a ataques de diccionario fuera de línea.
Recomendado para todas las nuevas implementaciones. Compatible con el hardware de Cisco Meraki, HPE Aruba, Ruckus y Juniper Mist. La mayoría de los dispositivos fabricados después de 2020 son compatibles con WPA3.
Ejemplos resueltos
Una propiedad Build-to-Rent de 250 unidades en Mánchester necesita proporcionar WiFi seguro para residentes, personal y visitantes. El administrador de la propiedad quiere incluir WiFi de 100Mbps en la renta base, con una opción para que los residentes actualicen a 1Gbps. ¿Cómo debe diseñarse la arquitectura de la red?
Implemente una única red física utilizando puntos de acceso de HPE Aruba, uno por unidad. Implemente la plataforma en la nube de Purple para administrar tres servicios distintos desde una sola plataforma. El WiFi para el personal utiliza autenticación 802.1X vinculada a Microsoft Entra ID. El WiFi para visitantes implementa un Captive Portal en el lobby y el gimnasio para visitantes y posibles inquilinos. El WiFi para residentes utiliza iPSK: Purple genera una clave única para cada departamento al firmar el contrato de arrendamiento. El perfil de clave predeterminado se limita a 100Mbps a través de atributos RADIUS. Cuando un residente compra el nivel superior, el perfil de RADIUS se actualiza a 1Gbps de forma automática. Sin cambios de hardware. Sin visitas de ingenieros. El sistema de administración de la propiedad activa la actualización de la clave a través de la API de Purple.
Una cadena minorista nacional con 400 sucursales necesita implementar una experiencia de WiFi para visitantes uniforme. Su configuración actual autoadministrada requiere actualizaciones de firmware manuales, lo que resulta en posturas de seguridad inconsistentes entre los sitios. También necesitan capturar datos de marketing de origen de forma que cumplan con las normativas.
Transición a un servicio administrado de WiFi. Implemente puntos de acceso Cisco Meraki en las 400 sucursales, administrados a través de un panel de control centralizado. Integre el Captive Portal de Purple en todas las sucursales desde una única cuenta en la nube. El servicio administrado se encarga de las actualizaciones de firmware programadas y automatizadas durante las horas inhábiles, lo que garantiza un tiempo de inactividad de cero y una postura de seguridad constante. El portal de Purple presenta un consentimiento explícito de elección consciente para marketing, capturando datos de origen (correo electrónico, datos demográficos) y enviándolos directamente al CRM de la cadena a través de la capa de integración de Purple. El cumplimiento de GDPR se hereda de la plataforma.
Preguntas de práctica
Q1. Está implementando una red para un complejo de viviendas para estudiantes de 500 camas. El operador quiere que los residentes conecten smart TVs, consolas de videojuegos y teléfonos inteligentes. Actualmente planean usar un único SSID con un Captive Portal que requiere el registro de la dirección MAC para dispositivos sin pantalla. ¿Cuál es la falla en este plan y cuál es el enfoque correcto?
Sugerencia: Considere cómo los dispositivos como Chromecast descubren al teléfono inteligente de control en una red, y qué hace el aislamiento de clientes en ese proceso de descubrimiento.
Ver respuesta modelo
La falla es que un Captive Portal con aislamiento de clientes impide el descubrimiento de dispositivos. Un teléfono inteligente no puede transmitir a un smart TV porque los dispositivos no pueden verse entre sí en la red. El registro de la dirección MAC para dispositivos sin pantalla también es operativamente insostenible a una escala de 500 camas. El enfoque correcto es iPSK. Proporcione a cada estudiante una frase de contraseña única. Esto crea una burbuja VLAN privada para ese estudiante, permitiendo que sus dispositivos se comuniquen entre sí mientras permanecen aislados de los otros 499 residentes. Los dispositivos sin pantalla se conectan utilizando la misma frase de contraseña que el teléfono del estudiante, sin requerir registro de MAC.
Q2. Una cadena de hoteles desea actualizar su WiFi para el personal. Actualmente, todo el personal utiliza una única contraseña WPA2-PSK. Cuando un empleado se va, TI rara vez cambia la contraseña debido a la sobrecarga que implica actualizar cada dispositivo. Recomiende una solución segura de nivel empresarial y explique el beneficio operativo inmediato.
Sugerencia: Busque un método de autenticación que vincule el acceso a la red con las identidades de los usuarios individuales en lugar de un secreto compartido.
Ver respuesta modelo
Reemplace la clave compartida WPA2-PSK con autenticación 802.1X (WPA2 o WPA3-Enterprise). Integre la red inalámbrica con el proveedor de identidad del hotel, como Microsoft Entra ID. El personal se autentica utilizando sus credenciales corporativas individuales. Cuando un empleado se va, su cuenta de Entra ID se deshabilita, lo que revoca inmediatamente su acceso a WiFi sin afectar a ningún otro miembro del personal. Sin rotación de contraseñas. Sin reconfiguración de dispositivos. El beneficio operativo es un proceso de salida sin intervención ("zero-touch offboarding"): TI deshabilita una cuenta y el acceso a la red se revoca automáticamente.
Q3. Un desarrollador inmobiliario de BTR está planificando un desarrollo de 300 unidades. Su director financiero pregunta por qué no pueden simplemente usar un router de banda ancha de consumo por unidad en lugar de un servicio de WiFi administrado. Construya un caso de negocio de tres puntos para el modelo de servicio administrado.
Sugerencia: Considere el impacto en el NOI, la sobrecarga operativa y los diferenciadores de la experiencia del residente.
Ver respuesta modelo
Punto uno: NOI por puerta. Un servicio de WiFi administrado genera una prima de alquiler mensual medible por unidad. Los contratos de banda ancha por unidad capturan ese valor para el ISP, no para el operador. Un software superpuesto sobre hardware propio retiene el valor. Punto dos: eficiencia operativa. Los routers de consumo requieren mantenimiento, actualizaciones de firmware y restablecimientos de contraseñas por unidad. Un servicio administrado maneja todo esto de forma centralizada. Cuando un residente se muda, su clave se revoca automáticamente. Sin visitas de ingenieros. Punto tres: experiencia del residente. Los routers de consumo no pueden soportar de 15 a 25 dispositivos IoT por hogar con el aislamiento adecuado. Un servicio iPSK administrado ofrece una experiencia similar a la del hogar donde los dispositivos inteligentes funcionan correctamente, reduciendo los tickets de soporte y mejorando la retención.
Continúe leyendo esta serie
PPSK: comparación de características y modelos de implementación
Esta guía de referencia técnica exhaustiva analiza la arquitectura PPSK (Private Pre-Shared Key), comparándola con iPSK y 802.1X para ayudar a los operadores de recintos y equipos de TI a seleccionar el modelo de autenticación adecuado. Proporciona estrategias de implementación prácticas para entornos multiinquilino, garantizando redes WiFi seguras, aisladas y gestionables.
Nama ff iPSK ind: una guía completa para empresas
Esta guía explica cómo iPSK (Identity Pre-Shared Key) resuelve el principal desafío de conectividad en edificios residenciales multi-inquilino: ofrecer WiFi privado con la calidad de una red doméstica para cada residente sobre una infraestructura compartida. Cubre la arquitectura de autenticación, los pasos de implementación y el caso comercial para tratar el WiFi gestionado como un servicio generador de ingresos en entornos BTR y MDU.
iPSK: una guía completa para empresas
Esta guía explica cómo implementar iPSK (Identity Pre-Shared Key) en entornos multiinquilino, tales como desarrollos Build to Rent, residencias de estudiantes y propiedades MDU. Cubre la arquitectura basada en RADIUS que proporciona a cada residente una burbuja de WiFi privada y aislada en un único SSID compartido, y detalla los pasos de implementación, las integraciones de hardware y el caso comercial para tratar al WiFi como un servicio gestionado.