Cisco 350-401: Garantia de Rede, Operações e Solução de Problemas — Guia de estudos

By Laurynas Brazys · 15 August 2026 · #cisco #350-401 #certification #exam-prep #study-guide

Faz parte do Cisco CCNP Enterprise 350-401 ENCOR — Guia de estudos. Pratique com respostas verificadas no centro de exames da Cisco, ou faça testes cronometrados no ExamRoll.io.

Visão Geral

A garantia, as operações e a solução de problemas de rede combinam observabilidade proativa com uma resposta a incidentes disciplinada para manter as redes corporativas confiáveis, seguras e com bom desempenho. Uma prática eficaz abrange o gerenciamento FCAPS, o design de telemetria, insights orientados por controladoras, isolamento estruturado de problemas da Camada 1 à Camada 7, validação de alta disponibilidade e um ciclo de vida rigoroso de software e mudanças. O objetivo não é apenas detectar e corrigir falhas, mas medir os resultados do serviço em relação a objetivos explícitos, promover a eliminação da causa raiz e otimizar continuamente a capacidade e a experiência do usuário.

FCAPS e Estratégia de Monitoramento

O FCAPS define um modelo operacional completo:

• Gerenciamento de Falhas (Fault management): Detecção rápida, correlação, triagem e remediação de eventos antes que os usuários percebam. Priorize sinais de saúde que indiquem impacto nos serviços de negócio, não apenas o status de up/down de um dispositivo.
• Gerenciamento de Configuração (Configuration management): Controle de versão, templates padrão (golden templates), verificações de conformidade, validação de intenção e detecção automatizada de desvios (drift). Backups e pontos de restauração são proteções obrigatórias para a velocidade das mudanças.
• Gerenciamento de Contabilização (Accounting management): Visibilidade sobre quem usou quais recursos e quando. Use registros de fluxo e logs da controladora para realizar chargeback/showback e detectar anomalias (por exemplo, picos inesperados de tráfego leste-oeste).
• Gerenciamento de Desempenho (Performance management): Medição contínua de latência, perda, jitter, throughput e tempo de onboarding do cliente em relação a baselines e objetivos de nível de serviço (SLOs). Preveja riscos de saturação.
• Gerenciamento de Segurança (Security management): Centralize identidade, autorização, postura de criptografia e telemetria para detecção de ameaças. Integre com NAC, segmentação e analytics da controladora.

Sistemas de monitoramento e dashboards

• Arquitetar uma pilha em camadas: saúde do dispositivo (hardware, interfaces), saúde do plano de controle (roteamento, CAPWAP, overlays), saúde do plano de dados (filas, descartes, fluxos) e métricas de experiência do usuário.
• Visualizações orientadas por função: Dashboards do NOC para saúde em tempo real e status de SLOs, visualizações de engenharia para diagnósticos profundos e visualizações executivas para tendências e riscos.
• Baselines e SLOs: Estabeleça baselines por site e por segmento; use limiares dinâmicos que se adaptam aos ciclos diurnos. Defina SLOs como “latência WAN no 95º percentil < 60 ms” ou “onboarding de cliente Wi-Fi < 7 segundos”.
• Design de alertas: Prefira alertas de sintoma+contexto (ex: “VPN WAN 10 com perda>2% e jitter>30 ms por 5 min”) em vez de tempestades de traps brutos. Use taxa de variação, janelas de persistência e correlação de múltiplos sinais. Suprima durante janelas de manutenção aprovadas.

Trade-offs e modos de falha

• O excesso de alertas causa fadiga; a falta de alertas esconde falhas latentes. Calibre os limiares usando baselines reais.
• Coletores centralizados podem se tornar gargalos; escale horizontalmente e proteja com TLS e acesso baseado em função.
• Em domínios virtualizados, grandes áreas de L2 e cargas de trabalho dependentes de broadcast podem amplificar tempestades; segmente e restrinja os domínios de broadcast e prefira o acesso roteado.

Telemetria, Logs e Visibilidade de Tráfego

Planos de dados chave para garantia

