Cisco 350-401: Serviços IP, Multicast e Qualidade de Serviço — 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

Serviços IP, multicast e QoS formam o núcleo operacional de uma rede corporativa. Serviços fundamentais como DHCP, DNS, NTP e telemetria de gerenciamento habilitam endpoints e operadores; o NAT impõe limites de endereçamento e segurança; o QoS preserva a experiência do usuário para aplicações em tempo real; o multicast escala a distribuição de um para muitos; e o monitoramento ativo com IP SLA e rastreamento de objetos (object tracking) fecha o ciclo para resiliência. Esta seção explica o projeto e o raciocínio operacional para cada um, destacando modos de falha e trade-offs.

Serviços IP Fundamentais e Telemetria

DHCP: Fornecer endereços e opções de forma centralizada, garantindo a escala e a correção do relay.

• Manuseio de relay e opções: Use

undefined

na interface de primeiro salto para enviar broadcasts de clientes via unicast para o servidor DHCP. Inclua apenas os helpers UDP necessários (ex: 67/68 DHCP, 53 DNS, 69 TFTP, 161 SNMP) para limitar o ruído. A Option 43 fornece aos APs CAPWAP os endereços do WLC; a Option 82 (informação de relay) adiciona identificadores de circuito para políticas e reservas por porta. Confie ou remova a Option 82 de forma criteriosa — switches da camada de acesso normalmente a inserem e dispositivos upstream não devem sobrescrevê-la.

• Modelos de alocação: Pool dinâmico com reservas para MACs de infraestrutura ou IDs de cliente, bindings estáticos para infraestrutura crítica e leases curtos para pools de alta mobilidade ou VPN. Considere a utilização da sub-rede e split-scope ou failover de DHCP para resiliência.
• Troubleshooting: Valide primeiro a alcançabilidade L2 e as VLANs, depois a alcançabilidade do relay e o preenchimento do giaddr. No Cisco IOS, use

undefined

,

undefined

e

undefined

com cautela. Falhas comuns incluem a falta de helper addresses na SVI, a Option 82 sendo descartada por um firewall ou um pool esgotado.

DNS: Implante resolvers redundantes e com capacidade anycast próximos aos usuários. Imponha registros split-horizon para serviços internos. Faça cache perto dos clientes para reduzir a latência. Proteja com validação DNSSEC e restrinja a recursão a sub-redes internas.

NTP: A consistência de tempo protege logs, Kerberos e certificados. O NTPv4 adiciona extensões de segurança e usa multicast IPv6 site-local para descoberta em LANs. Projete com pelo menos duas fontes upstream (públicas ou corporativas de stratum-1/2) e distribua através de servidores stratum-3 internos. Prefira autenticação (chaves simétricas ou NTS) e evite que cada nó busque NTP na Internet; aponte a infraestrutura para servidores NTP locais.

Plano de gerenciamento e telemetria:

• SNMP: Prefira o SNMPv3 para autenticação/privacidade; minimize os intervalos de polling; agrupe OIDs por função. Limite o SNMP com ACLs e Control Plane Policing (CoPP) para proteger contra sobrecarga e abuso. Traps/informs devem ter sua taxa limitada (rate-limited).
• Syslog: Use transporte confiável onde houver suporte e envie para pelo menos dois coletores. Normalize a severidade (0–7) e use timestamp via NTP. Implemente o parsing para eventos chave (flaps de link, mudanças de rota, segurança).
• NetFlow/IPFIX: Exporte apenas os campos necessários; use amostragem (sampling) em links de alta taxa de transferência. Garanta a capacidade do coletor e os controles de privacidade. Prefira o IPFIX para extensibilidade neutra de fornecedor.
• Telemetria orientada a modelos (Model-driven telemetry): Faça o streaming de dados modelados em YANG (gNMI/NETCONF dial-in/out) em intervalos fixos; é mais eficiente e tem menor latência do que o SNMP em massa (bulk). Alinhe a coleta com SLIs/SLOs (ex: drops, profundidade de fila, CPU, memória, churn de rotas).

NAT: Estático, Dinâmico, PAT e Validação

O NAT impõe independência de endereço, política e migração de IPs sobrepostos. Escolha a construção mais simples que atenda ao requisito.

