ADD SOLUTION
TECNOLOGÍA CISCO • INGENIERÍA ADD SOLUTION

Cisco: de la conexión a la operación, una red con criterios claros

Arquitectura, implementación y operación de LAN, Wi-Fi, conectividad entre sedes y redes de centros de datos con decisiones verificables.

Catalyst, Cisco Wireless, Catalyst SD-WAN, Nexus, ACI e ISE se encuadran según su función arquitectónica, compatibilidad, software y licencias aplicables.

TECNOLOGIA CISCOArquitetura de rede
LANWI-FIWANDATA CENTER
DIAGNÓSTICO · DESENHO · IMPLANTAÇÃO · OPERAÇÃO
CISCO NA ARQUITETURA

Cisco: de la conexión a la operación, una red con criterios claros

Una red corporativa debe conectar personas, aplicaciones y sedes sin convertir cada ampliación en una excepción operativa. Con tecnologías Cisco, ADD Solution trabaja en la arquitectura, la implementación y la operación de LAN, Wi-Fi, conectividad entre sedes y redes de centros de datos. El punto de partida es entender el entorno existente, las aplicaciones críticas y quién administrará la infraestructura después de la entrega. Desde 2011, con sede en São José do Rio Preto, ADD Solution actúa en ingeniería de tecnología. En cada proyecto, traducimos los requisitos de capacidad, segmentación, continuidad y gestión en decisiones verificables: qué familias tienen sentido, qué licencias son necesarias, qué puede aprovecharse y cómo validar el cambio.

ENGENHARIA CISCO

La arquitectura comienza por el problema que la red debe resolver

Las caídas en videoconferencias, el roaming inestable, la congestión de uplinks y la demora en localizar fallos pueden tener causas diferentes. Comprar equipos más rápidos, por sí solo, no identifica esas causas. Nuestro trabajo puede comenzar con inventario, análisis de topología, relevamiento de tráfico y revisión de las dependencias de DNS, DHCP, autenticación, energía y cableado. El dimensionamiento considera la competencia entre aplicaciones y la capacidad disponible cuando falla algún componente. También debe diferenciar el rendimiento de reenvío, la disponibilidad de puertos, la capacidad de alimentación PoE y las funciones de software. Estos criterios orientan un proyecto que el equipo puede entender, mantener y ampliar.

La entrega técnica puede incluir el diseño lógico y físico, la lista de materiales, la matriz de compatibilidad, el plan de direccionamiento, la política de acceso, el plan de migración y los criterios de aceptación. El alcance, las responsabilidades y las condiciones de atención se definen en la propuesta.
ENGENHARIA CISCO

Familias Cisco y sus funciones en la infraestructura

La función arquitectónica precede a la elección del modelo. Cada familia exige validar hardware, software, licencias, integración y ciclo de vida.

Switching de campus: Catalyst y Cisco Smart Switches

En el portafolio Catalyst 9000, las familias 9200/9200CX atienden escenarios de acceso; 9300/9300X, acceso corporativo apilable; 9400, acceso modular; 9500/9500X, núcleo y agregación fijos; y 9600, núcleo y agregación modulares. Esta organización ayuda a elegir la función del equipo antes de comparar variantes. Las interfaces, las fuentes de alimentación, los módulos, el apilamiento y las funciones deben verificarse por modelo y versión. El portafolio también incluye Cisco C9350 para acceso, C9550 para agregación y núcleo fijos, y C9610 para núcleo modular. Son familias Cisco C9000 Smart Switches, con reglas propias de hardware, software y suscripción. La nomenclatura similar no autoriza a tratar cualquier Catalyst existente como equivalente ni indica una sustitución obligatoria. La evaluación debe preservar las inversiones útiles y verificar la ruta de evolución de cada instalación.

Wi-Fi corporativo: puntos de acceso y controladoras