• Syslog: Fluxo de eventos legível por humanos com níveis de severidade. Encaminhe para coletores centralizados; normalize e correlacione. Crítico para segurança, adjacências de roteamento, estado de HA e problemas de join de WLC/AP.
• SNMP: Sondar (poll) contadores (ex: erros de interface, descartes em filas) e receber traps/informs. Use SNMPv3 para autenticação/privacidade. Os intervalos de polling devem se alinhar com a necessidade de uma visão quase em tempo real versus a carga do coletor.
• NetFlow/IPFIX: Metadados por fluxo sobre quem/o quê/onde. Permite o planejamento de capacidade, a verificação de SLOs e a detecção de anomalias. Exporte a partir da distribuição/borda e do CPE da WAN.
• Streaming telemetry: Orientada a modelo, baseada em push (ex: gNMI no IOS-XE). Escala melhor que o SNMP para métricas de alta cardinalidade; baixa latência para métricas de fila, CPU e RF.
• Captura de pacotes: SPAN/RSPAN/ERSPAN ou taps inline quando o sinal é ambíguo. Limite o tempo das capturas; filtre por ACLs para reduzir o ruído.

Exemplos curtos

• NetFlow (IOS-XE):

undefined

• Model-Driven Telemetry (IOS-XE):

undefined

Sinais wireless e orientados por controladora

• O RRM é executado na controladora wireless; ingira eventos de RRM e métricas de RF (utilização de canal, nível de ruído, tentativas de reconexão do cliente) para ajustar a cobertura/capacidade.
• Descoberta de CAPWAP: Use a opção 43 do DHCP ou ip helper. Para Cisco WLC, codifique a opção 43 corretamente (ex: hex F104.AC10.3205 para 172.16.50.5). O Mobility Express pode fornecer funções de controladora local em filiais pequenas.

Visibilidade de overlay e segmentação

• SD-Access: A rede de overlay (overlay network) fornece segmentação lógica L2/L3. O VNID/VNI mantém o isolamento; o nó de borda do fabric (fabric border node) conecta o fabric a redes externas.
• VXLAN: Encapsula quadros L2 em IP/UDP para transporte L3; os VNIs segmentam o tráfego L2/L3. Monitore a alcançabilidade do VTEP e a saúde do underlay.
• Multicast: No PIM-SM, o RP geralmente é necessário apenas para iniciar novas sessões; garanta a alcançabilidade do RP e o MSDP/Anycast-RP, conforme apropriado.

Verificação de QoS e SLA

• A classificação normalmente usa o campo IP TOS/DSCP; verifique os comportamentos de remarcação e de fila usando telemetria das interfaces de egresso. Rastreie perda/jitter por classe para comprovar a conformidade com o SLO.

Solução de Problemas Estruturada e Isolamento das Camadas 1 a 7

Metodologia

1. Defina o problema e o domínio de impacto; quantifique os sintomas em relação a uma linha de base (baseline).
2. Formule hipóteses que expliquem os sintomas com o mínimo de suposições.
3. Selecione testes que invalidem as hipóteses rapidamente com a menor intrusão possível.
4. Altere uma variável de cada vez; confirme a correção e monitore para evitar regressões.
5. Documente a causa raiz e as ações preventivas.

Pistas camada por camada

• Camada 1: Potência óptica, cabeamento, orçamentos de PoE, links unidirecionais. No StackWise Virtual, o LMP rejeita o encaminhamento unidirecional — investigue ópticas incompatíveis ou polaridade da fibra.
• Camada 2: Presença de VLAN/VXLAN, estado do STP, MTU, MAC flaps. Incompatibilidades de VNI/VNID no VXLAN se manifestam como segmentos isolados com alcançabilidade normal no underlay.
• Camada 3: Sub-redes (subnetting), políticas de VRF/route-leak, comportamento de gateway HSRP/GLBP/VSS, assimetria de ECMP. Uma incompatibilidade entre o IP virtual do HSRP e a configuração do peer impede a operação correta do gateway; alinhe o IP virtual. O GLBP ou um par VSS permite que todos os hosts da VLAN usem gateways ativos simultaneamente.
• Camadas 4 a 7: ACL/NAT, TCP MSS/PMTUD, DNS/DHCP, handshake da aplicação, quedas de QoS. Valide a preservação do DSCP de ponta a ponta. Para multicast, confirme o estado de RP/Join.
• Especificidades do plano de controle:
  • Adjacências OSPF falham devido a área, timers, tipos de rede incompatíveis ou incompatibilidade de IP em links ponto a ponto.
  • Sessões BGP com MD5 configurado devem ter senhas e peer-groups correspondentes em ambos os lados; a mensagem “invalid MD5 digest” indica incompatibilidade ou alteração em trânsito.
  • VPNs de SD-WAN definem a segmentação; políticas de dados direcionam os fluxos com base em campos e IDs de VPN. O vManage fornece o plano de gerenciamento único — verifique a intenção versus o estado realizado.
