Arquitectura de Wi-Fi y switching, gestión, segmentación y control de acceso diseñados como un único sistema.
La cobertura, la capacidad, la ruta de datos, la identidad, las licencias y la recuperación se validan según el entorno y la oferta aplicable.
La mala cobertura, los fallos de autenticación y la lentitud de las aplicaciones pueden parecer el mismo problema al usuario, aunque atraviesan radio, switching, identidad y rutas de datos diferentes. ADD organiza estas capas en un único diagnóstico antes de evaluar cómo encajan Central, AOS-CX, puntos de acceso, gateways o ClearPass en el proyecto. Desde 2011, con sede en São José do Rio Preto, ADD Solution actúa en ingeniería de tecnología. En cada proyecto, los requisitos y las restricciones se traducen en decisiones verificables: qué puede aprovecharse, qué funciones necesitan licencia, dónde se reenviará el tráfico y cómo se probará el cambio. La identidad HPE Aruba Networking se utiliza conforme a la nomenclatura oficial de HPE; esto no afirma ninguna alianza, certificación ni condición comercial.
Las caídas en colaboración, el roaming inestable, la autenticación intermitente y la congestión pueden tener causas diferentes. Comprar equipos más nuevos, por sí solo, no identifica esas causas. El relevamiento debe observar aplicaciones, dispositivos, topología, DNS, DHCP, identidad, energía, cableado y rutas hacia servicios internos y externos. La cobertura de radio no equivale a capacidad. La velocidad nominal del puerto no garantiza el rendimiento de la aplicación. Una arquitectura útil registra hipótesis de concurrencia, comportamiento cuando falla un componente y criterios de aceptación que demuestran si se alcanzó el objetivo.
La entrega puede incluir relevamiento, diseño lógico y físico, matriz de compatibilidad, plan de direccionamiento, política de segmentación, plan de migración y pruebas de aceptación. El alcance, las responsabilidades y las condiciones comerciales corresponden a la propuesta específica.
La capa de acceso debe organizarse por su función en la arquitectura, no por una lista de productos. Los puntos de acceso, switches y gateways cumplen funciones diferentes; las interfaces, las radios, las antenas, la alimentación, los uplinks, los transceptores ópticos, la redundancia y el software deben verificarse en la plataforma realmente propuesta. En oficinas, la voz y la colaboración pueden orientar el roaming y la capacidad. En almacenes, los terminales de captura de datos, la altura, los materiales y las interferencias cambian el diseño. En campus con varios edificios, la distribución óptica, los dominios de fallo y la coherencia operativa cobran peso. Estos ejemplos ayudan a definir mediciones; no son resultados ya obtenidos ni una receta universal.
Los materiales de construcción, las interferencias, la densidad, la movilidad y las capacidades de los clientes influyen en el resultado. Wi-Fi 6, 6E y 7 no son sustitutos automáticos entre sí. El uso de 6 GHz, MLO y canales más anchos depende del hardware, el software, los clientes y las condiciones regulatorias. La aceptación debe utilizar dispositivos y aplicaciones representativos.
Cada AP depende de la ruta hasta la aplicación. La categoría y el estado del cable, la velocidad negociada, el presupuesto PoE por puerto y por switch, los uplinks y la capacidad intermedia forman parte del cálculo. Un AP multigigabit no elimina un cuello de botella en el uplink ni corrige una alimentación insuficiente.
AOS-CX atiende diferentes funciones de acceso, agregación y núcleo, pero las funciones no deben generalizarse entre plataformas. El apilamiento, el enrutamiento, la redundancia y la compatibilidad con la gestión dependen del hardware y de la versión. Este contenido editorial no crea un catálogo, SKU ni recomendación de compra.
En AOS 10, la administración de la infraestructura y la ruta de datos deben analizarse por separado. Los perfiles pueden reenviar tráfico localmente, mediante gateways o combinar comportamientos según el diseño. La elección cambia las VLAN, los dominios de movilidad, los puntos de aplicación de políticas y la capacidad necesaria en los gateways. La segmentación debe ser coherente de extremo a extremo: SSID, puerto, VLAN, gateway, identidad y regla de acceso deben representar la misma intención. Los servicios compartidos, el descubrimiento de dispositivos y los accesos administrativos exigen excepciones explícitas y probadas. Una migración desde entornos anteriores requiere inventario, compatibilidad, conectividad, secuencia y una ruta de reversión. No debe presumirse que las arquitecturas Instant, basadas en controladoras y AOS 10 tengan el mismo comportamiento o puedan convertirse sin impacto.
HPE Aruba Networking Central reúne administración y visibilidad de infraestructura compatible, pero la palabra Central no describe una única implementación con paridad automática. Las ofertas en la nube, VPC o Central On-Premises, las generaciones de interfaz y la documentación versionada deben asociarse al entorno realmente contratado. La decisión implica ubicación y retención de datos, conectividad externa, dispositivos admitidos, responsabilidades de actualización, licencias y recuperación. Las funciones de observabilidad y automatización apoyan el diagnóstico; no sustituyen la revisión humana, la ventana de cambio ni la prueba de restauración. La propuesta debe registrar qué plataforma es la fuente de configuración, qué operaciones siguen siendo locales, cómo se protege el acceso administrativo y qué ocurre durante la pérdida de conectividad con servicios externos. También debe distinguir la telemetría disponible, la retención contratada y la evidencia necesaria para investigar un incidente. Un panel sin suficiente historial puede indicar el síntoma sin demostrar la causa.
ClearPass Policy Manager participa en el control de acceso basado en políticas para infraestructuras compatibles. La autenticación y la autorización pueden considerar identidad, dispositivo y contexto, pero la aplicación también depende de los equipos que reciben y ejecutan la decisión. Un diseño 802.1X debe abordar certificados, métodos EAP, directorios, disponibilidad de RADIUS, dispositivos sin supplicant y recuperación. La identificación por dirección MAC no equivale a autenticación robusta. Los invitados, el aprovisionamiento y la postura tienen requisitos y licencias propios; ClearPass, las funciones básicas de RADIUS y las funciones de autenticación de otras plataformas no deben presentarse como equivalentes.
Las pruebas varían según el proyecto. Pueden incluir movimiento entre AP, pérdida de uplink, indisponibilidad de autenticación, fallo de alimentación, comunicación entre segmentos y restauración de configuración. Para aplicaciones sensibles, se miden la reconexión y el impacto percibido en lugar de prometer indisponibilidad cero.
Registramos aplicaciones, dispositivos, topología, dependencias, síntomas y carencias que requieren medición.
Definimos radio, switching, direccionamiento, ruta de datos, identidad, políticas y responsabilidades.
Comprobamos la compatibilidad, la alimentación, las licencias y las configuraciones base; probamos un grupo representativo antes de la ampliación.
Cada etapa tiene backup, prerrequisitos, ventana, criterio de interrupción y ruta de reversión.
Documentamos la autenticación, la cobertura, la capacidad, el aislamiento, la recuperación, la configuración final y los pendientes.
Después de la implementación, el equipo debe saber quién responde por cada alerta y qué procedimiento ejecutar. El inventario, la documentación de puertos y circuitos, las copias de configuración, los certificados, las suscripciones, los accesos administrativos y el historial de cambios forman parte de la operación. Las actualizaciones exigen una matriz de compatibilidad, avisos de seguridad, limitaciones conocidas y una ruta de recuperación. La retención de logs y telemetría debe seguir las necesidades operativas y la política de la organización. Las nuevas funciones anunciadas por el fabricante solo se incorporan al alcance cuando están disponibles y validadas en la oferta específica. La rutina puede seguir errores y descartes de interfaces, utilización de uplinks, consumo PoE, comportamiento de clientes, fallos de autenticación y capacidad por área. Los indicadores deben tener un umbral, un responsable y una acción asociada; de lo contrario, solo acumulan ruido. Las revisiones periódicas deben incluir la restauración de configuraciones y la vigencia de certificados, no solo las actualizaciones de firmware.
La atención, el horario, el escalamiento, el soporte del fabricante y los objetivos de recuperación son condiciones contractuales específicas; no son garantías implícitas del equipo ni de la plataforma.
Central y ClearPass tienen modelos propios. La cantidad de AP no determina automáticamente las licencias NAC; la postura, el onboarding, la oferta de gestión y el soporte deben componerse según las reglas vigentes.
Las funciones, los dispositivos, la infraestructura, las actualizaciones y las responsabilidades varían entre ofertas y generaciones. La comparación debe utilizar la documentación de la opción realmente propuesta.
La generación de radio, los canales y la tasa nominal no garantizan la experiencia individual. Deben verificarse el cableado, PoE, las interferencias, los clientes, las aplicaciones y las reglas regionales.
La alta disponibilidad depende de plataformas compatibles, energía, rutas independientes, configuración y pruebas. Ninguna función aislada demuestra continuidad ni cumplimiento.
Una página global no demuestra homologación, stock, licencia, soporte ni disponibilidad comercial en Brasil. La propuesta debe registrar premisas, exclusiones y evidencias.
No necesariamente. El inventario y la compatibilidad indican qué puede permanecer. La ruta puede ser una modernización por etapas, siempre que la interoperabilidad, el soporte, la energía, la capacidad y la seguridad se prueben y documenten.
No. La gestión y el tráfico de los usuarios son funciones diferentes. La ruta de datos depende de los perfiles de reenvío, las VLAN y los gateways. También deben documentarse las conexiones externas y el comportamiento esperado cuando fallen.
No debe presumirse esa equivalencia. Las funciones, los dispositivos, la infraestructura, las actualizaciones y las licencias varían entre ofertas y versiones. La comparación debe utilizar la documentación correspondiente a la opción propuesta.
No. ClearPass debe considerarse cuando los requisitos de control de acceso justifiquen sus funciones. La autenticación básica, NAC, la gestión de red y la seguridad de endpoints son responsabilidades diferentes.
No por sí solo. Las interferencias, la cobertura, el cableado, PoE, DNS, la autenticación, los uplinks e internet pueden causar síntomas similares. La investigación debe localizar el cuello de botella antes de indicar un cambio de generación.
Sí, con una arquitectura adecuada. Las VLAN y las políticas pueden separar perfiles, pero las redes distintas no garantizan aislamiento. El tráfico entre segmentos, el descubrimiento de servicios, la impresión y los accesos administrativos deben controlarse y probarse.
No. Puede reducir el impacto de los fallos previstos. El resultado depende de la topología, la energía, los mecanismos admitidos, los servicios externos y las pruebas de recuperación.
Los planos, la topología, el inventario, la cantidad aproximada de usuarios y dispositivos, las aplicaciones críticas, las ubicaciones, los problemas observados y las restricciones de cambio ayudan a comenzar. No envíe contraseñas ni claves.
Reúna planos, inventario, aplicaciones sensibles y fallos percibidos. La evaluación organiza qué debe medirse, qué dependencias deben probarse y dónde puede participar cada componente.