Arquitectura de VLAN por unidad y PSK: una guía de diseño para redes MDU

Asigne a cada apartamento su propia VLAN cuando las unidades tengan puertos cableados y el edificio cuente con unos cientos de puertas. Un proyecto BTR de 250 puertas utiliza unos 256 de los 4094 ID de VLAN IEEE 802.1Q. Para instalaciones con una gran rotación de usuarios, como una PBSA de 800 camas, aplique la segmentación en la clave única de cada residente, mediante una directiva por clave sobre un grupo reducido de VLAN compartidas.

¿Debería tener cada apartamento su propia VLAN?

No siempre. Cada residente de un proyecto Build-to-Rent (BTR), edificio residencial multifamiliar (MDU) o residencia estudiantil (PBSA) necesita una red privada. Su ordenador portátil, su Smart TV y su impresora deben poder comunicarse entre sí, sin que los dispositivos de nadie más puedan verlos. Esa es la experiencia del hogar combinada con seguridad empresarial, y puede ofrecerse de dos formas.

VLAN por apartamento. Cada unidad obtiene su propia LAN virtual (VLAN). Una VLAN es un dominio de difusión independiente de capa 2 con su propia subred y rango DHCP. Un servidor RADIUS indica al punto de acceso a qué VLAN se une cada dispositivo. RADIUS es el protocolo de autenticación que verifica cada dispositivo y devuelve su directiva de red. El tráfico entre unidades debe atravesar una pasarela de capa 3, donde su cortafuegos se encarga de bloquearlo.

Directiva aplicada mediante la clave. Cada residente recibe una clave precompartida (PSK) única en un SSID compartido. Los fabricantes denominan a esto PSK de identidad (iPSK), PSK privada (PPSK), PSK múltiple o PSK dinámica. La clave identifica al residente y la red aplica la directiva vinculada a ella. Los dispositivos que utilizan la misma clave pueden comunicarse entre sí. Los dispositivos con claves diferentes no pueden hacerlo, incluso aunque compartan la misma VLAN. Purple denomina a esto Private Area Network (PAN): una burbuja de red privada que se desplaza junto con la clave.

Ambos diseños aíslan a los residentes de forma adecuada. Se diferencian en el punto donde se aplica dicho aislamiento y en la cantidad de configuración que se debe mantener. La elección depende de cuatro factores:

• puertos cableados en las unidades
• rotación de residentes
• recuento total de segmentos
• compatibilidad de sus puntos de acceso y switches

En las siguientes secciones se analiza cada factor tomando como referencia el número de unidades para un proyecto BTR de 250 puertas y una instalación PBSA de 800 camas.

Diferencias reales entre las VLAN por unidad y la directiva basada en claves

El límite de 4094 VLAN y cuándo se alcanza realmente

El estándar IEEE 802.1Q incluye el ID de VLAN en un campo de 12 bits. Esto proporciona 4096 valores. Los ID 0 y 4095 están reservados, lo que deja 4094 ID utilizables. El límite se aplica por dominio de capa 2, no por organización, por lo que dos edificios detrás de un límite enrutado pueden reutilizar los mismos ID.

Un solo edificio rara vez alcanza los 4094 ID solo con las VLAN de los residentes. El límite se alcanza en tres situaciones:

• Un campus con varios bloques utiliza un único dominio plano de capa 2. Cinco residencias de 800 camas conectadas a un mismo núcleo necesitan 4000 VLAN de residentes antes de añadir al personal, las cámaras de CCTV o la gestión del edificio.
• Se segmenta por cama y por puerto. Si cada cama dispone también de una VLAN cableada independiente, la cifra se duplica.
• Añade una VLAN de IoT por unidad para cerraduras inteligentes o termostatos, lo que vuelve a duplicar la cuenta.

El límite práctico suele llegar antes. Las variantes de árbol de expansión por VLAN ejecutan una instancia de árbol de expansión por VLAN, y las plataformas de conmutadores limitan las instancias muy por debajo de 4.094. Los controladores inalámbricos y las pasarelas también publican sus propios límites en VLAN e interfaces de capa 3. Compruebe esas tres cifras de las hojas de datos antes de comprometerse. El máximo de 802.1Q es el número incorrecto para planificar.