• Onboarding de redes sem fio (wireless): Valide a segurança do SSID (ex: WPA2/AES com 802.1X para acesso de funcionários), DHCP/DNS, canal/potência do RRM e controle CAPWAP. Erros de formatação da Option 43 são bloqueadores comuns para o ingresso na rede (join).

Seleção de testes e trade-offs

• Prefira telemetria e pings/traces direcionados primeiro; escale para captura de pacotes quando múltiplas hipóteses permanecerem.
• Use históricos no estilo 360 de dispositivos e clientes para correlacionar mudanças alinhadas no tempo (ex: upgrade de software ou mudança de canal RRM) com o início dos sintomas.

Alta Disponibilidade, Ciclo de Vida e Melhoria Contínua

Validação de alta disponibilidade

• Core do campus: Use links ponto a ponto de Camada 3 redundantes entre os dispositivos de core para convergência determinística e rápida. Valide os timers do IGP, BFD e os caminhos de custo igual (equal-cost paths).
• Supervisor SSO: Requer sincronização de estado; combine com NSF para manter o encaminhamento L3 ininterrupto durante o failover. Teste o failover sob carga e garanta a continuidade do FHRP/adjacência.
• Redundância de primeiro salto (first-hop): Valide os timers do HSRP/GLBP, preempção e a consistência dos IPs virtuais entre os peers.
• Bordas do SD-Access: Teste a alcançabilidade externa e a advertência/tradução do fabric nos nós de borda; verifique a segmentação baseada em políticas através das fronteiras.

Manutenção e gerenciamento de mudanças

• Pré-mudança: Defina um MOP com objetivos, plano de reversão (backout), critérios de sucesso e plano de monitoramento. Faça a revisão por pares (peer-review) e agende dentro de uma janela de manutenção.
• Execução: Congele mudanças não relacionadas. Implemente em raios de impacto (blast radii) pequenos com checkpoints. Suprima temporariamente alertas não acionáveis.
• Pós-mudança: Execute verificações posteriores (postchecks) comparando com as baselines e SLOs por pelo menos um ciclo de negócios; reative os alertas e confirme a qualidade do sinal.

Ciclo de vida da imagem de software

• Mantenha imagens de referência (golden images) por plataforma, com validação criptográfica. Prepare em um laboratório ou anel piloto; capture baselines funcionais e de desempenho.
• Upgrades: Prefira métodos compatíveis com ISSU/SSO onde houver suporte; caso contrário, planeje upgrades contínuos (rolling upgrades) que mantenham o tráfego fluindo através de peers redundantes.
• Rollback: Mantenha as últimas imagens sabidamente boas (last-known-good) e snapshots de configuração; verifique as variáveis de boot e os caminhos de recuperação do ROMMON.
• Backups: Automatize backups de configuração a cada commit; armazene com versionamento e diferenciais de mudança (diffs). Use verificações de conformidade (compliance) para sinalizar desvios (drift).

Análise de causa raiz (RCA) e melhoria pós-incidente

• RCA: Construa uma linha do tempo a partir de telemetria correlacionada, commits e logs do controlador; identifique a falha inicial única e os fatores contribuintes.
• Documentação: Registre o impacto, MTTR, indicadores, artefatos de teste e ações corretivas permanentes. Compartilhe amplamente.
• Melhoria: Converta as correções em política ou automação (ex: regras de conformidade, templates). Adicione novos detectores se o sinal era anteriormente invisível.

Métricas operacionais e previsão de capacidade

• Saúde: Disponibilidade, tempo médio para detectar/reparar, taxa de falha de mudança, fidelidade dos alertas.
• Desempenho: Perda/jitter por classe, percentis de profundidade de fila, taxas de repetição de RF, tempo de onboarding do cliente.
• Capacidade: Percentis de utilização de interface, concorrência de fluxos, consumo de TCAM, margem de CPU/memória, utilização de airtime do AP.
• Previsão: Use tendências de telemetria e NetFlow/IPFIX para prever quando os limites de escala de links, células de RF ou do plano de controle serão excedidos. Planeje upgrades ou mudanças de política antes que os SLOs se deteriorem.

Assurance orientado por controlador

• O Cisco DNA Center agrega insights de dispositivos e clientes (path trace, visões 360) e correlaciona dados de RF, switching, roteamento e identidade. Ele valida a intenção versus o estado, sinaliza configurações incorretas e suporta remediação proativa.
• No SD-WAN, o vManage fornece gerenciamento em um painel único (single-pane), rastreamento de SLO para roteamento ciente de aplicação (application-aware routing) e auditorias de conformidade de política.