El proyecto puede incluir generaciones Wi-Fi 6/6E y Cisco Wireless Wi-Fi 7, según el perfil de los dispositivos, la densidad, el entorno y el ciclo de renovación. Las familias de AP y las controladoras Catalyst 9800/CW9800 ofrecen alternativas de implementación; la gestión en la nube mediante Meraki Dashboard también depende de la elegibilidad de la plataforma. La matriz del fabricante determina la combinación admitida. La cobertura es solo parte del problema. Planificamos canales, potencia, capacidad por área, movimiento de los clientes e integración con la red cableada. Funciones como MLO y canales más anchos dependen del AP, el cliente, el software y las condiciones permitidas para la instalación. Una velocidad de radio anunciada no representa el throughput útil garantizado de una aplicación.

Sucursales y WAN: Catalyst SD-WAN

Las plataformas Catalyst 8000 Edge forman parte del ecosistema Catalyst SD-WAN, con alternativas físicas y virtuales para conectar sucursales, centros de datos y entornos de nube. La elección debe considerar el tráfico cifrado, los servicios habilitados, las interfaces, la conectividad disponible y las licencias. En ingeniería de WAN, la redundancia debe probarse con fallos reales de enlace y degradación de calidad. Son decisiones importantes qué aplicaciones pueden salir localmente a internet, cómo se accederá a las redes internas y dónde aplicar inspección y políticas de seguridad. Las responsabilidades de SD-WAN y firewall deben diseñarse explícitamente.

Centro de datos: Nexus, NX-OS, ACI y Nexus Dashboard

El portafolio Nexus 9000 reúne familias para redes de centros de datos. Según el hardware y la versión, el proyecto puede adoptar NX-OS, una fabric VXLAN EVPN o Cisco ACI. La selección considera la función de leaf o spine, las interfaces, la escala, la telemetría y el soporte del modo operativo deseado. La presencia del nombre Nexus 9000, por sí sola, no asegura todas estas funciones. ACI utiliza su propio modelo de políticas y controladores APIC; una implementación NX-OS/VXLAN EVPN tiene una organización y herramientas distintas. Es importante elegir la arquitectura según las integraciones, el equipo y la operación existentes. La migración entre modelos exige diseño, compatibilidad y una ventana adecuada. Nexus Dashboard centraliza funciones operativas del centro de datos. En la generación unificada actual, las funcionalidades antes presentadas como Fabric Controller, Insights y Orchestrator pasaron a formar parte de un producto unificado. Los derechos DCN y las matrices de soporte siguen determinando las funciones disponibles. Los materiales de versiones anteriores deben leerse en su contexto.

Identidad y acceso: Cisco ISE

Cisco Identity Services Engine participa en la estrategia de control de acceso a la red, con funciones que varían según la versión, la licencia y la integración. La autenticación, la clasificación de dispositivos y las políticas basadas en identidad ayudan a organizar quién puede acceder a qué servicios. La implementación debe considerar certificados, directorios, dispositivos sin supplicant, invitados y procedimientos de recuperación.

ENGENHARIA CISCO

Campus tradicional o fabric: elegir con responsabilidad

Una red con acceso, distribución y núcleo bien definidos puede atender muchos entornos. Cuando la movilidad, la segmentación y la escala justifican una mayor automatización, Cisco SD-Access es una alternativa. La arquitectura articula underlay IP, overlay, nodos de borde, control y acceso, además de la integración de políticas. La guía Cisco consultada describe una base específica de Catalyst Center y una arquitectura de control; no prescribe una versión universal. El proyecto debe explicar qué permanece fuera de la fabric: los servicios compartidos, las conexiones externas y los límites de seguridad no desaparecen con la automatización. Definimos dónde termina cada dominio de fallo, cómo se comunican los segmentos y cómo verifica una política el equipo. Antes de ampliar el diseño, un piloto debe validar los accesos legítimos y los bloqueos esperados.

ENGENHARIA CISCO

Gestión: definir la fuente de configuración