Si supera el límite, tiene dos salidas limpias. Coloque un límite enrutado en cada edificio y reutilice las ID de VLAN dentro de cada uno. O pase a VXLAN, definido en RFC 7348, cuyo identificador de segmento de 24 bits permite alrededor de 16 millones de segmentos. Multiple Spanning Tree, originalmente IEEE 802.1s y ahora parte de 802.1Q, asigna muchas VLAN a unas pocas instancias. Eso elimina la restricción del árbol de expansión.

Cómo asigna RADIUS un residente a una VLAN

El RFC 3580 define la asignación dinámica de VLAN. Cuando RADIUS acepta un dispositivo, el mensaje Access-Accept lleva tres atributos:

• Tunnel-Type = VLAN (13)
• Tunnel-Medium-Type = 802 (6)
• Tunnel-Private-Group-ID = la ID de VLAN para ese apartamento

El punto de acceso o conmutador coloca entonces el dispositivo en esa VLAN. La asignación reside en el registro del residente, por lo que su teléfono llega a la misma VLAN en el piso, el gimnasio o la terraza de la azotea.

La forma en que el servidor identifica al propietario del dispositivo depende del método de autenticación:

• IEEE 802.1X (WPA2-Enterprise o WPA3-Enterprise). El residente inicia sesión con una credencial o certificado, y RADIUS lo busca directamente.
• PSK por clave. El controlador o servidor RADIUS compara la clave que presentó el dispositivo con el registro del residente, y luego devuelve la VLAN o el nombre de la política.

Los proveedores implementan esa búsqueda de claves de forma diferente. Siga la documentación de su plataforma para ver los pasos de configuración.

La PSK gana en edificios residenciales por una razón práctica. Las Smart TV, videoconsolas, altavoces inteligentes e impresoras rara vez admiten 802.1X, pero una clave funciona en todos ellos.

Compruebe si su plataforma admite PSK por clave con WPA3-Personal. Muchas implementaciones por clave se lanzaron en WPA2-Personal. SAE (Simultaneous Authentication of Equals, el intercambio de tráfico de WPA3-Personal) cambia la forma en que se puede comparar una clave, y la compatibilidad varía según el proveedor y el firmware.

Cuando un residente se muda de piso o se marcha, la autorización dinámica de RADIUS ayuda. Está definida en RFC 5176 y permite al servidor desconectar una sesión o aplicar una nueva política de inmediato.

Higiene del dominio de difusión

Cada VLAN es un dominio de difusión. Las solicitudes ARP, DHCP discovery y los protocolos de búsqueda por multidifusión llegan a todos los dispositivos que contienen. Esos protocolos incluyen mDNS, que utilizan AirPlay y Chromecast, y SSDP. En WiFi, las tramas de difusión y multidifusión salen a una velocidad de datos básica. Consumen tiempo de aire en cada punto de acceso que transporta la VLAN.

Una VLAN por unidad mantiene cada dominio en una sola vivienda, aproximadamente de ocho a 36 dispositivos. La búsqueda funciona dentro del piso sin una pasarela mDNS, y nada se filtra a la puerta contigua.

Una VLAN compartida puede albergar cientos de dispositivos de muchos residentes, por lo que requiere una higiene activa:

• Proxy ARP o supresión de ARP en el punto de acceso, de modo que el AP responda a las peticiones ARP en lugar de inundar la red con ellas.
• Conversión de multicast a unicast o filtrado de broadcast en la SSID de los residentes.
• Una pasarela mDNS delimitada por clave, para que los destinos de transmisión (casting) de un residente solo aparezcan en sus propios dispositivos.
• Un límite de tamaño. Nuestra regla práctica es un máximo de unos pocos cientos de clientes por VLAN compartida. A partir de ahí, divida por planta o por bloque.

Algunas plataformas aplican la agrupación a nivel de clave de forma nativa. La red personal inalámbrica (Wireless Personal Network) de Cisco Meraki, por ejemplo, agrupa los dispositivos por iPSK e aísla los grupos entre sí dentro de una VLAN compartida. En un entorno Meraki, pruebe el roaming rápido junto a esta función. Nuestra guía sobre Cisco Meraki 802.11r adaptable frente a habilitado abarca este comportamiento.

Diseño del ámbito DHCP por segmento

Planificamos para entre ocho y 12 dispositivos por residente. Esta es la cifra de planificación de Purple y cubre:

• teléfonos, portátiles, tabletas y relojes
• televisores, consolas y altavoces
• dispositivos de hogar inteligente

Dimensione cada ámbito en función de la ocupación máxima de la unidad, no del promedio.

