WiFi multiinquilino: arquitectura y gestión
Esta guía de referencia técnica autorizada proporciona a los responsables de TI, arquitectos de red y operadores de recintos un marco integral para diseñar, implementar y gestionar redes WiFi multiinquilino en entornos complejos como hoteles, centros comerciales, estadios y unidades de viviendas múltiples (MDU). Cubre las diferencias arquitectónicas críticas entre implementaciones para un solo recinto y multiinquilino, centrándose en el aislamiento de inquilinos, la gestión del ancho de banda y el cumplimiento normativo. Al aprovechar la plataforma de inteligencia WiFi empresarial de Purple, las organizaciones pueden transformar una infraestructura de red compartida en un servicio seguro, escalable y comercialmente valioso.
Escuchar esta guía
Ver transcripción del podcast
- Resumen ejecutivo
- Análisis técnico profundo
- El papel fundamental de las VLAN y la segmentación
- Autenticación y control de acceso: más allá de una única contraseña
- Garantizar el rendimiento con QoS granular
- Guía de implementación
- Buenas prácticas
- Resolución de problemas y mitigación de riesgos
- ROI e impacto empresarial
Resumen ejecutivo
Esta guía ofrece un análisis técnico profundo de la arquitectura, la gestión y el impacto empresarial de las redes WiFi multiinquilino. Está diseñada para responsables de TI, arquitectos de red y operadores de recintos encargados de ofrecer una conectividad inalámbrica segura y de alto rendimiento en entornos complejos de ocupación múltiple, como hoteles, centros comerciales, estadios y propiedades residenciales gestionadas (MDU). Exploraremos las diferencias críticas entre las implementaciones para un solo recinto y las multiinquilino, centrándonos en los imperativos arquitectónicos del aislamiento de inquilinos, la gestión granular del ancho de banda y el control centralizado. El contenido va más allá de la teoría académica para ofrecer una orientación práctica y aplicable para diseñar, implementar y monetizar una infraestructura WiFi compartida, al tiempo que se mitigan los riesgos de seguridad y se garantiza el cumplimiento de estándares como PCI DSS y GDPR. Al aprovechar una plataforma de gestión sofisticada como Purple, los propietarios de inmuebles pueden transformar un servicio compartido en un valor añadido significativo, mejorando la satisfacción de los inquilinos, creando nuevas vías de ingresos y obteniendo información operativa profunda a través de analíticas detalladas.

Análisis técnico profundo
La transición de una arquitectura WiFi para un solo ocupante a una multiinquilino requiere un cambio fundamental en la filosofía de diseño de la red: de un entorno plano y de confianza a un marco segmentado de confianza cero. El objetivo principal es garantizar que múltiples inquilinos independientes coexistan en una única infraestructura física sin comprometer la seguridad, el rendimiento o la privacidad. Esto se logra mediante un enfoque por capas para el aislamiento y el control.
El papel fundamental de las VLAN y la segmentación
La piedra angular de cualquier red multiinquilino es la Red de área local virtual (VLAN). Tal como lo define el estándar IEEE 802.1Q, las VLAN permiten dividir un único conmutador de red física en múltiples dominios de difusión lógicamente independientes. En la práctica, esto significa que el tráfico de un inquilino (por ejemplo, una tienda minorista en la VLAN 10) es completamente invisible e inaccesible para el tráfico de otro inquilino (como una oficina corporativa en la VLAN 20), incluso cuando sus dispositivos están conectados al mismo punto de acceso físico.
> Principio clave: Sin una implementación adecuada de VLAN, la separación de inquilinos es meramente cosmética. Múltiples SSIDs en una única LAN plana no ofrecen una seguridad significativa, ya que todos los dispositivos permanecen en el mismo dominio de difusión, lo que permite un posible movimiento lateral por parte de actores maliciosos.

