Cisco 300-410: Roteamento e Distribuição Multicast — Guia de estudos

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

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

Visão Geral

O roteamento multicast entrega um único fluxo de dados de uma ou mais origens para múltiplos receptores com replicação eficiente em pontos de ramificação na rede. A operação correta depende do endereçamento de grupo e da sinalização de participação de receptores (IGMP), de um protocolo de roteamento multicast para construir árvores de distribuição (PIM) e de um controle cuidadoso de fronteiras, RPs e políticas. Os projetos devem equilibrar convergência, escala de estado, resiliência e simplicidade, evitando modos de falha comuns como violações de Reverse Path Forwarding (RPF), blackholes de RP ou flooding em L2 causado por problemas de snooping.

Endereçamento, IGMP e Interação em Camada 2

• Endereçamento e escopo:

  • 224.0.0.0/4 é o intervalo multicast IPv4.
  • 224.0.0.x é link-local (nunca roteado) para protocolos de controle.
  • 239.0.0.0/8 é de escopo administrativo; comumente restringido nas fronteiras do domínio.
  • O mapeamento MAC usa 01:00:5e:0/25 mais os 23 bits inferiores do grupo; o aliasing pode fazer com que múltiplos grupos compartilhem um mesmo MAC, então a filtragem em L2 depende do IGMP snooping, e não apenas dos endereços MAC.

• Participação de receptores (IGMP):

  • IGMPv1: joins básicos, sem saída explícita (leave); lento para podar (prune).
  • IGMPv2: adiciona queries de Saída (Leave) e Específicas de Grupo/Último Membro (Group-Specific/Last-Member); eleição de querier (menor IP).
  • IGMPv3: filtragem de origem para listas de Inclusão/Exclusão (Include/Exclude); necessário para Source-Specific Multicast (SSM).
  • Comportamento do Querier: Em uma VLAN, exatamente um querier deve enviar queries periódicas para manter o estado de participação. Se uma interface L3 de roteador estiver ausente, habilite um querier de IGMP snooping no switch para evitar o envelhecimento do grupo e o flooding.

• IGMP snooping (L2):

  • Switches inspecionam o IGMP para restringir o multicast às portas dos receptores e identificar as portas de roteador (mrouter). A detecção usa PIM Hellos, queries IGMP ou configuração estática de portas mrouter.
  • Modos de falha:
    • Nenhum querier presente: as tabelas de snooping envelhecem, e o tráfego sofre flooding ou é descartado.
    • Snooping sem porta mrouter: os receptores entram no grupo, mas os dados são bloqueados em L2; configure o PIM na SVI ou defina estaticamente uma porta mrouter.
    • IGMPv3 e SSM: garanta que o snooping suporte v3 e SSM; um desalinhamento pode levar a flooding ou descartes inesperados.

Exemplos curtos e úteis:

• Habilitar PIM e IGMP v3 em interfaces de roteador:

undefined

• Querier L2 no switch quando não há um gateway L3:

undefined

Modos PIM, Árvores e Comportamento do RPF

• PIM Dense Mode (PIM-DM):

  • Flood-and-prune (inundar e podar): inicialmente inunda o tráfego; os dispositivos downstream podam (prune) se não houver receptores; atualização periódica de estado.
  • Prós: simples, sem RP.
  • Contras: verboso, não escalável em todo o domínio; adequado apenas para segmentos pequenos e densos em receptores.

• PIM Sparse Mode (PIM-SM):

  • Usa um Rendezvous Point (RP) para uma árvore compartilhada (*,G). As origens se registram no RP; os receptores enviam joins em direção ao RP.
  • Mensagens de registro (Register): O First-Hop Router (FHR) encapsula os dados para o RP (Register). O RP pode responder com um Register-Stop assim que o encaminhamento nativo estiver estabelecido.
  • Troca para a Shortest-Path Tree (SPT): Os DRs dos receptores podem se juntar diretamente à origem (S,G) para otimizar o caminho. O controle é feito via

undefined

. Infinity força o tráfego a permanecer na árvore compartilhada.