Cenário de Problema Prático

A Contoso Retail opera um campus de três camadas com SD-Access para segmentação e um controlador wireless centralizado. Os usuários relatam problemas intermitentes de qualidade de voz e falhas ocasionais no onboarding do Wi‑Fi em dois edifícios.

Abordagem

1. Definir escopo e SLOs

   • Identificar serviços impactados: VoIP na VPN 10 (segmento de voz) e SLO de tempo de onboarding do Wi-Fi (<7 segundos).
   • Justificativa: SLOs claros permitem a seleção de sinais direcionados e um teste de aceitação de aprovação/reprovação (pass/fail) para a correção.

2. Correlacionar telemetria e eventos

   • Revisar o DNA Center Assurance: saúde do caminho de voz, linhas do tempo do client 360 e device 360 para os switches de distribuição.
   • Coletar telemetria de streaming para quedas baseadas em classe e métricas de RF; consultar NetFlow/IPFIX para o caminho (pathing) dos fluxos de voz com DSCP EF.
   • Justificativa: A correlação de múltiplas fontes alinhadas no tempo reduz a adivinhação e revela o primeiro desvio.

3. Validar o underlay de Camada 1–3 e HA

   • Executar um path trace entre os endpoints de voz; verificar os links de core P2P L3 redundantes e os timers de IGP/BFD para failover rápido.
   • Verificar o estado do StackWise Virtual e os logs do LMP em busca de rejeições de link unidirecional no par de distribuição.
   • Justificativa: Falhas unidirecionais sutis ou convergência lenta podem se manifestar como deficiências transitórias na voz.

4. Verificar a política de primeiro salto (first-hop) e QoS

   • Inspecionar HSRP/GLBP para a VLAN de voz; confirmar a consistência do IP virtual e a preempção. Validar a remarcação de DSCP EF e a conformidade da política de fila nas interfaces de egresso.
   • Justificativa: O desalinhamento do gateway ou QoS aplicado incorretamente causa jitter, perda e roteamento assimétrico para tráfego em tempo real.

5. Analisar o onboarding do wireless

   • Examinar os logs do WLC em busca de mudanças de RRM e estabilidade de join dos APs. Confirmar a codificação da DHCP option 43 para VLANs de APs remotos e garantir que o ip helper-address esteja configurado.
   • Validar a postura de segurança do SSID (WPA2/AES com 802.1X) e a latência de autenticação nos logs do controlador e de identidade.
   • Justificativa: A formatação incorreta da option 43 e mudanças excessivas de canal/potência do RRM prolongam o onboarding e aumentam as tentativas de repetição (retries).

6. Inspecionar o overlay e as bordas do SD-Access

   • Verificar os mapeamentos de VNID para a VPN 10 e as advertências do nó de borda do fabric em direção a serviços externos (controladores de chamada).
   • Justificativa: Incompatibilidades de VNI/VNID ou problemas de tradução na borda isolam os endpoints de voz, apesar de um underlay saudável.

7. Executar testes direcionados

   • Posicionar sondas de voz sintéticas medindo perda/jitter; capturar um ERSPAN curto de uma interface de egresso mostrando quedas na fila EF durante os picos.
   • Justificativa: Provas objetivas vinculam os sintomas a interfaces e filas específicas.

8. Remediar e validar

   • Substituir um par de fibra suspeito sinalizado pelo LMP; alinhar o IP virtual do HSRP ao padrão documentado; restringir os intervalos de mudança do RRM; corrigir a DHCP option 43 para hexadecimal nos escopos afetados.
   • Reaplicar templates de QoS garantindo a largura de banda mínima para EF e o WRED desabilitado para EF.
   • Justificativa: Aborda as falhas de causa raiz e impõe as melhores práticas para tráfego em tempo real.

9. Monitoramento pós-mudança e RCA

   • Acompanhar os SLOs de voz e o tempo de onboarding por um dia útil completo. Documentar a causa raiz (link unidirecional causando microconvergência, desvio do VIP do HSRP, option 43 malformada) e os controles preventivos (certificação de fibra, verificações de conformidade de configuração, análise estática (linting) do escopo DHCP).
   • Justificativa: Confirma a recuperação sustentada e institucionaliza os aprendizados como política e automação.

← Automação · Todos os domínios

Pratique estas questões → · Prática cronometrada no ExamRoll.io →