TECNOLOGIA CISCO • ENGENHARIA ADD SOLUTION

Cisco: da conexão à operação, uma rede com critérios claros

Arquitetura, implantação e operação de LAN, Wi-Fi, conectividade entre sites e redes de data center com decisões verificáveis.

Catalyst, Cisco Wireless, Catalyst SD-WAN, Nexus, ACI e ISE são enquadrados pelo papel arquitetural, pela compatibilidade, pelo software e pelas licenças aplicáveis.

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

Cisco: da conexão à operação, uma rede com critérios claros

Uma rede corporativa precisa conectar pessoas, aplicações e unidades sem transformar cada expansão em uma exceção operacional. Com tecnologias Cisco, a ADD Solution trabalha a arquitetura, a implantação e a operação de LAN, Wi-Fi, conectividade entre sites e redes de data center. O ponto de partida é entender o ambiente existente, as aplicações críticas e quem vai administrar a infraestrutura depois da entrega. Desde 2011, com sede em São José do Rio Preto, a ADD Solution atua em engenharia de tecnologia. Para cada projeto, traduzimos requisitos de capacidade, segmentação, continuidade e gestão em decisões verificáveis: quais famílias fazem sentido, quais licenças são necessárias, o que pode ser aproveitado e como validar a mudança.

ENGENHARIA CISCO

A arquitetura começa pelo problema que a rede precisa resolver

Quedas em videoconferências, roaming instável, congestionamento de uplinks e demora para localizar falhas podem ter causas diferentes. A compra de equipamentos mais rápidos, isoladamente, não identifica essas causas. Nosso trabalho pode começar com inventário, análise de topologia, levantamento de tráfego e revisão das dependências de DNS, DHCP, autenticação, energia e cabeamento. O dimensionamento considera a concorrência entre aplicações e a capacidade disponível quando algum componente falha. Também precisa diferenciar desempenho de encaminhamento, disponibilidade de portas, capacidade de alimentação PoE e recursos de software. Esses critérios orientam um projeto que a equipe consegue entender, manter e expandir.

A entrega técnica pode incluir desenho lógico e físico, lista de materiais, matriz de compatibilidade, plano de endereçamento, política de acesso, roteiro de migração e critérios de aceite. Escopo, responsabilidades e condições de atendimento são definidos na proposta.
ENGENHARIA CISCO

Famílias Cisco e seus papéis na infraestrutura

O papel arquitetural vem antes da escolha do modelo. Cada família exige validação de hardware, software, licença, integração e ciclo de vida.

Switching de campus: Catalyst e Cisco Smart Switches

No portfólio Catalyst 9000, as famílias 9200/9200CX atendem cenários de acesso; 9300/9300X, acesso corporativo empilhável; 9400, acesso modular; 9500/9500X, núcleo e agregação fixos; e 9600, núcleo e agregação modulares. Essa organização ajuda a escolher a função do equipamento antes de comparar variantes. Interfaces, fontes, módulos, empilhamento e funcionalidades precisam ser verificados por modelo e versão. O portfólio também inclui Cisco C9350 para acesso, C9550 para agregação e núcleo fixos e C9610 para núcleo modular. São famílias Cisco C9000 Smart Switches, com regras próprias de hardware, software e subscrição. A nomenclatura semelhante não autoriza tratar qualquer Catalyst existente como equivalente, nem indica uma substituição obrigatória. A avaliação deve preservar investimentos úteis e verificar o caminho de evolução de cada instalação.

Wi-Fi corporativo: access points e controladoras

O projeto pode envolver gerações Wi-Fi 6/6E e Cisco Wireless Wi-Fi 7, conforme perfil dos dispositivos, densidade, ambiente e ciclo de renovação. As famílias de APs e as controladoras Catalyst 9800/CW9800 compõem alternativas de implantação; o gerenciamento em nuvem pelo Meraki Dashboard também depende da elegibilidade da plataforma. A matriz do fabricante determina a combinação suportada. Cobertura é apenas parte do problema. Planejamos canais, potência, capacidade por área, movimentação dos clientes e integração com a rede cabeada. Recursos como MLO e canais mais largos dependem do AP, do cliente, do software e das condições permitidas para a instalação. Um anúncio de velocidade de rádio não representa a taxa útil garantida de uma aplicação.

Filiais e WAN: Catalyst SD-WAN

As plataformas Catalyst 8000 Edge integram o ecossistema Catalyst SD-WAN, com alternativas físicas e virtuais para conectar filiais, data centers e ambientes de nuvem. A escolha deve considerar tráfego criptografado, serviços habilitados, interfaces, conectividade disponível e licenciamento. Na engenharia de WAN, a redundância precisa ser testada com falha real de enlace e degradação de qualidade. São decisões importantes: quais aplicações podem sair localmente para a internet, como será o acesso às redes internas e onde aplicar inspeção e política de segurança. SD-WAN e firewall têm responsabilidades que precisam ser desenhadas explicitamente.