A continuación, añada un margen de maniobra para las direcciones MAC privadas. Tanto Apple como Google aleatorizan por defecto la dirección MAC de un dispositivo por red. Una nueva dirección aleatoria consume una nueva concesión (lease). Acorte los tiempos de concesión para que las direcciones abandonadas vuelvan al fondo de direcciones (pool) en un plazo de un día, y mantenga libre al menos un tercio de cada ámbito.

Prefijo	Direcciones útiles	Concesiones tras la pasarela	Capacidad
/28	14	13	No recomendado: un residente con 12 dispositivos deja solo uno libre
/27	30	29	Un residente con 12 dispositivos, 17 libres
/26	62	61	Tres residentes con 12 dispositivos, 25 libres
/23	510	509	Una planta de 25 residentes con 12 dispositivos, 209 libres

Ejecute DHCP en la pasarela o en un servidor central con agente de relé DHCP (DHCP relay) en cada interfaz VLAN. Un diseño por unidad requiere un ámbito y un relé por VLAN, por lo que un edificio de 250 viviendas tendrá 250 ámbitos. La ventaja es que una dirección IP identifica la vivienda, lo que agiliza la resolución de incidencias. En las VLAN compartidas, la dirección ya no se asigna a una unidad. Para localizar al residente se utiliza el registro RADIUS (RADIUS accounting), que almacena la clave, la dirección MAC y la sesión.

Factor	VLAN por apartamento	Política vinculada a la clave
Dónde se aplica el aislamiento	Pasarela y cortafuegos de Capa 3	Punto de acceso o controlador
VLAN de residentes utilizadas	Una por unidad	Una por planta o bloque
Puertos cableados en unidades	Mismo segmento que el WiFi, mediante VLAN de puerto o autenticación MAC	Requiere un diseño cableado independiente
Detección de AirPlay y Chromecast	Funciona dentro de la VLAN, sin pasarela	Requiere una pasarela mDNS delimitada por clave
Tamaño del dominio de broadcast	Un hogar, hasta unos 36 dispositivos	Hasta unos pocos cientos de dispositivos
Ámbitos DHCP	Uno por unidad	Uno por VLAN compartida
Dependencia de hardware	Asignación dinámica de VLAN (RFC 3580)	PPSK por clave más aislamiento por clave
Opción ideal	BTR y MDU con puertos por cable y alquileres de larga estancia	PBSA, aparthoteles, campus multiedificio

Cuándo una VLAN por apartamento es la opción correcta

Elija una VLAN por apartamento cuando se cumplan la mayoría de estas condiciones:

• Las unidades tienen puertos por cable. Una sola VLAN transporta la TV por cable, el hub inteligente y los dispositivos WiFi del residente, por lo que el uso de casting funciona en ambos.
• Los alquileres duran meses o años. El mapa de VLAN a unidad rara vez cambia.
• El recuento de segmentos se mantiene muy por debajo de los límites de su plataforma. Cuente las instancias de spanning tree, las VLAN del controlador y las interfaces de gateway.
• Su equipo de seguridad busca un aislamiento en la capa 3, con registros de firewall por segmento.
• El soporte técnico necesita la dirección IP para identificar la unidad sin realizar una búsqueda RADIUS.

Escenario práctico: una promoción BTR de 250 puertas

Situación. Un edificio de alquiler BTR (build-to-rent) de 250 apartamentos, que abarca desde estudios hasta pisos de dos dormitorios, con un máximo de tres residentes por unidad. Cada apartamento dispone de puertos por cable para una TV y un hub domótico. La planta de servicios cuenta con gimnasio, sala de coworking y terraza en la azotea. El personal, el circuito cerrado de TV (CCTV), la gestión del edificio y los visitantes de la sala de descanso necesitan su propia red independizada.

Qué se hizo.

• Una VLAN por apartamento: 250 VLAN de residentes.
• Seis VLAN de infraestructura: gestión, personal, CCTV, gestión del edificio, IoT y una red de Guest WiFi para visitantes en las zonas comunes. Eso suma un total de 256 ID de VLAN.
• Un /26 uniforme por apartamento. Tres residentes con 12 dispositivos suman 36 dispositivos, lo que deja 25 concesiones libres. Una sola plantilla cubre todas las unidades.
• Un /18 para todos los ámbitos de residentes. Los 250 ámbitos /26 caben dentro de un único /18 del espacio privado RFC 1918, con seis bloques /26 de sobra.
• Conexión por cable y red inalámbrica en un solo segmento. RADIUS asigna la clave de cada residente a la VLAN de su apartamento, y los puertos por cable del piso se ubican en la misma VLAN.
• Multiple Spanning Tree asigna las 256 VLAN a un número reducido de instancias.