• NAT Estático: Um para um, determinístico. Use para serviços de entrada (inbound), gateways VoIP e peers IPsec que exigem uma identidade estável. Trade-off: consome IPs públicos.
• NAT Dinâmico (pool): Mapeamento de muitos para menos com seleção efêmera de um pool para clientes que apenas originam tráfego (outbound-only). O roteamento de retorno deve ter como alvo o dispositivo NAT; a assimetria quebra as sessões.
• PAT (overload): Mapeamento de muitos para um usando portas TCP/UDP únicas em um único IP (ou em alguns IPs). Extremamente eficiente, mas pode esgotar as portas sob alta concorrência de conexões; distribua o PAT por vários endereços em bordas de alta escala.
• Hairpin e twice NAT: Necessário quando hosts internos precisam alcançar serviços internos através do endereço público ou quando é preciso remapear tanto a origem quanto o destino. Valide a política e a correspondência de rotas cuidadosamente.
• Ordem de operações e VRFs: Garanta que o NAT ocorra no estágio correto em relação a ACLs, ZBFW e PBR. Para projetos com VRF, aplique regras de NAT por VRF e confirme o vazamento de rotas (route-leaking) para o tráfego de retorno.
• Alta disponibilidade: O NAT stateful é obrigatório para um failover transparente; caso contrário, use NAT estático determinístico em ambos os peers com redundância de primeiro salto e aceite a perda de sessão para fluxos dinâmicos/PAT.
• Validação e troubleshooting: Use

undefined

e

undefined

, confirme os contadores de hits (hit counters) nas ACLs, verifique as rotas de e para a interface externa do NAT. Use o debug com moderação; capturas de pacotes são muitas vezes mais seguras. Fique atento ao esgotamento de portas, pools sobrepostos e roteamento assimétrico.

Exemplo curto:

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

QoS: Classificação, Marcação, Filas e Gerenciamento de Congestionamento

O QoS de ponta a ponta preserva o desempenho sob contenção; projete o limite de confiança (trust boundary) e o comportamento de encaminhamento de forma consistente em todo o acesso, distribuição, WAN e data center.

• Classificação e marcação: Classifique na borda; confie apenas em dispositivos capazes. O limite de confiança típico é a porta do switch de acesso para um telefone IP (confiar no CoS/DSCP do telefone, não do PC conectado) e para dispositivos de infraestrutura. Use NBAR ou ACLs para classificar quando as marcações estiverem ausentes. Remarque o tráfego não compatível na borda.
• DSCP e CoS: DSCP EF (46) para portadora de voz, CS3 para sinalização de chamada, AF41 para vídeo interativo, AF31/AF32 para dados críticos, CS1 para scavenger. Mapeie o DSCP para comportamentos por salto (per-hop) e para CoS de L2 para troncos (trunks).
• Filas e agendamento: Use LLQ para tráfego de prioridade estrita (EF) com um limite de largura de banda policiado para evitar inanição (starvation). Use CBWFQ para classes garantidas com garantias de largura de banda mínima. Valide os mapeamentos de fila de hardware para DSCP por plataforma.
• Shaping e policing: Aplique shaping na saída (egress) para um CIR contratado para suavizar rajadas (bursts) (especialmente em direção à WAN). Aplique policing na entrada (ingress) para impor limites de locatário (tenant) ou de classe; entenda que o policing adiciona perda e potencial reordenação se não for feito com atenção.
• Prevenção de congestionamento: O WRED descarta pacotes antecipadamente com base na profundidade média da fila e no DSCP, protegendo fluxos interativos em detrimento de transferências de grande volume (bulk) elásticas. Não habilite o WRED em filas de prioridade estrita. O descarte de cauda (tail-drop) permanece para classes onde o WRED não traz benefícios ou o hardware não o suporta.
• SLAs de voz/vídeo: Latência unidirecional ≤150 ms, jitter ≤30 ms, perda ≤1% para voz; o vídeo interativo é um pouco mais tolerante à perda, mas igualmente sensível à variação de atraso. Projete a largura de banda de EF a partir das taxas do codec mais cabeçalhos, VAD e margem de crescimento; restrinja a LLQ para proteger outras classes. Para TelePresence/vídeo interativo, aloque AF41 com largura de banda mínima apropriada e shaping em links de baixa velocidade.
• Verificação: Use

undefined

para confirmar contadores de classe, descartes (drops) e conformidade do shaping. Monitore a profundidade da fila da interface e os motivos dos descartes; ajuste a largura de banda e os limiares com base na utilização medida, não em alegações de taxa de pico do link.

Exemplo curto de LLQ:

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Multicast: Encaminhamento, PIM, RPs e Design em Campus e WAN

O Multicast escala o tráfego de um para muitos de forma eficiente e requer um acoplamento forte com o roteamento unicast para verificações de Reverse Path Forwarding (RPF).