Data center: Nexus, NX-OS, ACI e Nexus Dashboard

O portfólio Nexus 9000 reúne famílias para redes de data center. Conforme o hardware e a versão, o projeto pode adotar NX-OS, uma fabric VXLAN EVPN ou Cisco ACI. A seleção considera a função de leaf ou spine, interfaces, escala, telemetria e suporte ao modo de operação desejado. A presença do nome Nexus 9000, sozinha, não assegura todos esses recursos. ACI utiliza seu próprio modelo de política e controladores APIC; uma implantação NX-OS/VXLAN EVPN tem organização e ferramentas distintas. É importante escolher a arquitetura de acordo com integrações, equipe e operação existentes. A migração entre modelos exige projeto, compatibilidade e janela apropriada. O Nexus Dashboard centraliza funções operacionais de data center. Na geração unificada atual, funcionalidades antes apresentadas como Fabric Controller, Insights e Orchestrator passaram a integrar um produto unificado. Entitlements DCN e matrizes de suporte continuam determinando as funções disponíveis. Materiais de versões anteriores precisam ser lidos no seu contexto.

Identidade e acesso: Cisco ISE

O Cisco Identity Services Engine participa da estratégia de controle de acesso à rede, com recursos que variam por versão, licença e integração. Autenticação, classificação de dispositivos e políticas baseadas em identidade ajudam a organizar quem pode acessar quais serviços. A implantação deve considerar certificados, diretórios, dispositivos sem supplicant, convidados e procedimentos de recuperação.

ENGENHARIA CISCO

Campus tradicional ou fabric: escolher com responsabilidade

Uma rede com acesso, distribuição e núcleo bem definidos pode atender muitos ambientes. Quando mobilidade, segmentação e escala justificam maior automação, Cisco SD-Access é uma alternativa. A arquitetura articula underlay IP, overlay, nós de borda, controle e acesso, além da integração de políticas. O guia Cisco consultado descreve um baseline específico de Catalyst Center e arquitetura de controle; ele não prescreve uma versão universal. O projeto deve explicar o que permanece fora da fabric: serviços compartilhados, conexões externas e fronteiras de segurança não desaparecem com a automação. Definimos onde termina cada domínio de falha, como ocorre a comunicação entre segmentos e como o time verifica uma política. Antes de ampliar o desenho, um piloto precisa validar acessos legítimos e bloqueios esperados.

ENGENHARIA CISCO

Gerenciamento: definir quem é a fonte da configuração

Catalyst Center e Meraki Dashboard atendem modelos operacionais diferentes. Na documentação atual de Cloud Management with IOS XE, a configuração pode ter origem na nuvem ou no dispositivo. No primeiro caso, Dashboard e APIs Meraki são a referência de configuração; no segundo, a configuração local por CLI e ferramentas compatíveis permanece relevante. A escolha afeta processos de mudança, integrações, acesso administrativo e recuperação. Nem todo hardware ou recurso está disponível em todos os modos e releases. Algumas conversões e retornos têm restrições, podendo exigir suporte e procedimentos específicos. A ADD Solution propõe validar o modelo de gestão antes da migração, com cópia de configuração, inventário de dependências e plano de reversão viável.

MÉTODO DE ENTREGA

Implantação com evidências de funcionamento

Os testes variam com o projeto. Podem incluir perda de uplink, retirada de uma fonte, indisponibilidade de autenticação, recuperação de controladora, teste entre segmentos e retorno após reinicialização. O objetivo é encontrar dependências escondidas antes que um incidente as exponha.

  1. Diagnóstico e desenho.

    Levantamos prioridades, inventário e dependências. Registramos hipóteses de dimensionamento e lacunas que precisam de medição.

  2. Preparação.

    Conferimos materiais, transceptores, alimentação, versões, licenças e requisitos de gestão. As configurações-base devem seguir o desenho aprovado.

  3. Piloto.

    Exercitamos uma área ou grupo representativo, incluindo autenticação, aplicações críticas, telefonia quando presente e movimentação entre APs.

  4. Migração por etapas.

    Cada etapa tem pré-requisitos, responsável, janela, critério de interrupção e caminho de retorno. A comunicação acompanha o impacto previsto.

  5. Aceite e transferência.

    Registramos testes, configuração final, topologia, pendências e procedimentos de operação. A documentação precisa refletir o ambiente entregue.

ENGENHARIA CISCO

Operação orientada por diagnóstico e ciclo de vida

Depois da implantação, alarmes precisam levar a uma ação. A operação pode acompanhar erros e descartes de interfaces, utilização, disponibilidade, comportamento de clientes, autenticação, consumo PoE e capacidade. Um histórico de alterações ajuda a distinguir degradação gradual de um problema introduzido por mudança. Atualizações devem considerar compatibilidade e riscos do ambiente. Release notes, avisos de segurança, limitações conhecidas e datas de ciclo de vida precisam fazer parte da avaliação. No portfólio Nexus, por exemplo, a Cisco publica separadamente notas para NX-OS e ACI-mode; confundir essas trilhas compromete a análise.