Resultado (cifras de diseño).

• Se utilizan 256 de los 4094 ID de VLAN, aproximadamente un 6 %.
• 256 ámbitos DHCP y 256 interfaces de capa 3, gestionados desde una única plantilla de reglas de firewall.
• Cada dirección de residente identifica su piso.
• Una segunda fase de 250 puertas elevaría el total a 506 VLAN, aproximadamente el 12 % del espacio de ID.

Cuándo la segmentación basada en políticas es la opción correcta

Elija una política asociada a la clave cuando se cumplan la mayoría de estas condiciones:

• La rotación es alta. Las incorporaciones anuales o las estancias por noches convierten el mantenimiento de VLAN por unidad en una tarea recurrente.
• Los residentes se desplazan por todo el edificio, incluidas las salas de estudio, cafeterías y gimnasios.
• La privacidad por cama llevaría los recuentos de VLAN a cientos o miles.
• Las habitaciones no tienen puertos por cable, o los puertos solo dan servicio a los sistemas del edificio.
• Sus puntos de acceso admiten PSK por clave, aislamiento por clave y mDNS delimitado.

Escenario práctico: una residencia universitaria de 800 camas

Situación. Una universidad gestiona una residencia de 800 camas distribuida en cuatro bloques de ocho plantas, con 25 camas por planta. Los estudiantes viven en pisos compartidos de cinco a ocho habitaciones con una cocina común. Los compañeros de piso esperan privacidad entre sí, por lo que la segmentación se realiza por cama. La mayoría de las camas cambian de ocupante al comienzo de cada año académico.

Opción A: una VLAN por cama.

• 800 VLANs de residentes.
• Una /27 por cama alberga 12 dispositivos con 17 libres, lo que suma un total de 25.600 direcciones y requiere una /17.
• 800 ámbitos DHCP y 800 interfaces de puerta de enlace.
• Cada VLAN configurada en trunk hacia cada punto de acceso que un estudiante pueda utilizar, lo que significa todo el recinto.

Opción B: política vinculada a la clave.

• Cada estudiante recibe una clave única al registrarse.
• Una VLAN compartida por planta ofrece 32 VLANs de residentes.
• Cada /23 ofrece 509 concesiones para 300 dispositivos (25 estudiantes a 12 dispositivos), dejando 209 libres.
• Los 32 ámbitos /23 se ajustan en una /18.
• El aislamiento por clave se ejecuta en los puntos de acceso, con una puerta de enlace mDNS delimitada por clave. Proxy ARP y multicast-a-unicast se ejecutan en el SSID.

Lo que se hizo. Opción B. La clave asigna a cada estudiante a la VLAN de su planta principal. Un estudiante que camina hacia la cafetería mantiene la misma dirección y política. Las 32 VLANs están configuradas en trunk hacia cada punto de acceso, una carga mucho más ligera que 800.

Resultado (cifras de diseño).

• 32 VLANs de residentes en lugar de 800, una reducción del 96%.
• 32 ámbitos DHCP en lugar de 800.
• La mitad del espacio de direcciones: una /18 en lugar de una /17.
• Dominios de difusión de unos 300 dispositivos cada uno, dentro de nuestra regla de trabajo.
• La rotación anual significa revocar y reemitir claves únicamente, sin cambios en VLANs, ámbitos o trunks.

Escenario práctico: un aparthotel de 120 unidades

Situación. Un aparthotel de 120 apartamentos distribuido en seis plantas, 20 apartamentos por planta. Las estancias van de una a 14 noches. Los huéspedes traen reproductores en streaming y esperan transmitir contenidos desde sus teléfonos. La recepción proporciona acceso a la red WiFi durante el registro.

Lo que se hizo.

• Cada estancia recibe su propia clave al registrarse, asignada a un grupo de políticas por apartamento.
• Las estancias cortas incluyen menos dispositivos, por lo que el plan contempla ocho dispositivos por huésped y dos huéspedes por apartamento. Eso supone 320 dispositivos por planta.
• Cada planta obtiene una VLAN /23, lo que deja 189 concesiones libres.
• El diseño revoca cada clave al realizar el check-out.