Autenticación y control de acceso: más allá de una única contraseña
En un entorno multiinquilino, un enfoque de autenticación único para todos es totalmente inadecuado. Los diferentes inquilinos tienen requisitos de seguridad muy distintos, y una arquitectura sólida debe admitir múltiples métodos de autenticación simultáneamente. Para inquilinos corporativos o de alta seguridad, WPA3-Enterprise con autenticación IEEE 802.1X es el estándar de oro. Requiere que cada usuario se autentique con credenciales únicas (un nombre de usuario y contraseña, o un certificado digital) contra un servidor RADIUS (Servicio de usuario de marcación de autenticación remota). Esto permite la responsabilidad por usuario, un registro de auditoría detallado y la asignación dinámica de políticas basadas en la identidad del usuario o la pertenencia a un grupo.
Para redes de invitados, espacios públicos o inquilinos minoristas, un Captive Portal es el mecanismo principal para el registro de usuarios. Los portales modernos, integrados con plataformas como Purple, van mucho más allá de las simples páginas de inicio. Se pueden personalizar completamente por inquilino con una marca distinta, aplicar términos y condiciones, capturar datos de usuarios para marketing de conformidad con el GDPR e integrarse con inicios de sesión sociales o pasarelas de pago. Para dispositivos sin pantalla, como los sensores IoT, se pueden asignar claves precompartidas (PSK) únicas o dinámicas para proporcionar acceso dentro del segmento de red aislado de un inquilino sin requerir una infraestructura 802.1X completa.
| Método de autenticación | Ideal para | Estándar | Beneficio clave |
|---|---|---|---|
| WPA3-Enterprise + 802.1X | Inquilinos corporativos, servicios financieros | IEEE 802.1X, RFC 2865 | Identidad por usuario, política dinámica |
| Captive Portal (Enhanced Open) | WiFi de invitados, comercio minorista, acceso público | WPA3-OWE | Registro personalizado, captura de datos |
| PSK dinámica | Dispositivos IoT, acceso temporal | WPA3-Personal | Implementación sencilla, clave por dispositivo |
Garantizar el rendimiento con QoS granular
El aislamiento del rendimiento es tan crítico como el aislamiento de la seguridad. No se puede permitir que un solo inquilino que ejecute una aplicación de gran ancho de banda (streaming de vídeo, transferencias de archivos grandes o una actualización de software) degrade el servicio para todos los demás inquilinos. Esto se gestiona a través de políticas de Calidad de servicio (QoS) aplicadas en la capa de red. Una plataforma multiinquilino sofisticada permite a los administradores definir controles precisos de ancho de banda por inquilino, por usuario o incluso por aplicación. La limitación de velocidad restringe el ancho de banda máximo de subida y bajada disponible para el SSID de cada inquilino, mientras que las garantías de ancho de banda reservan una asignación mínima para inquilinos de misión crítica, como un cliente corporativo que organiza un evento transmitido en directo. El modelado de tráfico perfecciona aún más esto al priorizar los protocolos sensibles al tiempo (VoIP, videoconferencia) sobre las transferencias de datos menos urgentes. Estas políticas garantizan una distribución predecible y equitativa de los recursos de red, lo cual es esencial para cumplir con los Acuerdos de Nivel de Servicio (SLA) con los inquilinos.

Guía de implementación
La implementación de una red WiFi multi-tenant es un proceso estructurado que consta de cinco fases distintas, desde la planificación inicial hasta la validación posterior a la implementación.
La primera fase es el Análisis de requisitos y perfilado de inquilinos. Antes de adquirir o configurar cualquier hardware, lleve a cabo un proceso de descubrimiento exhaustivo con cada inquilino potencial. El objetivo es comprender su postura de seguridad (¿requieren 802.1X? ¿están sujetos a PCI DSS o HIPAA?), sus requisitos de rendimiento (¿cuáles son sus demandas de ancho de banda pico? ¿ejecutan aplicaciones sensibles a la latencia?) y sus preferencias de incorporación (¿necesitan un Captive Portal personalizado con su marca? ¿cuántos usuarios concurrentes prevén?). Esta información fundamenta directamente cada decisión de diseño posterior.
La segunda fase es la Selección de hardware y diseño de red. Los puntos de acceso de nivel empresarial y los switches gestionados son innegociables. Los puntos de acceso deben admitir múltiples SSIDs con etiquetado VLAN 802.1Q y capacidades avanzadas de QoS. Los switches deben ser completamente gestionados, con suficiente densidad de puertos y compatibilidad con puertos de acceso y trunk 802.1Q. Un gateway o firewall de alto rendimiento se ubica en el extremo de la red, gestionando las políticas de enrutamiento inter-VLAN y aplicando las reglas de seguridad. Junto con la selección de hardware, diseñe un esquema de direccionamiento IP lógico y escalable, asignando un ID de VLAN único y la subred IP correspondiente a cada inquilino, y documente este esquema meticulosamente.
La tercera fase es la Configuración de la plataforma de gestión centralizada. Utilizando la plataforma de Purple, los administradores definen los perfiles de los inquilinos, crean SSIDs asignados a sus VLAN correspondientes, configuran los métodos de autenticación, establecen políticas de QoS y limitación de ancho de banda, y diseñan Captive Portals personalizados. Este es el núcleo operativo de la implementación: el panel de control único desde el que se gobierna todo el entorno multi-tenant.
La cuarta fase es la Implementación física y despliegue gradual. Instale los puntos de acceso y los switches de acuerdo con el plan de RF, garantizando una cobertura y capacidad adecuadas para la zona de cada inquilino. Aplique las configuraciones desde la plataforma de gestión y realice un despliegue gradual, activando un inquilino a la vez para aislar cualquier problema de configuración antes de que afecte al entorno general.
La quinta y última fase es la Validación y monitorización continua. Lleve a cabo un proceso de pruebas riguroso para cada inquilino, verificando que el aislamiento, el rendimiento y la autenticación funcionen según lo diseñado. Utilice herramientas de captura de paquetes para confirmar que un dispositivo en la VLAN de un inquilino no puede acceder a un dispositivo en la de otro. Establezca paneles de monitorización continua y umbrales de alerta dentro de la plataforma de gestión para detectar anomalías en tiempo real.