• IGMP: Hosts entram/saem de grupos via IGMP (v2 amplamente implantado, v3 adiciona filtragem de origem para SSM). Habilite o IGMP snooping nos switches; garanta que exista um IGMP querier por VLAN para manter o estado do grupo, mesmo sem um roteador multicast no segmento.
• Modos do PIM:
  • PIM Sparse Mode (PIM-SM): Modelo “pull” (puxar); envia tráfego apenas para receptores interessados. Um RP é a raiz da árvore compartilhada (*,G). Por padrão, o RP é necessário apenas para iniciar novas sessões; os receptores podem mudar para a árvore de origem (S,G) para obter caminhos ótimos assim que o tráfego começa a fluir.
  • PIM Source-Specific Multicast (SSM): Sem RP; os receptores especificam (S,G) via IGMPv3. Simplifica o plano de controle e mitiga os riscos de muitos-para-muitos. Ideal para IPTV e fontes rigidamente controladas.
  • PIM Bidirecional: Eficiente para cenários muitos-para-muitos com baixo estado e sem registro de origem (ex: dados do mercado financeiro), mas sem mudança para o caminho mais curto (shortest-path switch-over); projete de acordo.
• Estratégias de RP:
  • RP estático para domínios pequenos.
  • BSR/Auto-RP para descoberta dinâmica.
  • Anycast-RP com MSDP para compartilhar o registro de origem entre múltiplos RPs usando um único endereço anycast, melhorando a resiliência e a localidade.
• RPF e mudança para SPT (SPT switch-over): Falhas de RPF derivam de assimetria de rota unicast ou prefixos filtrados; verifique com

undefined

e

undefined

. Limiares de SPT governam quando mover da árvore compartilhada para a árvore de origem; defina-os com base no volume de tráfego e na simetria do caminho do core.

• Design de Campus: Use PIM-SM no core roteado, IGMP snooping com queriers na borda de acesso e Anycast-RP em nós de core alinhados. Prefira SSM onde os hosts suportam IGMPv3; caso contrário, implante o mapeamento SSM no roteador de primeiro salto.
• Design de WAN: Sobre MPLS, use mVPN do provedor, se disponível; caso contrário, execute PIM através da VRF da WAN ou encapsule com GRE/DMVPN e habilite PIM dentro dos túneis. Garanta a alcançabilidade do RP entre domínios e confirme a aceitação de multicast pelo provedor ou planeje overlays. Para distribuição baseada na Internet, prefira SSM com GRE/IPsec para evitar dependências de RP em domínios não confiáveis.

Exemplo curto de PIM/RP:

undefined

undefined

undefined

undefined

undefined

Monitoramento Ativo, Failover Automatizado e Solução de Problemas

O IP SLA e o rastreamento (tracking) automatizam ações corretivas e validam SLAs em tempo real.

• IP SLA: ICMP-echo para alcançabilidade, UDP jitter para qualidade de voz/vídeo, conexão HTTP/TCP para disponibilidade de aplicações. Para multicast, operações de UDP jitter podem testar a entrega ao grupo para um (S,G) ou (*,G) específico.
• Rastreamento de objetos e gatilhos (triggers): Rastreie resultados de IP SLA, estados de interface ou rotas. Vincule o rastreamento ao HSRP/VRRP, rotas estáticas ou PBR. Use applets EEM para sequências complexas (registrar log, reconfigurar, notificar).
• Exemplo:

undefined

undefined

undefined

undefined

undefined

• Monitoramento da disponibilidade de serviço: Combine contadores SNMP (descartes, erros), estatísticas de fila de QoS, NetFlow/IPFIX para utilização de classe e syslog para correlação de anomalias. A sincronização de tempo deve ser rigorosa, ou a correlação de múltiplas fontes falhará.
• Modos de falha comuns e trade-offs:
  • DHCP: Option 82 removida por firewalls; sobreposição de escopos divididos (split-scope); servidores DHCP não autorizados (rogue)—habilite o DHCP snooping.
  • DNS: Política assimétrica ou EDNS0 bloqueado; falha de anycast sem retirada (withdrawal) leva a blackholes—monitore a saúde do BGP se estiver usando anycast.
  • NTP: Loops de peering e fontes de tempo falsas (false tickers); desvios de tempo não autenticados causam falhas de certificado—aplique autenticação e limiares de sanidade.
  • NAT: Roteamento assimétrico através de bordas redundantes quebra sessões; exaustão de portas PAT—escale os pools ou use hashing por fluxo com ECMP ciente de dispositivos stateful.
  • QoS: LLQ superprovisionado pode deixar outras classes sem recursos (starvation); DSCP mapeado incorretamente em uma plataforma leva a filas inesperadas—valide os mapas de QoS específicos da plataforma.
  • Multicast: Falhas de RPF por filtros de rota; perda de alcançabilidade do RP impede novas adesões (joins); IGMP snooping sem um querier faz com que as associações expirem—habilite um querier ou a presença de um roteador PIM na VLAN.
  • Sobrecarga do plano de controle: Excesso de polling ou tempestades de traps (trap storms) desestabilizam o roteamento—aplique CoPP e limites de taxa (rate limits) para telemetria.