Resultado (cifras de diseño).

• Seis VLANs de residentes en lugar de 120, una reducción del 95%.
• Seis ámbitos DHCP.
• Sin cambios de VLAN entre estancias.
• La transmisión de contenidos funciona dentro de cada estancia a través del ámbito mDNS por clave.

Para obtener una visión más amplia de las redes para huéspedes, visite nuestra página de Hoteles.

Lo que cuesta mantener cada diseño

Ninguno de los dos diseños cambia el número de puntos de acceso. Este viene determinado por la densidad de dispositivos y la cobertura. El coste de mantenimiento radica en el número de objetos que se configuran, modifican y solucionan.

Elemento a mantener	BTR de 250 puertas, VLAN por apartamento	PBSA de 800 camas, VLAN por cama	PBSA de 800 camas, política por clave
VLANs de residentes	250	800	32
Ámbitos DHCP	250	800	32
Interfaces de puerta de enlace Layer 3	250	800	32
Espacio de direcciones privadas	/18	/17	/18
VLAN vinculadas mediante trunk a cada AP (con 6 de infraestructura)	256	806	38
Aislamiento aplicado en	Firewall de gateway	Firewall de gateway	Punto de acceso o controlador
Cambio al renovar residente	Reemitir clave	Reemitir clave	Reemitir clave

Con una VLAN por unidad, el coste reside en la gestión de cambios. Cada nuevo bloque añade VLAN, ámbitos, interfaces de gateway, entradas de firewall y cambios de trunk en cada switch de la ruta. Plantillee y automatice ese trabajo, o se desviar
á.

Con la directiva vinculada a la clave, el coste se traslada a otra parte. Dependerá de las funciones por clave del firmware y la licencia de sus puntos de acceso. La resolución de problemas también pasa de las direcciones IP a los registros de contabilidad de RADIUS, por lo que debe capacitar a su equipo de soporte para leerlos.

Purple Multi-Tenant WiFi se ejecuta como una superposición en la nube sobre el hardware que ya posee. Nuestro RADIUS en la nube emite a cada residente una clave y devuelve su VLAN o directiva. Las altas, traslados y bajas se gestionan desde un único panel de control. Purple es independiente del hardware en:

• Cisco Meraki
• HPE Aruba
• Ruckus
• Juniper Mist
• Ubiquiti UniFi
• Cambium
• Extreme Networks
• Fortinet

Purple se ejecuta en más de 80.000 instalaciones activas y gestionó 440 millones de inicios de sesión en 2024, según los datos propios de Purple. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR. Para saber por qué la segmentación rara vez requiere nuevos puntos de acceso, lea Por qué su próxima actualización de WiFi no necesita nuevo hardware.

Cómo decidir para su propiedad

Su situación	Recomendación	Por qué
Hasta unas 500 unidades, puertos cableados, contratos de arrendamiento de 12 meses o más	VLAN por apartamento	La red cableada y la red WiFi comparten un segmento; el uso de ID se mantiene cerca del 12%
PBSA con privacidad por cama y rotación anual	Directiva por clave, una VLAN compartida por planta	96% menos de VLAN para 800 camas; sin replanificación en cada incorporación
Aparthotel o apartamentos con servicios para estancias de días	Directiva por clave	Las claves siguen a la estancia; el mapa de VLAN nunca cambia
Campus de varios bloques en un núcleo de capa 2, más de 3.000 segmentos	Límite enrutado por edificio, o VXLAN, y luego cualquiera de los modelos	4.094 ID por dominio de capa 2
Apartamentos con puertos cableados y pisos compartidos en un mismo sitio	Híbrido: VLAN por apartamento donde existan puertos, directiva por clave en el resto	Cada modelo se aplica donde residen sus fortalezas
Puntos de acceso sin aislamiento por clave	VLAN por apartamento, o planifique una actualización de firmware o AP	El aislamiento debe aplicarse en alguna parte

Siga estos cinco pasos antes de comprometerse con un diseño.