• Sparse-Dense Mode:

  • Modo por grupo: atua como sparse-mode se existir um mapeamento de RP; caso contrário, atua como dense-mode. Historicamente usado para inicializar o Auto-RP antes que os RPs sejam conhecidos. Projetos modernos preferem o modo sparse puro com BSR ou RPs estáticos.

• Source-Specific Multicast (SSM):

  • Elimina o RP e a árvore compartilhada; os receptores sinalizam (S,G) diretamente usando IGMPv3 Include. Recomendado para streaming um-para-muitos em larga escala.
  • Definir o intervalo SSM (comumente 232.0.0.0/8):

undefined

• Para hosts legados com IGMPv2, o mapeamento SSM pode traduzir (G) para (S,G) por meio de listas de acesso.

• Verificações de RPF:

  • Cada estado (S,G) ou (*,G) valida a interface upstream em relação à MRIB (geralmente a RIB/CEF unicast). Uma divergência causa o descarte do tráfego (falha de RPF na entrada - Incoming RPF Fail).
  • Causas comuns:
    • Roteamento unicast assimétrico, escolha de ECMP que não corresponde ao vizinho PIM.
    • Falta de rota para a origem/RP, ou rota recursiva para Null0.
    • Erros de vazamento de VRF (VRF leakage) ou consulta de VRF incorreta.
  • Ferramentas:

undefined

• Mitigações: Corrigir o roteamento unicast, preferir o vizinho com

undefined

em LANs, mroutes estáticas para planos de controle, ou

undefined

onde necessário.

Detalhes operacionais:

• Eleição de DR por rede de múltiplos acessos (maior prioridade de DR do PIM, depois o maior IP).
• PIM Assert em redes de múltiplos acessos para selecionar um único encaminhador para um (S,G) em uma LAN (menor métrica para a origem; critério de desempate é o maior IP). Métricas incorretas podem causar supressão de duplicatas ou blackholes.

Rendezvous Points: Estático, Auto-RP, BSR, Anycast RP com MSDP

• Função do RP:

  • Raiz do plano de controle para a descoberta de grupos e formação da árvore compartilhada no PIM-SM.
  • Deve ser alcançável e ter RPF correto tanto para as fontes (via registro do FHR) quanto para os receptores (via joins).

• Opções de RP:

  • RP Estático:

undefined

. Determinístico, simples, mas é um ponto único de falha, a menos que combinado com Anycast RP.

• Auto-RP: Candidate-RPs anunciam para 224.0.1.39; o agente de mapeamento de RP (RP-mapping agent) anuncia para 224.0.1.40. Requer modo sparse-dense ou um bootstrap separado durante a inicialização. Suscetível a filtragem entre domínios; garanta permissões na borda ou use filter-autorp.

• Bootstrap Router (BSR): Mecanismo integrado do PIMv2; Candidate-RPs e um BSR criam o conjunto de RPs (RP-set) e os mapeamentos. Mais robusto que o Auto-RP; recomendado para novas implantações.

• Anycast RP com MSDP:

  • Múltiplos RPs compartilham o mesmo IP de loopback; o IGP anuncia o RP mais próximo. O peering MSDP entre os RPs troca mensagens de Fonte Ativa (SA - Source-Active) para que todos os RPs aprendam sobre as fontes ativas.
  • Práticas de design:
    • Use grupos de malha MSDP (mesh-groups) para reduzir o flooding de mensagens SA.
    • Mantenha o loopback do Anycast RP no IGP com política consistente e RPF correto.
    • Proteja o RP com ip pim accept-register list <acl> para restringir quais fontes podem se registrar.
  • Modos de falha:
    • MSDP inativo: fontes remotas não são aprendidas em todos os RPs; receptores próximos ao RP isolado sofrem blackhole até o failover.
    • IGP assimétrico para o loopback do Anycast: receptores se juntam a um RP diferente daquele em que o FHR se registra, causando atraso até a propagação da mensagem SA.

