Asegurando el trabajo híbrido: Combinación de NAC con ZTNA para un acceso continuo
Esta guía técnica autorizada cubre la convergencia arquitectónica del Control de Acceso a la Red (NAC) y el Acceso a la Red Zero Trust (ZTNA) para asegurar los entornos de trabajo híbridos en espacios corporativos, de retail, hotelería y del sector público. Proporciona un plan de despliegue por fases, casos de estudio del mundo real y orientación de cumplimiento para arquitectos de TI y directores de tecnología (CTOs) que necesitan eliminar las brechas de seguridad creadas por dominios de acceso aislados de manera local y en la nube.
Video overview
Escucha esta guía
Ver transcripción del podcast
Parte de nuestra serie principal: Guía de seguridad WiFi para empresas →
Resumen ejecutivo
Para los arquitectos de redes empresariales y los CTO que gestionan entornos distribuidos, el perímetro de red ya no existe. El modelo tradicional de proteger la sede corporativa con un control de acceso a la red (NAC) robusto mientras se depende de VPN heredadas para el acceso remoto ya no es viable. Las empresas modernas necesitan una postura de seguridad unificada que conecte sin problemas la infraestructura local con las aplicaciones nativas de la nube. Esta guía detalla la convergencia de la arquitectura de NAC y Zero Trust Network Access (ZTNA), proporcionando un plan para proteger los entornos de trabajo híbridos sin comprometer la experiencia del usuario ni el rendimiento de la red.
Al combinar la aplicación de la postura a nivel de dispositivo de NAC con la microsegmentación centrada en la identidad de ZTNA, las empresas pueden lograr una verificación de confianza continua independientemente de dónde se encuentren los usuarios. Esta convergencia es especialmente crítica en industrias con gran afluencia de personas y requisitos de cumplimiento complejos, como el sector minorista, salud y hospitalidad. Además, el aprovechamiento de plataformas como la infraestructura de Guest WiFi de Purple permite extender estos principios de zero-trust a las redes de invitados, garantizando un aislamiento robusto y la protección de datos de acuerdo con las obligaciones de GDPR y PCI-DSS.
Análisis técnico profundo: La arquitectura convergente
Las limitaciones de los dominios de seguridad aislados
Históricamente, NAC y ZTNA han funcionado como dominios de seguridad aislados. NAC, aprovechando IEEE 802.1X y RADIUS, destaca en el control del acceso físico e inalámbrico dentro del perímetro corporativo. Proporciona perfiles de dispositivos robustos, evaluación de la postura y asignación de VLAN. ZTNA, por el contrario, surgió para asegurar el acceso remoto a aplicaciones locales y en la nube, operando bajo el principio de "nunca confiar, siempre verificar" basado en la identidad y el contexto del usuario en lugar de la ubicación de la red.
La fricción surge cuando los trabajadores híbridos se mueven entre estos dominios. Un usuario se autentica sin problemas en casa a través de ZTNA a diario, pero al entrar en la oficina corporativa a menudo se enfrenta a una experiencia desarticulada, ya que las políticas locales de NAC pueden no alinearse con su contexto de ZTNA. Esta fragmentación introduce puntos ciegos de seguridad y sobrecarga operativa, afectando directamente la eficiencia de TI y la productividad del usuario final.
El agente unificado de identidad y contexto
La solución arquitectónica consiste en establecer una capa de intermediación unificada de identidad y contexto que sincronice la telemetría entre los motores de políticas de NAC y ZTNA. Esta integración permite una evaluación continua de la postura que persiste a través de los límites de la red.
Esta integración funciona a través de tres mecanismos clave. Primero, la evaluación continua de la postura de seguridad: cuando un dispositivo se conecta a la red corporativa, la solución NAC realiza una verificación integral que abarca la versión del sistema operativo, el estado del antivirus y la validación de certificados. Este contexto se comparte inmediatamente con el agente de ZTNA mediante una integración de API. Segundo, la aplicación dinámica de políticas: si la postura de seguridad de un dispositivo disminuye (por ejemplo, si se detecta software malicioso), el sistema NAC pone en cuarentena el dispositivo en la red local, mientras que simultáneamente ordena al agente de ZTNA revocar el acceso a las aplicaciones en la nube críticas. Tercero, la transición fluida: a medida que el usuario se traslada de la oficina a una ubicación remota, el cliente ZTNA mantiene el contexto de confianza establecido, lo que elimina la necesidad de volver a autenticarse y garantiza un acceso ininterrumpido a los recursos autorizados.
Para obtener un análisis más detallado sobre las tecnologías inalámbricas subyacentes que respaldan estas implementaciones, consulte nuestra guía: Wi-Fi Frequencies: The 2026 Guide to Wi-Fi Bands.
¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.
Guía de implementación: Despliegue gradual
El despliegue de una arquitectura convergente NAC/ZTNA requiere un enfoque por fases para minimizar las interrupciones y garantizar una aplicación sólida de las políticas.
Fase 1: Descubrimiento de identidad y de activos
Antes de implementar las políticas de aplicación, debe lograr una visibilidad completa de su entorno de red. Despliegue su solución NAC en modo de solo monitoreo - configúrela para descubrir e identificar todos los dispositivos conectados, incluidos los portátiles corporativos, BYOD, IoT y dispositivos de invitados, sin bloquear el acceso. Consolide la identidad de los usuarios integrando tanto la solución NAC como la de ZTNA con un proveedor de identidad central como Azure AD u Okta. Esto garantiza políticas de autenticación coherentes en ambos dominios. Paralelamente, utilice su solución ZTNA para monitorear los patrones de acceso a las aplicaciones, identificando qué usuarios necesitan acceder a aplicaciones específicas y sentando las bases de sus políticas de microsegmentación.
Fase 2: Definición de políticas y microsegmentación
Pase de la visibilidad al control mediante la definición de políticas de acceso granulares basadas en el principio de menor privilegio. Establezca requisitos de seguridad básicos para los dispositivos corporativos, incluidas las versiones mínimas de sistema operativo y el requisito de un agente EDR activo, y configure la solución NAC para hacerlos cumplir en el acceso local. Defina políticas ZTNA que restrinjan el acceso a las aplicaciones según el rol del usuario y el contexto del dispositivo, garantizando la alineación con los requisitos de postura definidos en la solución NAC. De manera fundamental, configure la integración de API entre las plataformas NAC y ZTNA para permitir el intercambio bidireccional de contexto, garantizando que los cambios en la postura del dispositivo detectados por el NAC activen de inmediato actualizaciones de políticas en el agente ZTNA en tiempo real.
Fase 3: Aplicación y optimización
Habilite gradualmente el modo de aplicación, monitoreando las anomalías y ajustando las políticas según sea necesario. Pase la solución NAC del modo de monitoreo al modo de aplicación, comenzando con un grupo de usuarios o ubicación piloto, y monitoree las fallas de autenticación. Implemente el cliente ZTNA en todos los puntos finales corporativos, garantizando un acceso sin fricciones tanto a las aplicaciones en la nube como a las locales. Extienda políticas sólidas de acceso para invitados utilizando plataformas como Guest WiFi de Purple, garantizando que el tráfico de invitados esté estrictamente aislado de los recursos corporativos. Aproveche WiFi Analytics para monitorear los patrones de uso y detectar posibles anomalías en todo el entorno de invitados.
Mejores prácticas para entornos empresariales
Priorice la experiencia del usuario durante toda la implementación. La seguridad no debe impedir la productividad, y la transición entre el acceso local y el remoto debe ser transparente para los usuarios, aprovechando los mecanismos de inicio de sesión único y autenticación continua. Para el acceso local, exija la autenticación IEEE 802.1X para todos los dispositivos corporativos, ya que esto proporciona una sólida verificación criptográfica de la identidad del dispositivo a nivel de puerto.
Integre capacidades de detección de amenazas impulsadas por IA en sus soluciones NAC y ZTNA para identificar comportamientos anómalos y aislar automáticamente los dispositivos comprometidos. Para obtener una perspectiva de futuro sobre esta capacidad, consulte The Future of Wi-Fi Security: AI-Driven NAC and Threat Detection y su versión en español El Futuro de la Seguridad Wi-Fi: NAC Impulsado por IA y Detección de Amenazas. Para empresas distribuidas, la integración de ZTNA con SD-WAN puede optimizar el enrutamiento de aplicaciones y mejorar el rendimiento en múltiples sitios - consulte nuestra comparación en SD WAN vs MPLS: The 2026 Enterprise Network Guide.
Resolución de problemas y mitigación de riesgos
La latencia de sincronización de contexto representa el modo de falla más crítico. Si la integración de la API entre NAC y ZTNA experimenta retrasos, un dispositivo comprometido puede retener el acceso a las aplicaciones en la nube durante más tiempo del aceptable. La mitigación consiste en implementar notificaciones push basadas en webhooks en lugar de depender únicamente de mecanismos de sondeo, lo que garantiza actualizaciones de políticas casi en tiempo real.
Las políticas excesivamente restrictivas pueden causar un aumento repentino en el volumen de tickets de la mesa de ayuda cuando se implementan controles de postura estrictos sin una comunicación adecuada con el usuario. Utilice un Captive Portal para notificar a los usuarios sobre el incumplimiento y proporcionar instrucciones de remediación de autoservicio antes de bloquear el acceso por completo.
Las fallas de autenticación de dispositivos IoT son inevitables en entornos de establecimientos. Los dispositivos IoT sin cabezal no pueden admitir clientes 802.1X o ZTNA. La solución es adoptar la omisión de autenticación MAC (MAB) combinada con un perfilado de dispositivos estricto y una segmentación rigurosa de VLAN para aislar el tráfico de IoT de los recursos corporativos.
El monitoreo del estado de la integración de la API se pasa por alto con frecuencia. Si la sincronización entre NAC y ZTNA se interrumpe, existe una brecha de seguridad que ninguno de los dos sistemas puede resolver de forma independiente. Implemente un monitoreo y alertas dedicados para el estado de la integración, y defina políticas de seguridad ante fallas que activen restricciones de acceso automáticas si se pierde la sincronización más allá de un umbral definido.
ROI e impacto empresarial
La convergencia de NAC y ZTNA ofrece un valor empresarial medible más allá de la mitigación de riesgos. La gestión de políticas unificada reduce la carga administrativa de los equipos de TI, permitiéndoles centrarse en iniciativas estratégicas en lugar de gestionar silos de seguridad fragmentados. La eliminación de las VPN heredadas mejora significativamente la experiencia de trabajo híbrido, reduciendo el tiempo de inactividad y la frustración, al tiempo que mejora el rendimiento de las aplicaciones para los usuarios remotos.
La capacidad de demostrar una evaluación de postura continua y un control de acceso basado en la identidad simplifica los informes de cumplimiento para marcos de referencia como PCI-DSS y GDPR, lo cual es especialmente importante en entornos de Transporte y retail, donde las obligaciones de protección de datos personales y de titulares de tarjetas son estrictas. Las organizaciones que han implementado una arquitectura convergente informan constantemente de una reducción en el tiempo medio de contención (MTTC) de incidentes de seguridad, ya que la aplicación de políticas bidireccionales permite la cuarentena automática sin intervención manual.
Definiciones clave
Control de Acceso a la Red (NAC)
Una solución de seguridad que aplica políticas a los dispositivos que buscan acceder a una infraestructura de red, utilizando típicamente el estándar 802.1X para la autenticación y la evaluación de postura para determinar la asignación de VLAN y los derechos de acceso.
Crítico para asegurar entornos locales, garantizando que solo los dispositivos conformes y autorizados puedan conectarse a los switches corporativos y a los puntos de acceso inalámbricos. Los equipos de TI se encuentran con esto al gestionar redes de oficinas físicas y recintos.
Acceso a la Red Zero Trust (ZTNA)
Una solución de seguridad de TI que proporciona acceso remoto seguro a aplicaciones y servicios basados en políticas de control de acceso definidas, operando bajo el principio de privilegio mínimo y verificación continua de identidad en lugar de la ubicación de red.
Reemplaza las VPN heredadas proporcionando microsegmentación basada en la identidad, otorgando acceso solo a aplicaciones específicas en lugar de a toda la red. Relevante al asegurar a los trabajadores remotos y el acceso a aplicaciones en la nube.
Microsegmentación
La práctica de dividir una red en segmentos aislados para reducir la superficie de ataque y prevenir el movimiento lateral por parte de actores de amenazas, aplicada a nivel de aplicación o carga de trabajo en lugar del perímetro de la red.
ZTNA aplica este concepto a nivel de aplicación, asegurando que un endpoint comprometido no pueda pivotar para acceder a recursos no autorizados. Los equipos de TI se encuentran con esto al diseñar arquitecturas zero-trust.
Evaluación de Postura
El proceso de evaluar el estado de seguridad de un dispositivo - incluyendo la versión del sistema operativo, antivirus activo, certificados instalados y nivel de parches - antes de otorgar acceso a la red o a la aplicación.
Una función principal de NAC, que garantiza que los dispositivos vulnerables o comprometidos sean puestos en cuarentena o corregidos antes de que puedan interactuar con la red corporativa. Relevante durante la incorporación de dispositivos y el monitoreo continuo.
IEEE 802.1X
Un estándar IEEE para el Control de Acceso a la Red basado en puertos, que proporciona un mecanismo de autenticación para los dispositivos que desean conectarse a una LAN o WLAN, utilizando EAP (Protocolo de Autenticación Extensible) sobre el medio de red.
El estándar de oro para la autenticación de redes empresariales, que proporciona una validación criptográfica robusta de la identidad del dispositivo. Los equipos de TI se encuentran con esto al configurar switches, controladores inalámbricos y servidores RADIUS.
RADIUS (Servicio de Autenticación de Marcado de Usuario Remoto)
Un protocolo de red que proporciona una gestión centralizada de Autenticación, Autorización y Contabilidad (AAA) para los usuarios que se conectan y utilizan un servicio de red, actuando como la capa de comunicación entre el NAC y los proveedores de identidad.
El protocolo de backend utilizado por las soluciones NAC para comunicarse con los proveedores de identidad y aplicar políticas de acceso. Relevante al integrar NAC con Active Directory o IdPs en la nube.
Bypass de Autenticación MAC (MAB)
Un método de autenticación alternativo utilizado por las soluciones NAC para dispositivos que no son compatibles con 802.1X, que se basa en la dirección MAC del dispositivo como identificador para asignar políticas de acceso a la red.
Necesario para dar cabida a dispositivos sin interfaz de usuario - impresoras, sensores IoT, señalización digital - en entornos empresariales. Es menos seguro que 802.1X y requiere una segmentación estricta de VLAN para mitigar los riesgos de suplantación de identidad de MAC (MAC spoofing).
Proveedor de Identidad (IdP)
Una entidad del sistema que crea, mantiene y gestiona la información de identidad de los principales, al mismo tiempo que proporciona servicios de autenticación a las aplicaciones de confianza dentro de una federación o red distribuida.
La fuente central de verdad para las identidades de los usuarios, integrándose tanto con NAC como con ZTNA para garantizar políticas de autenticación consistentes. Los equipos de TI se encuentran con esto al configurar SSO y MFA en los sistemas empresariales.
VLAN (Virtual Local Area Network)
Una subdivisión lógica de una red física que agrupa dispositivos en dominios de difusión aislados, lo que permite la segmentación del tráfico sin necesidad de una infraestructura física independiente.
El mecanismo principal para aislar diferentes clases de dispositivos (corporativos, de invitados, IoT) dentro de una red física compartida. Es fundamental para cumplir con los requisitos de PCI-DSS para el aislamiento del entorno de datos de los titulares de tarjetas.
Ejemplos resueltos
Una cadena de retail global con 500 ubicaciones necesita asegurar el acceso para los gerentes regionales que viajan con frecuencia entre las tiendas, la sede corporativa y las oficinas en casa. Actualmente experimentan desconexiones frecuentes de la VPN y un acceso inconsistente a las aplicaciones de gestión de inventario alojadas en la nube.
Implemente una arquitectura convergente de NAC/ZTNA en todas las ubicaciones. Despliegue 802.1X a través de NAC para un acceso seguro y continuo cuando los gerentes se encuentren físicamente en la tienda o en la sede corporativa, autenticándose contra un servidor RADIUS centralizado e integrado con Azure AD. Despliegue un cliente ZTNA en todas las laptops corporativas. Integre los motores de políticas de NAC y ZTNA a través de una API, configurando notificaciones de webhook para actualizaciones inmediatas de postura. Cuando un gerente se conecta a la red de la tienda, el NAC autentica el dispositivo y comparte el contexto de "confianza interna" con el broker de ZTNA. El broker de ZTNA luego otorga un acceso directo y optimizado a la aplicación de inventario alojada en la nube sin requerir un túnel VPN, lo que reduce la latencia y elimina los problemas de desconexión. Cuando el gerente trabaja desde casa, el cliente ZTNA establece un microtúnel seguro hacia la aplicación, manteniendo las mismas políticas de acceso sin depender del perímetro de la red corporativa. Los dispositivos de invitados y de IoT en la tienda se aíslan en VLANs separadas administradas a través de la plataforma de Guest WiFi de Purple.
Un gran centro de conferencias necesita proporcionar WiFi seguro para el personal corporativo, al mismo tiempo que aísla miles de conexiones diarias de invitados y dispositivos de IoT de proveedores externos, incluidos señalización digital, balizas BLE y sensores ambientales.
Despliegue una solución NAC robusta configurada con una segmentación estricta de VLAN en tres niveles distintos. Nivel uno: los dispositivos del personal corporativo se autentican a través de 802.1X y se asignan a una VLAN interna segura con acceso completo a los sistemas de gestión interna. Nivel dos: implemente la plataforma de Guest WiFi de Purple para gestionar el acceso público, recopilando analíticas valiosas mientras se garantiza el aislamiento completo de la red corporativa a través de una VLAN dedicada para invitados con acceso exclusivo a internet. Nivel tres: para los dispositivos de IoT de proveedores, utilice MAC Authentication Bypass (MAB) combinado con un perfilado profundo de dispositivos (analizando huellas DHCP, agentes de usuario HTTP y patrones de tráfico) para identificar con precisión los tipos de dispositivos y asignarlos a VLANs restringidas con acceso exclusivo a internet. Integre ZTNA para que el personal corporativo acceda a las aplicaciones de gestión interna de forma segura desde cualquier ubicación dentro del recinto o de forma remota. Para la infraestructura de balizas BLE, consulte la guía sobre BLE Low Energy Explained for Enterprise para consideraciones de integración.
Preguntas de práctica
Q1. Su organización está implementando ZTNA para reemplazar una VPN heredada. Sin embargo, los usuarios que regresan a la oficina corporativa experimentan latencia al acceder a las aplicaciones alojadas localmente en el centro de datos local, ya que el tráfico de ZTNA se está enrutando a través de un intermediario alojado en la nube. ¿Cuál es la solución de arquitectura recomendada?
Sugerencia: Considere cómo el cliente ZTNA determina la ruta óptima hacia la aplicación en función del contexto de red física del usuario.
Ver respuesta modelo
Implementar un Broker ZTNA local o en las instalaciones (On-Premises) dentro del centro de datos corporativo. Configure el cliente ZTNA para detectar cuándo el dispositivo se autentica en la red corporativa interna a través de NAC y enrutar el tráfico directamente a la aplicación local mediante el broker interno, en lugar de realizar un bucle de retorno (hair-pinning) a través del broker alojado en la nube. Esto reduce la latencia para las aplicaciones locales mientras se mantienen los mismos controles de acceso basados en la identidad. El intercambio de contexto de NAC a través de la API debe indicar al broker ZTNA que el dispositivo se encuentra en una red interna de confianza, lo que permite tomar la decisión de enrutamiento local.
Q2. El equipo de TI de un hospital necesita proteger cientos de dispositivos médicos conectados (bombas de infusión, monitores de pacientes, equipos de imagenología) que no pueden ejecutar suplicantes 802.1X o clientes ZTNA. ¿Cómo se deben proteger estos dispositivos dentro de una arquitectura convergente de NAC/ZTNA?
Sugerencia: Considere los métodos de autenticación alternativos y el principio de aislamiento a nivel de red para los dispositivos que no pueden participar en los controles basados en la identidad.
Ver respuesta modelo
Utilizar la derivación de autenticación MAC (MAB, MAC Authentication Bypass) en la solución NAC, combinada con un perfilado profundo de dispositivos mediante firmas DHCP, agentes de usuario HTTP y análisis de comportamiento de tráfico para identificar y clasificar con precisión cada tipo de dispositivo médico. Una vez identificados, el NAC asigna dinámicamente estos dispositivos a VLANs altamente restringidas y aisladas que solo permiten la comunicación con servidores y sistemas médicos específicos y necesarios, bloqueando el resto del tráfico por defecto. ZTNA no se aplica a estos dispositivos; la seguridad depende por completo de una segmentación estricta de la red y del monitoreo continuo del tráfico en busca de comportamientos anómalos. Asegúrese de que las VLANs de los dispositivos médicos estén completamente aisladas del entorno de datos de los titulares de tarjetas para mantener el cumplimiento de PCI-DSS.
Q3. Durante una implementación en producción, la integración de la API entre sus soluciones NAC y ZTNA falla de forma silenciosa, sin que se activen alertas. Posteriormente, la laptop de un usuario en la red corporativa se infecta con malware. Describa el resultado de seguridad esperado e identifique la brecha de arquitectura que lo permitió.
Sugerencia: Analice el impacto de una sincronización de contexto rota en cada motor de políticas de forma independiente y considere qué monitoreo debería haberse implementado.
Ver respuesta modelo
La solución NAC detectará la postura degradada mediante la integración con EDR y pondrá el dispositivo en cuarentena en la red local, evitando el movimiento lateral dentro del entorno corporativo. Sin embargo, debido a que la integración de la API ha fallado de forma silenciosa, el intermediario de ZTNA no ha recibido el contexto de postura actualizado. Si el usuario intenta acceder a una aplicación en la nube, el cliente de ZTNA aún podría establecer una conexión si el token de autenticación de identidad inicial sigue siendo válido y no ha expirado. La brecha arquitectónica es doble: primero, la ausencia de monitoreo de estado en la propia integración de la API; segundo, la falta de una política de seguridad contra fallas que active restricciones de acceso automáticas si se pierde la sincronización del contexto más allá de un umbral definido. La remediación consiste en implementar un monitoreo dedicado con alertas sobre el estado de la integración, configurar el intermediario de ZTNA para que requiera una revalidación periódica de la postura (no solo la autenticación inicial) y definir una política de denegación por defecto que se active si el flujo de contexto de NAC no está disponible durante más de un intervalo especificado.
Continúe leyendo esta serie
PPSK WiFi: comparación de funciones y modelos de implementación
Esta guía de referencia técnica compara la arquitectura PPSK WiFi frente a las implementaciones tradicionales de 802.1X y PSK estándar. Proporciona a los arquitectos de red y gerentes de TI estrategias de implementación independientes del proveedor para entornos multifamiliares de alquiler (BTR), residenciales y de IoT.
Cómo reducir el número de SSIDs de WiFi utilizando PSK por dispositivo (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 (beacon overhead) de SSID mediante la unificación de múltiples redes dedicadas en un solo SSID utilizando PSK por dispositivo (xPSK). Cubre 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 hotelería, comercio minorista, estadios y organizaciones del sector público encontrarán orientación de arquitectura aplicable y ejemplos prácticos del mundo real.
Cómo implementar NAC posterior a la admisión para el monitoreo continuo de la confianza
Esta guía proporciona un plano técnico autorizado para implementar el Control de Acceso a la Red (NAC) posterior a la admisión con monitoreo continuo de la confianza en entornos empresariales que incluyen hotelería, comercio minorista, atención médica y sector público. Detalla el cambio de arquitectura de las verificaciones estáticas previas a la admisión a la aplicación dinámica y consciente de la sesión mediante RADIUS CoA, establecimiento de líneas base de comportamiento e integración de telemetría. Los arquitectos de TI y los equipos de operaciones de red encontrarán pautas de implementación prácticas, estudios de casos del mundo real, notas de alineación de cumplimiento y marcos de ROI medibles.
¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.