Catalyst Center y Meraki Dashboard atienden modelos operativos diferentes. En la documentación actual de Cloud Management with IOS XE, la configuración puede originarse en la nube o en el dispositivo. En el primer caso, Dashboard y las API de Meraki son la referencia de configuración; en el segundo, siguen siendo relevantes la configuración local mediante CLI y las herramientas compatibles. La elección afecta a los procesos de cambio, las integraciones, el acceso administrativo y la recuperación. No todo el hardware ni todas las funciones están disponibles en todos los modos y versiones. Algunas conversiones y reversiones tienen restricciones y pueden exigir soporte y procedimientos específicos. ADD Solution propone validar el modelo de gestión antes de la migración, con una copia de la configuración, un inventario de dependencias y un plan de reversión viable.

MÉTODO DE ENTREGA

Implementación con evidencias de funcionamiento

Las pruebas varían según el proyecto. Pueden incluir pérdida de uplink, retirada de una fuente de alimentación, indisponibilidad de autenticación, recuperación de controladora, pruebas entre segmentos y recuperación tras un reinicio. El objetivo es encontrar dependencias ocultas antes de que un incidente las exponga.

  1. Diagnóstico y diseño.

    Relevamos prioridades, inventario y dependencias. Registramos hipótesis de dimensionamiento y carencias que requieren medición.

  2. Preparación.

    Comprobamos materiales, transceptores, alimentación, versiones, licencias y requisitos de gestión. Las configuraciones base deben seguir el diseño aprobado.

  3. Piloto.

    Probamos un área o grupo representativo, incluida la autenticación, las aplicaciones críticas, la telefonía cuando exista y el movimiento entre AP.

  4. Migración por etapas.

    Cada etapa tiene prerrequisitos, responsable, ventana, criterio de interrupción y ruta de reversión. La comunicación acompaña el impacto previsto.

  5. Aceptación y transferencia.

    Registramos las pruebas, la configuración final, la topología, los pendientes y los procedimientos operativos. La documentación debe reflejar el entorno entregado.

ENGENHARIA CISCO

Operación orientada por el diagnóstico y el ciclo de vida

Después de la implementación, las alarmas deben llevar a una acción. La operación puede seguir los errores y descartes de interfaces, la utilización, la disponibilidad, el comportamiento de los clientes, la autenticación, el consumo PoE y la capacidad. Un historial de cambios ayuda a distinguir una degradación gradual de un problema introducido por una modificación. Las actualizaciones deben considerar la compatibilidad y los riesgos del entorno. Las notas de versión, los avisos de seguridad, las limitaciones conocidas y las fechas del ciclo de vida deben formar parte de la evaluación. En el portafolio Nexus, por ejemplo, Cisco publica por separado las notas de NX-OS y ACI-mode; confundir estas líneas compromete el análisis.

También recomendamos revisar periódicamente la restauración de configuraciones, la vigencia de los certificados, el estado de las suscripciones y los accesos administrativos. La atención, los horarios, el escalamiento y la cobertura del fabricante son componentes contractuales específicos, no garantías implícitas de ningún equipo.
ENGENHARIA CISCO

Límites técnicos y comerciales que deben quedar visibles

PoE forma parte del diseño de Wi-Fi.

El modo de alimentación puede limitar radios, puertos y funciones. En la familia 9176, la ficha técnica documenta comportamientos diferentes según la fuente de energía y la versión. Este ejemplo no debe generalizarse a otros AP.

Wi-Fi 7 exige una licencia adecuada.

Los AP Wi-Fi 7 exigen una licencia activa para ofrecer funcionalidad completa. El modelo de licenciamiento, la controladora y la versión mínima deben confirmarse para cada AP y modo de gestión.

La suscripción y el soporte deben incluirse en el costo total.

Los niveles de software, el plazo, las funciones, la renovación y las consecuencias de la caducidad deben constar en la composición comercial. Las reglas no son iguales en todos los portafolios.

La redundancia no elimina todas las interrupciones.

Las funciones de alta disponibilidad deben combinarse con topología, energía, protocolos y pruebas. Un procedimiento de actualización necesita validación para la combinación instalada.

La disponibilidad regional debe confirmarse.