Buenas prácticas
Las implementaciones multi-tenant más eficaces comparten un conjunto común de principios operativos. Adoptar un modelo zero-trust desde el primer día es fundamental: asuma que ningún usuario o dispositivo es de confianza por defecto y aplique una autenticación y autorización estrictas para cada conexión, independientemente de dónde se origine en la red.
El Control de acceso basado en roles (RBAC) es igualmente crítico. Una plataforma de gestión que admita la administración jerárquica permite al equipo de TI del propietario de la infraestructura conservar los derechos de administración global, al tiempo que concede a los inquilinos individuales un acceso limitado y acotado para ver sus propias analíticas o gestionar su propio Captive Portal. Este modelo respeta la autonomía del inquilino sin comprometer la integridad de la infraestructura compartida.
Las auditorías periódicas y la verificación del cumplimiento deben programarse de forma proactiva, no reactiva. Para los inquilinos sujetos a PCI DSS, mantenga registros de acceso detallados y prepárese para demostrar que los entornos de datos de los titulares de tarjetas están correctamente aislados. Para cualquier inquilino que recopile datos de usuario a través de un Captive Portal, asegúrese de que las prácticas de recopilación, almacenamiento y procesamiento de datos cumplan plenamente con el GDPR, lo que incluye presentar un aviso de privacidad claro y accesible en el punto de autenticación.
Por último, automatizar la incorporación y desincorporación de inquilinos a través de las APIs de la plataforma de gestión reduce drásticamente los costes operativos, minimiza el riesgo de errores de configuración humanos y garantiza que el acceso se revoque de forma rápida y completa cuando un inquilino se marcha.
Resolución de problemas y mitigación de riesgos
Incluso las redes multi-tenant bien diseñadas se enfrentan a desafíos operativos. La siguiente tabla asocia los modos de fallo más comunes con sus causas principales y las mitigaciones recomendadas.
| Síntoma | Causa principal probable | Mitigación recomendada |
|---|---|---|
| Rendimiento degradado en todos los inquilinos | Saturación del enlace de subida a Internet principal o cuello de botella en el firewall | Monitorizar la utilización del ancho de banda agregado; implementar QoS de nivel superior en el gateway; considerar la actualización del enlace de subida |
| Los usuarios no pueden autenticarse en un SSID específico | PSK incorrecta, credenciales 802.1X no válidas o servidor RADIUS mal configurado | Inspeccionar los registros de autenticación de clientes en la plataforma de gestión; revisar los registros de eventos del servidor RADIUS para ver los intentos fallidos |
| Tráfico inter-VLAN detectado en la auditoría de seguridad | Puerto trunk del switch mal configurado o ACL del firewall demasiado permisiva | Revisar todas las configuraciones de los puertos del switch; aplicar reglas de firewall inter-VLAN de denegación por defecto; auditar las ACL |
| El Captive Portal no se muestra correctamente para un inquilino | Fallo de resolución de DNS o configuración incorrecta de la URL del portal | Verificar la configuración de DNS para la VLAN del inquilino; probar la resolución de la URL del portal desde la subred del inquilino |
| El inquilino informa de conectividad intermitente | Interferencia de RF, congestión de cocanal o sobrecarga del AP | Revisar los mapas de calor de RF en la plataforma de gestión; ajustar las asignaciones de canales y la potencia de transmisión; considerar cobertura de AP adicional |
El mayor riesgo en un entorno multi-tenant es el movimiento lateral — la capacidad de que un dispositivo comprometido en la red de un inquilino se desvíe y ataque a dispositivos en otra. La segmentación adecuada de VLAN, combinada con reglas estrictas de firewall inter-VLAN, es el control principal contra esta amenaza. Se recomienda encarecidamente realizar pruebas de penetración periódicas en los límites de segmentación para cualquier entorno que albergue inquilinos con requisitos de seguridad elevados.
ROI e impacto empresarial
Una red WiFi multiinquilino correctamente diseñada no es un centro de costes; es un activo estratégico con múltiples retornos cuantificables. La oportunidad de ingresos más directa es la monetización de la red: ofrecer a los inquilinos paquetes de ancho de banda por niveles, cobrar por conectividad premium para eventos o facturar por el acceso a portales personalizados con su marca y paneles de analítica. Para un operador de propiedades gestionadas, esto puede convertir un gasto de capital en un flujo de ingresos recurrentes.
Más allá de la monetización directa, un WiFi gestionado de alta calidad es un potente diferenciador en mercados competitivos. En el sector de viviendas multifamiliares (MDU WiFi), una infraestructura de WiFi compartido fiable y gestionada profesionalmente es cada vez más un factor decisivo para la captación y retención de inquilinos. En el sector inmobiliario comercial, los inquilinos esperan una conectividad de nivel empresarial como servicio básico; no ofrecerla genera un riesgo de pérdida de clientes.
Las mejoras en la eficiencia operativa derivadas de la gestión centralizada también son significativas. Un único equipo de TI puede gestionar una cartera de propiedades —cada una con múltiples inquilinos— desde un único panel de control, lo que elimina la necesidad de realizar visitas presenciales para cambios de configuración rutinarios. Esto reduce los gastos operativos y acelera los tiempos de respuesta.
Quizás el beneficio estratégicamente más valioso sea la información basada en datos. Al agregar datos anonimizados y basados en el consentimiento de todos los inquilinos, los propietarios obtienen información de gran valor sobre los patrones de afluencia, los tiempos de permanencia de los visitantes, los periodos de uso pico y la utilización del espacio. Estos datos fundamentan las decisiones sobre inversión inmobiliaria, combinación de inquilinos y programación operativa, ofreciendo un retorno que va mucho más allá de la propia red.
Definiciones clave
WiFi multiinquilino
Una arquitectura de red inalámbrica en la que una única infraestructura física (puntos de acceso, conmutadores y enlaces ascendentes) se divide lógicamente para dar servicio a múltiples organizaciones o grupos de usuarios independientes, cada uno con su propio segmento de red aislado, método de autenticación y controles de gestión.
Los equipos de TI se encuentran con este término al gestionar propiedades con múltiples ocupantes, como centros comerciales, hoteles, parques de oficinas o unidades de viviendas múltiples. Es el concepto fundamental que distingue las redes de recintos empresariales de un simple punto de acceso compartido.
VLAN (Red de área local virtual)
Un segmento de red lógico creado dentro de una red conmutada física, tal como lo define el estándar IEEE 802.1Q. Las VLAN crean dominios de difusión independientes, lo que garantiza que los dispositivos de otra VLAN no puedan ver el tráfico de una VLAN ni acceder a él sin un permiso explícito de enrutamiento y cortafuegos.
Las VLAN son el mecanismo principal para el aislamiento de inquilinos en una implementación de WiFi multiinquilino. Los arquitectos de red deben asignar un ID de VLAN único a cada inquilino y asegurarse de que todos los conmutadores y puntos de acceso estén configurados correctamente para etiquetar y transportar el tráfico de cada VLAN.
IEEE 802.1X
Un estándar IEEE para el control de acceso a la red basado en puertos que proporciona un marco de autenticación para los dispositivos que intentan conectarse a una LAN o WLAN. Utiliza el Protocolo de autenticación extensible (EAP) y requiere un suplicante (el dispositivo cliente), un autenticador (el punto de acceso o conmutador) y un servidor de autenticación (normalmente un servidor RADIUS).
802.1X es el estándar de autenticación recomendado para inquilinos corporativos y cualquier entorno que requiera la responsabilidad individual del usuario. Elimina los riesgos de seguridad de las contraseñas compartidas y permite la asignación dinámica de políticas basadas en la identidad del usuario.
RADIUS (Servicio de usuario de marcación de autenticación remota)
Un protocolo de red e infraestructura de servidor que proporciona una gestión centralizada de autenticación, autorización y contabilidad (AAA) para los usuarios que se conectan a una red. En un contexto de WiFi multiinquilino, el servidor RADIUS valida las credenciales de usuario para los SSIDs autenticados mediante 802.1X y puede asignar dinámicamente usuarios a VLAN específicas en función de su identidad o pertenencia a un grupo.
Los arquitectos de red deben planificar la redundancia del servidor RADIUS (al menos dos servidores en una configuración activa-pasiva) para evitar que los fallos de autenticación provoquen una interrupción de la red. Los servicios RADIUS alojados en la nube son cada vez más comunes en las implementaciones multiinquilino.
Captive Portal
Una página web que intercepta la solicitud HTTP/HTTPS inicial de un usuario cuando se conecta a una red WiFi, exigiéndole que complete una acción (como aceptar las condiciones del servicio, introducir credenciales o proporcionar información de contacto) antes de concederle acceso total a internet. En un contexto multiinquilino, cada inquilino puede tener un Captive Portal totalmente personalizado con su propia marca y requisitos de captura de datos.
Los Captive Portals son el mecanismo de registro principal para las redes WiFi públicas y de invitados. Al implementar portales que capturan datos personales (direcciones de correo electrónico, perfiles de inicio de sesión social), los operadores deben garantizar el cumplimiento del GDPR, lo que incluye proporcionar un aviso de privacidad claro y obtener el consentimiento explícito para las comunicaciones de marketing.
QoS (Calidad de servicio)
Un conjunto de técnicas de gestión de red que priorizan ciertos tipos de tráfico o asignan recursos de ancho de banda específicos a usuarios, aplicaciones o segmentos de red definidos. En una implementación de WiFi multiinquilino, las políticas de QoS se utilizan para aplicar límites de ancho de banda por inquilino (limitación de velocidad), garantizar un rendimiento mínimo para los inquilinos prémium y priorizar las aplicaciones sensibles a la latencia como VoIP.
La configuración de QoS es esencial para evitar el problema del 'vecino ruidoso', en el que el uso elevado de ancho de banda de un solo inquilino degrada la experiencia de todos los demás inquilinos en la infraestructura compartida. Los arquitectos de red deben definir las políticas de QoS como parte del proceso de incorporación de inquilinos, no como una medida reactiva después de que surjan quejas.
WiFi MDU (WiFi para unidades de viviendas múltiples)
Una aplicación específica de la arquitectura WiFi multiinquilino en propiedades residenciales como bloques de apartamentos, residencias de estudiantes y urbanizaciones gestionadas. En un contexto MDU, cada unidad residencial o planta se trata como un inquilino, con segmentos de red aislados que proporcionan privacidad entre los residentes y una plataforma de gestión centralizada que permite al operador de la propiedad ofrecer un servicio de conectividad gestionado.
Las implementaciones de WiFi MDU tienen consideraciones normativas específicas, especialmente en torno a la privacidad de los datos de los usuarios residenciales. Los operadores de las propiedades deben tener especial cuidado para garantizar que los residentes no puedan ver el tráfico de red de los demás y que cualquier dato capturado a través de la red se gestione en estricto cumplimiento del GDPR.
WPA3-Enterprise
La última generación del protocolo de seguridad empresarial Wi-Fi Protected Access, presentado por la Wi-Fi Alliance. WPA3-Enterprise exige el uso de una fuerza criptográfica de 192 bits (en su modo de seguridad más alto) y elimina las vulnerabilidades presentes en WPA2-Enterprise, incluida la susceptibilidad a los ataques PMKID y los ataques de diccionario contra los saludos de conexión capturados. Se utiliza junto con IEEE 802.1X para la autenticación de usuarios.
Los arquitectos de red deben especificar WPA3-Enterprise como el estándar de seguridad mínimo para cualquier SSID que preste servicio a inquilinos corporativos, servicios financieros, atención médica o cualquier entorno con una alta sensibilidad de datos. Los dispositivos heredados que no admitan WPA3 pueden requerir un SSID independiente y aislado con WPA2-Enterprise como medida de transición.
RBAC (Control de acceso basado en roles)
Un modelo de control de acceso en el que los permisos se asignan a roles en lugar de a usuarios individuales, y los usuarios se asignan a roles en función de sus responsabilidades. En una plataforma de gestión de WiFi multiinquilino, RBAC permite un modelo de administración jerárquico en el que los propietarios de los inmuebles tienen acceso global, mientras que los inquilinos individuales tienen acceso delimitado únicamente a su propio segmento de red y datos analíticos.
RBAC es un control de gobernanza crítico en cualquier plataforma de gestión multiinquilino. Sin él, el administrador de un inquilino podría ver o modificar las configuraciones de los inquilinos vecinos, lo que crearía tanto un riesgo de seguridad como una responsabilidad significativa para el operador de la propiedad.
Movimiento lateral
Una técnica de ciberataque en la que un atacante que ha comprometido un dispositivo en una red utiliza ese punto de apoyo para moverse horizontalmente a través de la red, accediendo a otros dispositivos y sistemas. En un contexto de WiFi multiinquilino, una segmentación de VLAN inadecuada o unas reglas de cortafuegos inter-VLAN excesivamente permisivas pueden permitir el movimiento lateral desde un dispositivo comprometido en la red de un inquilino a los dispositivos de la red de otro inquilino.
Prevenir el movimiento lateral es el objetivo de seguridad principal del aislamiento de inquilinos en una arquitectura WiFi multiinquilino. Los arquitectos de red deben validar que los límites de las VLAN sean impermeables mediante pruebas de penetración periódicas y que las reglas del cortafuegos apliquen una política de denegación por defecto para todo el tráfico inter-VLAN.
Ejemplos prácticos
Un hotel de servicio completo de 350 habitaciones necesita proporcionar WiFi a cuatro grupos distintos simultáneamente: huéspedes del hotel en habitaciones y zonas comunes, un centro de conferencias con capacidad para 1.200 personas que alberga múltiples eventos simultáneos de diferentes clientes corporativos, un inquilino minorista en la planta baja (una cafetería) que procesa pagos con tarjeta y la propia red operativa interna del hotel utilizada para los sistemas PMS, CCTV y POS. ¿Cómo se debe diseñar la arquitectura de la red para cumplir con los requisitos de seguridad, rendimiento y cumplimiento normativo de cada grupo?
Esta implementación requiere un mínimo de cuatro segmentos de red aislados, cada uno con perfiles de seguridad y rendimiento distintos. La red de huéspedes del hotel (VLAN 10) debe utilizar un Captive Portal con WPA3-Enhanced Open, con un límite de velocidad de 20 Mbps por dispositivo y una página de inicio gestionada por Purple para un registro personalizado y una captura de datos que cumpla con el GDPR. El centro de conferencias (VLAN 20) requiere un enfoque más sofisticado: debe subsegmentarse utilizando VLAN dinámicas asignadas en el momento de la autenticación a través de 802.1X, de modo que los delegados del Evento A (VLAN 21) estén aislados de los delegados del Evento B (VLAN 22). Se puede proporcionar a cada organizador de eventos una credencial de administrador temporal en Purple para gestionar su propio Captive Portal y ver sus propias analíticas. Se deben configurar garantías de ancho de banda de 50 Mbps por evento, con asignaciones de ráfagas de hasta 100 Mbps si hay capacidad disponible. La cafetería minorista (VLAN 30) procesa pagos con tarjeta, lo que la sitúa dentro del alcance de PCI DSS. Este segmento debe estar estrictamente aislado, sin permitir el enrutamiento inter-VLAN bajo ninguna circunstancia. Los terminales POS deben estar en una sub-VLAN dedicada (VLAN 31) con una política de cortafuegos de lista blanca que permita el tráfico únicamente al rango de IP del procesador de pagos. La red operativa interna (VLAN 40) no debe tener acceso a internet en absoluto, funcionando como una LAN privada totalmente aislada para los sistemas internos. Las cuatro VLAN se configuran y supervisan desde un único panel de Purple, con RBAC que garantiza que el gestor de conferencias solo pueda ver los datos de su propio evento, el inquilino minorista solo pueda ver su propia red y el equipo de TI del hotel tenga visibilidad completa de todos los segmentos.
Un gran centro comercial urbano con 120 locales comerciales distribuidos en tres plantas desea implementar una infraestructura WiFi compartida gestionada de forma centralizada por la empresa de gestión inmobiliaria. Cada inquilino minorista debe tener su propio WiFi de invitados personalizado para los clientes, su propio panel de analíticas que muestre los tiempos de permanencia de los visitantes y las tasas de visitas recurrentes, y su propia asignación de ancho de banda. La empresa de gestión inmobiliaria también quiere ofrecer un nivel prémium para 'inquilinos ancla' con rendimiento garantizado y soporte prioritario. ¿Cómo debería estructurarse esto utilizando la plataforma multiinquilino de Purple?
La implementación comienza con una estructura de gestión jerárquica en Purple. La empresa de gestión inmobiliaria posee la cuenta de nivel superior 'Organización', y cada inquilino minorista se aprovisiona como una subcuenta con permisos delimitados. Cada inquilino recibe un SSID dedicado asignado a una VLAN única, con un Captive Portal gestionado por Purple totalmente personalizado con su propio logotipo, gama de colores y mensajes promocionales. El portal está configurado para capturar direcciones de correo electrónico y el consentimiento de marketing de conformidad con el GDPR, y los datos fluyen hacia el propio panel de analíticas de Purple del inquilino. A los inquilinos estándar se les asigna un límite de velocidad de 10 Mbps por dispositivo con un límite de SSID de 50 Mbps, suficiente para la navegación típica de los clientes minoristas. Los inquilinos ancla (grandes almacenes o marcas emblemáticas) se aprovisionan en un nivel prémium con una asignación de ancho de banda garantizada de 100 Mbps, un SSID dedicado con WPA3-Enterprise para los dispositivos de su propio personal y un SSID de invitados independiente para los clientes. El equipo de TI de la empresa de gestión inmobiliaria supervisa todo el patrimonio desde el panel de Purple de nivel superior, con alertas configuradas para cualquier inquilino cuya utilización de red supere el 80% de su asignación (una señal para ofrecer un nivel superior) o caiga por debajo del 10% (una señal de un posible problema de configuración). Mensualmente se generan de forma automática informes analíticos por inquilino que muestran el número de visitantes, los tiempos de permanencia y las tasas de visitas recurrentes, que la empresa de gestión inmobiliaria empaqueta como un servicio de valor añadido en el contrato de arrendamiento del inquilino.
Preguntas de práctica
Q1. Un campus universitario desea implementar una infraestructura WiFi compartida que preste servicio a cuatro grupos: estudiantes de grado, investigadores de posgrado, delegados de conferencias visitantes y el propio personal administrativo de la universidad. La red de investigación gestiona datos confidenciales de subvenciones y debe cumplir con los requisitos de Cyber Essentials Plus. La red de delegados de conferencias debe aprovisionarse y desmantelarse en función de cada evento. ¿Cómo diseñaría la estructura de VLAN y el modelo de autenticación para cumplir con estos requisitos?
Sugerencia: Considere detenidamente los requisitos de cumplimiento de la red de investigación: Cyber Essentials Plus exige requisitos específicos de control de acceso y gestión de parches. Considere también cómo la naturaleza temporal de la red de conferencias debería influir en su enfoque de aprovisionamiento: ¿puede utilizar un modelo de implementación basado en plantillas?
Ver respuesta modelo
La arquitectura requiere un mínimo de cuatro VLAN: VLAN 10 para estudiantes de grado (Captive Portal con inicio de sesión social, límite de velocidad de 10 Mbps), VLAN 20 para investigadores de posgrado (WPA3-Enterprise con 802.1X, integrado con el Active Directory de la universidad, acceso restringido a dispositivos autorizados mediante autenticación basada en certificados para cumplir con Cyber Essentials Plus), VLAN 30 para delegados de conferencias (Captive Portal, aprovisionado a partir de una plantilla predefinida en Purple que se puede activar y desactivar bajo demanda con un SSID de evento personalizado y un portal personalizado) y VLAN 40 para el personal administrativo (WPA3-Enterprise con 802.1X, integrado con AD, con acceso a los sistemas internos de la universidad a través de una VPN de sitio a sitio o enrutamiento privado). La VLAN de investigación debe tener una política de cortafuegos de denegación por defecto con reglas explícitas de lista blanca para los servicios requeridos, y todo el acceso debe registrarse para fines de auditoría. El enfoque de plantilla de VLAN de conferencia en Purple permite al equipo de TI incorporar un nuevo evento en menos de 30 minutos sin tocar las configuraciones del conmutador o del cortafuegos.
Q2. Usted es el arquitecto de red de un proveedor de oficinas gestionadas con 50 edificios en todo el Reino Unido, cada uno de los cuales alberga entre 10 y 40 inquilinos de pequeñas empresas. Debe diseñar un servicio WiFi multiinquilino escalable que pueda ser gestionado por un equipo de TI central de cinco personas. ¿Qué arquitectura de gestión y estrategia de automatización recomendaría para que esto sea operativamente viable?
Sugerencia: Con 50 edificios y hasta 2.000 inquilinos, la configuración manual no es viable. Considere cómo se pueden utilizar la API de Purple y el modelo de gestión jerárquica para automatizar el aprovisionamiento de inquilinos, y cómo estructuraría la jerarquía de gestión para delegar el acceso adecuado a los administradores de los edificios sin comprometer la gobernanza central.
Ver respuesta modelo
La solución requiere una jerarquía de gestión de tres niveles en Purple: el proveedor de oficinas gestionadas en el nivel superior con acceso administrativo completo, los administradores de edificios en el segundo nivel con acceso delimitado a su edificio específico y los inquilinos individuales en el tercer nivel con acceso únicamente al diseño de su propio Captive Portal y al panel de analíticas. El aprovisionamiento de inquilinos debe estar completamente automatizado a través de la API de Purple, integrada con el CRM o el sistema de gestión de propiedades de la empresa. Cuando un nuevo inquilino firma un contrato de arrendamiento, el CRM activa una llamada a la API de Purple que crea el perfil del inquilino, aprovisiona el SSID, asigna la VLAN (de un grupo preasignado por edificio), establece el nivel de ancho de banda en función del nivel de servicio contratado y genera un Captive Portal personalizado a partir de una plantilla. Cuando un inquilino se marcha, el flujo de trabajo de baja desactiva automáticamente el SSID y devuelve la VLAN al grupo. Esta automatización reduce el tiempo de aprovisionamiento por inquilino de horas a minutos y elimina el riesgo de configuraciones huérfanas. El papel del equipo de TI central pasa de la configuración manual a la gobernanza de políticas, la gestión de excepciones y la supervisión del rendimiento en todo el patrimonio.
Q3. El operador de un estadio alberga 40 eventos al año, que van desde partidos de fútbol con capacidad para 20.000 personas hasta conferencias corporativas con capacidad para 5.000 personas. Durante un partido de fútbol, el caso de uso principal es la participación de los aficionados (redes sociales, aplicaciones del equipo, estadísticas en directo). Durante las conferencias corporativas, el caso de uso principal es la productividad empresarial (videoconferencias, aplicaciones en la nube). ¿Cómo configuraría las políticas de QoS y gestión de ancho de banda para optimizar la red para cada tipo de evento, y cómo cambiaría entre configuraciones de manera eficiente?
Sugerencia: Tenga en cuenta que los dos tipos de eventos tienen perfiles de tráfico fundamentalmente diferentes: los partidos de fútbol generan ráfagas masivas simultáneas de subidas a redes sociales y streaming, mientras que las conferencias requieren un rendimiento constante y de baja latencia para las videollamadas. Una única política de QoS no puede optimizar ambos. Piense en cómo las plantillas de tipos de eventos en la plataforma de gestión podrían resolver esto.
Ver respuesta modelo
La solución consiste en crear dos plantillas de políticas de QoS distintas en Purple: una plantilla de 'Participación de aficionados' y una plantilla de 'Conferencia corporativa'. La plantilla de Participación de aficionados prioriza el tráfico de alto rendimiento y tolerante a ráfagas estableciendo un límite de velocidad por dispositivo relativamente alto (por ejemplo, 5 Mbps) para dar cabida a las subidas simultáneas a las redes sociales, al tiempo que desprioriza o limita el vídeo en streaming para evitar que un solo usuario consuma un ancho de banda desproporcionado durante los momentos de máxima audiencia (por ejemplo, un gol). La plantilla de Conferencia corporativa invierte estas prioridades: establece un límite de velocidad por dispositivo más bajo para la navegación general (por ejemplo, 2 Mbps) pero implementa una priorización estricta de QoS para el tráfico de videoconferencia marcado con DSCP (por ejemplo, Zoom, Teams), lo que garantiza que las videollamadas reciban un rendimiento constante y de baja latencia incluso bajo carga. El cambio entre plantillas se gestiona a través del flujo de trabajo de gestión de eventos de Purple: el equipo de operaciones selecciona el tipo de evento al crearlo en la plataforma, y la plantilla de QoS adecuada se aplica automáticamente a todos los SSIDs relevantes. Esto elimina el riesgo de que una conferencia corporativa se ejecute con un perfil de QoS de participación de aficionados, lo que provocaría una degradación de la calidad de las videollamadas.
Continúe leyendo esta serie
Gestión del ancho de banda para WiFi de empleados: modelado, QoS y reducción de tráfico
Esta guía detalla métodos prácticos para gestionar el ancho de banda para WiFi de empleados en entornos empresariales. Cubre el modelado de tráfico, la implementación de QoS y cómo el despliegue de Purple Shield reduce la carga de la red sin necesidad de actualizar la infraestructura.
How to Reduce the Number of WiFi SSIDs Using Per-Device PSK (iPSK, DPSK, MPSK)
Esta guía de referencia técnica autorizada explica cómo los equipos de TI pueden eliminar la degradación del rendimiento de WiFi causada por la sobrecarga de balizas (beacons) de SSID al unificar múltiples redes dedicadas en un único SSID mediante PSK por dispositivo (xPSK). Abarca el panorama de proveedores que incluye Cisco iPSK, HPE Aruba MPSK, Ruckus DPSK, Juniper Mist PPSK y Ubiquiti UniFi PPSK, con orientación práctica de implementación sobre asignación dinámica de VLAN, incorporación de IoT y cumplimiento de PCI DSS. Los operadores de recintos en los sectores de hostelería, retail, estadios y organizaciones del sector público encontrarán directrices de arquitectura prácticas y ejemplos reales detallados.
What is a Probe Request? Understanding How Devices Discover Networks
Esta guía de referencia técnica ofrece un análisis en profundidad de las solicitudes de sondeo IEEE 802.11, el escaneo activo frente al pasivo y el impacto de la aleatorización de MAC en el análisis de ubicaciones. Proporciona estrategias de implementación prácticas para que los arquitectos de red optimicen las implementaciones de alta densidad, mitiguen las 'tormentas de sondeo' y garanticen una recopilación de datos precisa y compatible con GDPR utilizando capas de identidad autenticadas.