Cenário de Problema Prático

A Acme BioTech precisa suportar treinamentos em vídeo via multicast site-to-site, VoIP e acesso à Internet na nuvem a partir de dois data centers redundantes conectados via MPLS com um backup de VPN pela Internet. Os usuários relatam congelamentos intermitentes de vídeo durante os treinamentos e degradação ocasional da qualidade das chamadas durante eventos de failover.

Abordagem:

1. Normalizar e proteger o tempo em todo o ambiente.

• Configure o NTPv4 em todos os dispositivos de rede para servidores locais stratum-2 com autenticação. Justificativa: Um tempo consistente garante análises de QoS válidas, correlaciona syslog/NetFlow e previne anomalias de certificado que poderiam quebrar APIs de gerenciamento durante o failover.

2. Estabilizar o DHCP e o DNS para endpoints de infraestrutura e telefones.

• Garanta o ip helper-address nas SVIs de acesso, habilite a inserção da Option 82 no acesso e a confiança (trust) na distribuição, e forneça a Option 150 para o TFTP dos telefones, quando aplicável. Valide se os resolvers DNS são alcançáveis de todas as VLANs. Justificativa: Endereçamento e resolução de nomes estáveis eliminam re-registros espúrios de telefones e falhas de descoberta de AP/controlador que podem se transformar em cascata em problemas de QoS.

3. Implementar QoS com uma fronteira de confiança (trust boundary) clara e modelagem de tráfego (shaping) na WAN.

• Confie nas marcações de telefones IP e endpoints TelePresence; remarque os PCs para o padrão (default). Aplique LLQ para EF em 10% com um policer, AF41 para vídeo interativo em 20% com WRED, e modele o tráfego de saída (egress) para o CIR do MPLS nas bordas da WAN. Justificativa: Preserva a voz e o vídeo interativo sob contenção e evita descartes por policiamento (policing) do provedor ao corresponder à taxa contratada.

4. Otimizar o multicast para o campus e a WAN.

• Implemente PIM-SM no core com Anycast-RP entre os dois data centers usando MSDP, habilite IGMP v3 nas VLANs de acesso e prefira SSM (232/8) para os fluxos de treinamento onde as fontes são conhecidas. Justificativa: O Anycast-RP mantém o início das sessões entre os data centers; o SSM remove a dependência do RP para os fluxos de treinamento primários e simplifica a travessia da WAN.

5. Validar o NAT e a simetria de caminho na borda da Internet.

• Use NAT stateful no par de alta disponibilidade (HA) para PAT de saída, NAT estático determinístico para serviços de entrada e garanta que o HSRP se alinhe com o par stateful ativo. Justificativa: Evita a perda de sessão e a assimetria durante o failover que poderiam impactar a mídia de softphones para serviços em nuvem.

6. Implementar IP SLA com rastreamento de objetos para automatizar o failover do backup de Internet.

• Configure sondas (probes) IP SLA de UDP jitter em direção ao SBC da nuvem e ICMP em direção ao PE do MPLS; rastreie os resultados para ajustar rotas estáticas ou influenciar a preferência local (local preference) do BGP. Justificativa: Mede a qualidade real do serviço, não apenas a alcançabilidade; aciona um failover controlado antes que os usuários percebam a degradação.

7. Instrumentar a telemetria e proteger o plano de controle.

• Transmita contadores de profundidade de fila (queue-depth) e de descarte via telemetria orientada a modelo (model-driven telemetry) para coletores, habilite NetFlow/IPFIX nas bordas da WAN e restrinja o SNMP aos IPs do NMS com SNMPv3. Aplique CoPP com uma classe explícita para o tráfego de gerenciamento. Justificativa: Fornece visibilidade acionável enquanto garante que o plano de controle permaneça estável sob a carga de monitoramento.

8. Testar, observar e ajustar.

• Execute um treinamento multicast agendado com chamadas VoIP sintéticas enquanto captura a saída de show policy-map interface, show ip mroute e os descartes de fila. Ajuste as larguras de banda de LLQ e AF41 com base na utilização medida e no comportamento do provedor. Justificativa: O ajuste empírico alinha as alocações de QoS com os padrões de tráfego reais e as características de policiamento do provedor.

Esta sequência aborda a estabilidade do relógio, serviços fundamentais, enfileiramento e controle de taxa, comportamento correto do plano de controle multicast, simetria de NAT, failover automatizado e observabilidade—resultando, em conjunto, em um desempenho consistente de voz e vídeo através dos caminhos MPLS e Internet.

← Roteamento Unicast e Controle de Rota · Todos os domínios · Infraestrutura Wireless e Mobilidade →

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