• SSM versus RP:

  • O SSM evita completamente a complexidade do RP, reduzindo o estado do plano de controle e os domínios de falha. Prefira o SSM para novas aplicações capazes de sinalizar a fonte.

Considerações sobre Políticas, Limites, VRFs, Túneis e WAN

• Controles de limite e política de grupo:

  • Restrinja o escopo administrativo e grupos indesejados com limites multicast de interface:
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • Filtre mensagens Auto-RP onde necessário: ip multicast boundary 20 filter-autorp
  • Limite quais fontes podem se registrar em um RP:
    • ip pim accept-register list RP-SOURCES
  • Imponha uma política somente SSM para 232/8 para evitar a dependência do RP.

• Multicast entre VRFs:

  • Habilite o multicast por VRF: ip multicast-routing vrf e configure o PIM nas interfaces da VRF.
  • Cada VRF tem suas próprias adjacências PIM, buscas RPF e, possivelmente, RPs/faixas SSM distintos.
  • O multicast inter-VRF requer um mecanismo de transporte (por exemplo, mVPN em MPLS, GRE dedicado entre VRFs ou um firewall de fusion routing). O simples vazamento (leaking) é insuficiente para a replicação do plano de dados.

• Túneis e transporte WAN:

  • O IPsec nativo não pode transportar multicast; use GRE sobre IPsec (ou DMVPN mGRE) para transportar PIM e dados multicast.
  • Configure o PIM nas interfaces de túnel para a formação da árvore sobre o overlay. Exemplo:
    • interface Tunnel10 ip address 10.0.10.1 255.255.255.0 tunnel source Gig0/0 tunnel destination 198.51.100.1 ip pim sparse-mode
  • Em DMVPN, habilite o PIM nos túneis mGRE. Considere ip nhrp shortcuts para otimização do caminho unicast; o multicast segue as árvores PIM independentemente do NHRP, mas se beneficia dos túneis spoke-to-spoke.
  • Sobre MPLS de provedor, use mVPN para replicação escalável; ou, se o provedor não tiver suporte a multicast, use GRE sobre a WAN entre os sites do cliente.

• Trade-offs de WAN e NBMA:

  • O modo denso (dense-mode) sobre NBMA causa replicação desnecessária; use o modo esparso (sparse-mode) ou SSM.
  • Controle a transição para SPT (switchover) em links de baixa largura de banda com spt-threshold para minimizar o uso de árvores compartilhadas, que são subótimas, mas amigáveis ao consumo de banda.
  • Verifique o MTU ao longo dos túneis para evitar descartes de encapsulamento de registros PIM.

• Fluxo de trabalho de verificação e troubleshooting:

  • Borda do receptor: show ip igmp groups, show ip igmp interface; confirme o querier e a versão. Se necessário, ip igmp join-group em uma interface de teste.
  • Adjacência PIM: show ip pim neighbor; modos incompatíveis ou filtros de ACL podem bloquear os Hellos.
  • Estado do RP: show ip pim rp mapping; valide a seleção de grupo para RP; verifique o MSDP com show ip msdp sa-cache.
  • Árvores e encaminhamento: show ip mroute [G | S G] para a interface de entrada (RPF) e interfaces de saída (OIL). Procure por flags (S, J, T, R) que indicam o estado SPT/compartilhado/registro.
  • RPF: show ip rpf ; corrija o roteamento unicast ou as mroutes estáticas.
  • Plano de dados: mtrace ou testes em nível de aplicação; capture relatórios IGMP, PIM Joins/Prunes e Registers.
  • Correções comuns: restaurar um querier na L2, corrigir a alcançabilidade do RP, alinhar a faixa SSM e o suporte a IGMPv3, e ajustar o spt-threshold para a utilização do link.

Cenário de Problema Prático

A Contoso Media opera três campi conectados por uma WAN IPsec que não suporta multicast nativamente. Eles precisam entregar uma transmissão de vídeo ao vivo de 6 Mbps de um codificador no data center (10.10.10.50) para receptores na VLAN 120 em todos os campi, ao mesmo tempo em que evitam o vazamento de multicast para outras VLANs e garantem a resiliência para o RP.