Também recomendamos revisar periodicamente a restauração de configurações, a validade de certificados, a situação das subscrições e os acessos administrativos. Atendimento, horários, escalonamento e cobertura do fabricante são componentes contratuais específicos, não garantias implícitas de qualquer equipamento.
ENGENHARIA CISCO

Limites técnicos e comerciais que precisam ficar visíveis

PoE é parte do projeto de Wi-Fi.

O modo de alimentação pode limitar rádios, portas e funções. Na família 9176, o datasheet documenta comportamentos diferentes conforme a fonte de energia e a release. Esse exemplo não deve ser generalizado para outros APs.

Wi-Fi 7 exige licença adequada.

APs Wi-Fi 7 exigem uma licença ativa para funcionalidade completa. O modelo de licenciamento, a controladora e a release mínima devem ser confirmados para cada AP e modo de gestão.

Subscrição e suporte precisam estar no custo total.

Níveis de software, prazo, funcionalidades, renovação e consequências de expiração devem constar da composição comercial. As regras não são iguais em todos os portfólios.

Redundância não elimina toda interrupção.

Recursos de alta disponibilidade devem ser combinados com topologia, energia, protocolos e testes. Um procedimento de atualização precisa de validação para a combinação instalada.

Disponibilidade regional precisa ser confirmada.

Modelo, domínio regulatório, certificação aplicável e suporte ao uso de bandas precisam ser verificados para o Brasil. Uma página global não comprova homologação nem estoque.

DECISÕES DE PROJETO

Perguntas frequentes

Catalyst e Nexus são a mesma coisa?

São portfólios com posicionamentos diferentes. Catalyst é uma referência para redes de campus; Nexus atende redes de data center. A decisão considera função, software, integração e operação, além das portas. Um modelo não deve ser substituído por outro apenas por apresentar capacidade nominal semelhante.

Todo switch Catalyst pode ser gerenciado pelo Meraki Dashboard?

Não. É necessário conferir o modelo exato, a versão, a licença e o modo de configuração suportado. Também é preciso avaliar os recursos usados hoje e as restrições de migração. A documentação atual diferencia configuração na nuvem e no dispositivo.

Preciso implantar SD-Access para usar Cisco no campus?

Não. O projeto pode manter uma arquitetura convencional ou avaliar SD-Access quando a automação e a segmentação justificarem essa escolha. O desenho deve considerar as habilidades da equipe e o esforço de operação, além das funcionalidades pretendidas.

Posso trocar APs antigos por Wi-Fi 7 nos mesmos pontos?

A substituição precisa de avaliação de rádio, cabeamento, PoE, uplinks, clientes e software. O desenho anterior pode não representar o comportamento esperado nas novas bandas ou com mais usuários. Fazer um piloto reduz o risco de substituir equipamentos sem resolver o problema original.

A velocidade máxima anunciada do Wi-Fi será a velocidade de cada usuário?

Não há essa garantia. A experiência depende de distância, interferência, concorrência, capacidades do cliente e caminho até a aplicação. O aceite deve medir cenários reais de uso e critérios acordados, em vez de assumir que a soma das taxas de rádio é uma entrega individual.

Nexus Dashboard substitui automaticamente qualquer instalação antiga de NDFC?

A evolução para o produto unificado exige análise de versão, plataforma, escala, licenças e caminho de atualização. A unificação do produto muda a apresentação e a operação dos serviços, mas não dispensa a validação da migração.

É possível aproveitar switches, cabeamento e autenticação existentes?

Sim, quando as condições técnicas permitem. O inventário identifica componentes reaproveitáveis e limitações. Interoperabilidade, suporte, energia, capacidade e segurança precisam ser testados. A proposta deve separar o que será mantido, atualizado ou substituído, com a justificativa de cada decisão.

O que devo reunir para solicitar uma avaliação?

Topologia disponível, inventário de equipamentos e versões, quantidade de unidades e usuários, aplicações críticas, dificuldades observadas e restrições de janela. Plantas ajudam no Wi-Fi. Se parte dessas informações não existir, o levantamento pode integrar o diagnóstico.

SOLUÇÕES RELACIONADAS

Networking e wireless conectados à operação.

ADD SOLUTION + CISCO

Descubra onde a rede perde previsibilidade antes de escolher o próximo equipamento

Traga topologia, inventário, aplicações críticas e sintomas observados. A conversa organiza hipóteses e medições para separar problemas de acesso, capacidade, caminho dos dados, política e operação.

CONTEXTO DA CONVERSAVocê está falando com a 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 vocêComo podemos falar com você?
* Campos obrigatórios
Seus dados são enviados com segurança e utilizados apenas para responder à solicitação. Consulte nossa Política de Privacidade. · Termos de Uso.