1. Cuente sus segmentos. Cuente unidades o camas, luego añada las VLAN de infraestructura y cualquier multiplicador para red cableada o IoT. Compare el total con sus límites de spanning tree, controlador y gateway, no con 4.094.
2. Ajuste los ámbitos según la ocupación máxima. Multiplique los residentes por 12 dispositivos y mantenga libre al menos una tercera parte de cada ámbito.
3. Confirme las funciones por clave con su proveedor. Verifique el soporte para PSK por clave, asignación de VLAN por clave, aislamiento por clave, mDNS limitado y WPA3-Personal en su firmware.
4. Estudie la densidad. Tener de 8 a 12 dispositivos por residente cambia el recuento de puntos de acceso. Nuestra guía de estudios de cobertura WiFi cubre toda la planificación.
5. Pruebe la itinerancia entre el apartamento y las zonas comunes. Si los residentes se desplazan entre plantas, ajuste 802.11r y 802.11k. Consulte 802.11r y 802.11k en Android para ver las configuraciones específicas de cada fabricante.

Preguntas frecuentes

¿Funciona Purple Multi-Tenant WiFi con los puntos de acceso que ya tengo en mi edificio?

Sí. Purple es independiente del hardware y se ejecuta como una capa en la nube sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Mantendrá sus puntos de acceso y switches actuales. Purple proporciona el RADIUS en la nube y la capa de identidad que emite a cada residente una clave y devuelve su VLAN o directiva. Si elige la segmentación basada en directivas, confirme que su firmware admita PSK por clave e aislamiento por clave.

¿Podemos pasar de una contraseña compartida en todo el edificio a claves por vivienda sin sustituir el hardware?

Sí, siempre que sus puntos de acceso admitan PSK por clave o asignación dinámica de VLAN. Purple se integra sobre la infraestructura existente, por lo que no es necesario desinstalar ni reemplazar nada. Active el nuevo SSID para residentes junto al antiguo y vaya migrando a los residentes vivienda por vivienda. Elimine la contraseña compartida una vez que el último residente se haya cambiado. Planifique su mapa de VLAN o directivas y los rangos DHCP antes de que cambie el primer residente.

¿Cuántas VLAN puede admitir un edificio residencial plurifamiliar?

Hasta 4.094 por dominio de capa 2, que es el límite establecido por la ID de VLAN de 12 bits en IEEE 802.1Q. En la práctica, los límites de instancias de Spanning Tree, los límites de VLAN del controlador y el número de interfaces de la pasarela suelen ser los primeros obstáculos. Un proyecto BTR de 250 viviendas con seis VLAN de infraestructura utiliza 256 ID. Los campus que necesiten más deben establecer un límite enrutado en cada edificio o migrar a VXLAN.

¿Es la segmentación basada en claves tan segura como una VLAN por apartamento?

Sí, siempre que su plataforma aplique el aislamiento entre claves en el punto de acceso o en el controlador. La diferencia radica en el punto de aplicación. Una VLAN por vivienda bloquea el tráfico entre viviendas en la pasarela de capa 3. La directiva basada en claves lo bloquea antes de que el tráfico salga del punto de acceso. Pruebe esto desde el dispositivo de un residente. Confirme que no se puede acceder a los dispositivos de otro residente ni detectar sus destinos de transmisión.

¿Funcionarán las Smart TV, consolas y dispositivos IoT en una red de residentes segmentada?

Sí. Ambos diseños utilizan una clave precompartida, que funciona en dispositivos sin soporte 802.1X, como Smart TV, videoconsolas y altavoces inteligentes. Los dispositivos de cada residente comparten su propia VLAN o grupo de claves, por lo que las funciones de transmisión e impresión funcionarán dentro del hogar. En las VLAN compartidas, añada una pasarela mDNS delimitada por clave para que la detección de dispositivos siga siendo privada para cada residente.

¿Cómo gestiona Purple los datos de los residentes según el GDPR?

Purple cuenta con la certificación ISO 27001 y cumple con el GDPR. Cada clave se vincula a un registro de residente en la capa RADIUS en la nube. La contabilidad RADIUS registra qué clave y qué dispositivo mantuvo cada sesión, lo que facilita la resolución de problemas y las solicitudes de acceso. Cuando un residente se marcha, usted revoca su clave, y el proceso de altas, cambios y bajas cierra su acceso a la red desde un único panel de control.

¿Qué ocurre con los dispositivos de un residente cuando se muda?

Pierden el acceso en el momento en que se revoca la clave o la credencial. En los casos en que sus puntos de acceso lo admitan, la autorización dinámica RADIUS (RFC 5176) desconecta las sesiones activas de inmediato. Con una VLAN por apartamento, la VLAN y el alcance DHCP se mantienen para el siguiente residente. Con las políticas basadas en claves, no hay nada que volver a planificar: simplemente emite una nueva clave para el nuevo residente.