Abordagem:

1. Transportar o multicast sobre GRE em cima de IPsec entre o hub do data center e cada campus.

   • Justificativa: O IPsec sozinho não consegue encapsular multicast; o GRE preserva os pacotes de controle multicast e PIM. O modelo hub-and-spoke simplifica a implantação inicial e a formação de adjacência PIM.

2. Executar PIM sparse-mode em todas as interfaces de LAN e de túnel GRE; habilitar IGMPv3 nas VLANs dos receptores.

   • Justificativa: O sparse-mode é escalável para grupos com poucos receptores. O IGMPv3 permite a migração futura para SSM e garante o comportamento correto de filtragem de fontes a partir dos hosts.

3. Implantar Anycast RP usando a loopback 172.16.255.254 em dois roteadores de núcleo no hub; estabelecer MSDP entre eles.

   • Justificativa: O Anycast RP fornece uma seleção determinística do RP mais próximo e redundância de RP. O MSDP sincroniza o conhecimento de fontes ativas para que qualquer um dos RPs possa atender aos receptores se o outro falhar.

4. Restringir a implantação a grupos de escopo administrativo e permitir apenas o codificador como uma fonte de registro válida.

   • Justificativa: A política reduz a superfície de ataque e inundações acidentais. Use 239.1.1.10 para a transmissão; aplique ip pim accept-register para restringir a 10.10.10.50.

5. Impedir que o multicast saia das VLANs dos receptores ou cruze os limites do campus não intencionalmente, aplicando limites multicast.

   • Justificativa: ACLs de ip multicast boundary em SVIs barram grupos indesejados e o tráfego de controle Auto-RP/BSR onde não são necessários, impondo o escopo e reduzindo o chatter.

6. Controlar a transição para SPT para conservar a largura de banda da WAN, mantendo o tráfego na árvore compartilhada através dos túneis GRE.

   • Justificativa: Defina spt-threshold infinity nos DRs do campus para que os joins permaneçam direcionados ao RP através do hub; as LANs intra-campus ainda podem mudar para SPT se desejado, equilibrando a eficiência com a conservação da WAN.

7. Validar a participação na L2 com um querier de IGMP snooping nos switches de acesso onde nenhuma SVI de L3 atua como querier.

   • Justificativa: Garante o estado contínuo do grupo na L2, prevenindo inundações indesejadas ou a perda de multicast quando as tabelas de snooping expiram.

8. Implementar monitoramento e um runbook de break/fix usando comandos essenciais.

   • Justificativa: Use show ip pim neighbor para adjacência, show ip pim rp mapping para verificar o Anycast RP, show ip msdp sa-cache para confirmar o anúncio da fonte, show ip mroute 239.1.1.10 para o estado da árvore e show ip rpf 10.10.10.50 para verificar os caminhos de upstream. Isso acelera o isolamento de falhas para falhas de RPF, problemas de alcançabilidade do RP ou configurações incorretas de snooping.

Destaques de configuração resumida:

• Definir faixa SSM para crescimento futuro:
  • ip pim ssm range 232.0.0.0/8
• Anycast RP e MSDP em cada roteador de núcleo:
  • interface loopback0 ip address 172.16.255.254 255.255.255.255
  • ip pim rp-address 172.16.255.254 239.0.0.0 0.255.255.255
  • ip msdp peer 172.16.255.254 connect-source loopback0 mesh-group RPs
  • ip pim accept-register list ENCODER-SRC
  • ip access-list standard ENCODER-SRC permit 10.10.10.50
• DRs do campus para manter a árvore compartilhada sobre a WAN:
  • ip pim spt-threshold infinity

Este design entrega de forma confiável a transmissão de vídeo através de uma WAN não-multicast, confina o multicast aos domínios pretendidos e permanece resiliente a falhas de RP, ao mesmo tempo que fornece um modelo operacional claro para verificação e troubleshooting.

← MPLS · Todos os domínios · Qualidade de Serviço e Proteção do Plano de Controle →

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