El modelo, el dominio regulatorio, la certificación aplicable y el soporte para el uso de bandas deben verificarse para Brasil. Una página global no demuestra homologación ni disponibilidad de stock.

DECISIONES DE DISEÑO

Perguntas frequentes

¿Catalyst y Nexus son lo mismo?

Son portafolios con posicionamientos diferentes. Catalyst es una referencia para redes de campus; Nexus atiende redes de centros de datos. La decisión considera función, software, integración y operación, además de los puertos. Un modelo no debe sustituirse por otro solo por presentar una capacidad nominal similar.

¿Todos los switches Catalyst pueden gestionarse mediante Meraki Dashboard?

No. Es necesario comprobar el modelo exacto, la versión, la licencia y el modo de configuración admitido. También deben evaluarse las funciones utilizadas actualmente y las restricciones de migración. La documentación actual distingue la configuración en la nube y en el dispositivo.

¿Debo implementar SD-Access para utilizar Cisco en el campus?

No. El proyecto puede mantener una arquitectura convencional o evaluar SD-Access cuando la automatización y la segmentación justifiquen esa elección. El diseño debe considerar las habilidades del equipo y el esfuerzo operativo, además de las funciones previstas.

¿Puedo sustituir AP antiguos por Wi-Fi 7 en los mismos puntos?

La sustitución requiere evaluar radio, cableado, PoE, uplinks, clientes y software. El diseño anterior puede no representar el comportamiento esperado en las nuevas bandas o con más usuarios. Realizar un piloto reduce el riesgo de sustituir equipos sin resolver el problema original.

¿La velocidad máxima anunciada de Wi-Fi será la velocidad de cada usuario?

No existe esa garantía. La experiencia depende de la distancia, las interferencias, la competencia por recursos, las capacidades del cliente y la ruta hasta la aplicación. La aceptación debe medir escenarios reales de uso y criterios acordados, en vez de asumir que la suma de las tasas de radio se entrega a cada usuario.

¿Nexus Dashboard sustituye automáticamente a cualquier instalación antigua de NDFC?

La evolución hacia el producto unificado exige analizar la versión, la plataforma, la escala, las licencias y la ruta de actualización. La unificación del producto cambia la presentación y la operación de los servicios, pero no elimina la validación de la migración.

¿Es posible aprovechar los switches, el cableado y la autenticación existentes?

Sí, cuando las condiciones técnicas lo permiten. El inventario identifica componentes reutilizables y limitaciones. Deben probarse la interoperabilidad, el soporte, la energía, la capacidad y la seguridad. La propuesta debe distinguir qué se mantendrá, actualizará o sustituirá, con la justificación de cada decisión.

¿Qué debo reunir para solicitar una evaluación?

Topología disponible, inventario de equipos y versiones, cantidad de sedes y usuarios, aplicaciones críticas, dificultades observadas y restricciones de ventana. Los planos ayudan con el Wi-Fi. Si parte de esta información no existe, el relevamiento puede formar parte del diagnóstico.

SOLUÇÕES RELACIONADAS

Networking e wireless conectados à operação.

ADD SOLUTION + CISCO

Descubra dónde pierde previsibilidad la red antes de elegir el próximo equipo

Aporte la topología, el inventario, las aplicaciones críticas y los síntomas observados. La conversación organiza hipótesis y mediciones para distinguir problemas de acceso, capacidad, ruta de datos, política y operación.

CONTEXTO DE CONVERSACIÓNSe está comunicando con Add Solution sobre Cisco — networking e wireless.
CONVERSA COM ESPECIALISTA

Como podemos evoluir sua infraestrutura de rede com Cisco?

Conte o cenário atual e o resultado esperado. A solicitação será encaminhada aos especialistas adequados.

01
Sobre usted¿Cómo podemos comunicarnos con usted?
* Campos obrigatórios
Sus datos se envían de forma segura y se utilizan únicamente para responder a la solicitud. Consulte nuestra Política de Privacidad. · Términos de uso.