Cisco 300-410: Enrutamiento y Distribución Multicast — Guía de estudio

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

Forma parte de la Cisco CCNP Enterprise 300-410 ENARSI — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Cisco, o realiza tests cronometrados en ExamRoll.io.

Información general

El enrutamiento multicast entrega un único flujo de datos desde una o más fuentes a múltiples receptores con una replicación eficiente en los puntos de ramificación de la red. La operación correcta depende del direccionamiento de grupo y la señalización de membresía de receptores (IGMP), un protocolo de enrutamiento multicast para construir árboles de distribución (PIM), y un control cuidadoso de las fronteras, los RPs y las políticas. Los diseños deben equilibrar la convergencia, la escala de estado, la resiliencia y la simplicidad, al tiempo que se evitan modos de fallo comunes como las violaciones de Reverse Path Forwarding (RPF), los agujeros negros de RP o la inundación en L2 causada por problemas de snooping.

Direccionamiento, IGMP e interacción en Capa 2

• Direccionamiento y ámbito:

  • 224.0.0.0/4 es el rango multicast de IPv4.
  • 224.0.0.x es link-local (nunca se enruta) para protocolos de control.
  • 239.0.0.0/8 es de ámbito administrativo; comúnmente restringido en las fronteras del dominio.
  • El mapeo de MAC utiliza 01:00:5e:0/25 más los 23 bits bajos del grupo; el aliasing puede hacer que múltiples grupos compartan una MAC, por lo que el filtrado en L2 depende de IGMP snooping, no solo de las direcciones MAC.

• Membresía de receptores IGMP:

  • IGMPv1: joins básicos, sin salida explícita; lento para podar.
  • IGMPv2: añade consultas Leave y Group-Specific/Last-Member; elección del querier (IP más baja).
  • IGMPv3: filtrado por origen para listas Include/Exclude; requerido para Source-Specific Multicast (SSM).
  • Comportamiento del querier: En una VLAN, exactamente un querier debe enviar consultas periódicas para mantener el estado de membresía. Si una interfaz L3 de router está ausente, habilite un querier de IGMP snooping en el switch para prevenir el envejecimiento del grupo y la inundación de tráfico.

• IGMP snooping (L2):

  • Los switches inspeccionan IGMP para restringir el multicast a los puertos de los receptores e identificar los puertos de router (mrouter). La detección utiliza PIM Hellos, consultas IGMP o la configuración estática de los puertos mrouter.
  • Modos de fallo:
    • Sin querier presente: las tablas de snooping envejecen, el tráfico se inunda o se descarta.
    • Snooping sin puerto mrouter: los receptores se unen pero los datos se bloquean en L2; configure PIM en la SVI o defina estáticamente un puerto mrouter.
    • IGMPv3 y SSM: asegúrese de que el snooping sea compatible con v3 y SSM; una desalineación puede provocar inundaciones o descartes inesperados.

Ejemplos cortos y útiles:

• Habilitar PIM e IGMP v3 en interfaces de router:

undefined

• Querier L2 en el switch cuando no existe un gateway L3:

undefined

Modos de PIM, árboles y comportamiento de RPF

• PIM Dense Mode (PIM-DM):

  • Flood-and-prune (inundar y podar): inicialmente inunda el tráfico; los flujos descendentes lo podan si no hay receptores; actualización periódica del estado.
  • Pros: simple, sin RP.
  • Contras: verboso, no escalable en todo el dominio; adecuado solo para segmentos pequeños y densos en receptores.

• PIM Sparse Mode (PIM-SM):

  • Utiliza un Rendezvous Point (RP) para un árbol compartido (*,G). Las fuentes se registran en el RP; los receptores envían joins hacia el RP.
  • Mensajes Register: El First-Hop Router (FHR) encapsula los datos hacia el RP (Register). El RP puede responder con un Register-Stop una vez que el reenvío nativo está establecido.
  • Cambio al árbol de ruta más corta (SPT): Los DR de los receptores pueden unirse directamente a la fuente (S,G) para optimizar la ruta. Se controla mediante

undefined

. Infinity fuerza al tráfico a permanecer en el árbol compartido.

• Modo Sparse-Dense:

  • Modo por grupo: actúa como modo sparse si existe un mapeo de RP; de lo contrario, actúa como modo dense. Históricamente se usaba para arrancar Auto-RP antes de que se conocieran los RPs. Los diseños modernos prefieren el modo sparse puro con BSR o RPs estáticos.

• Source-Specific Multicast (SSM):

  • Elimina el RP y el árbol compartido; los receptores señalizan (S,G) directamente usando IGMPv3 Include. Recomendado para streaming de uno a muchos a escala.
  • Definir el rango SSM (comúnmente 232.0.0.0/8):

undefined

• Para hosts IGMPv2 heredados, el mapeo SSM puede traducir (G) a (S,G) mediante listas de acceso.

• Verificaciones RPF:

  • Cada estado (S,G) o (*,G) valida la interfaz upstream contra la MRIB (generalmente la RIB/CEF unicast). Una discrepancia descarta el tráfico (Fallo de RPF entrante).
  • Causas comunes:
    • Enrutamiento unicast asimétrico, elección de ECMP que no coincide con el vecino PIM.
    • Falta de ruta hacia la fuente/RP, o ruta recursiva a Null0.
    • Errores de fuga de VRF o búsqueda en la VRF incorrecta.
  • Herramientas:

undefined

• Mitigaciones: Corregir el enrutamiento unicast, preferir un vecino con

undefined

en redes LAN, mroutes estáticas para planos de control, o

undefined

donde sea necesario.

Matices operativos:

• Elección del DR por cada red de acceso múltiple (mayor prioridad de DR de PIM, luego la IP más alta).
• PIM Assert en redes de acceso múltiple para seleccionar un único reenviador para un (S,G) hacia una LAN (métrica más baja hacia la fuente; criterio de desempate es la IP más alta). Métricas incorrectas pueden causar supresión de duplicados o agujeros negros.

Puntos de encuentro (RP): estático, Auto-RP, BSR, Anycast RP con MSDP

• Rol del RP:

  • Raíz del plano de control para el descubrimiento de grupos y la formación del árbol compartido en PIM-SM.
  • Debe ser alcanzable y tener una RPF correcta tanto para las fuentes (a través del registro del FHR) como para los receptores (a través de los joins).

• Opciones de RP:

  • RP estático: ip pim rp-address <rp-ip> [acl]. Determinista, simple, pero es un punto único de fallo a menos que se combine con Anycast RP.
  • Auto-RP: Los Candidate-RP anuncian al 224.0.1.39; el agente de mapeo de RP (RP-mapping agent) anuncia al 224.0.1.40. Requiere modo sparse-dense o un arranque (bootstrap) separado durante la inicialización. Susceptible a ser filtrado entre dominios; asegure los permisos en los bordes de red o use filter-autorp.
  • Bootstrap Router (BSR): Mecanismo integrado en PIMv2; los Candidate-RP y un BSR crean el conjunto de RP (RP-set) y los mapeos. Más robusto que Auto-RP; recomendado para nuevas implementaciones.

• Anycast RP con MSDP:

  • Múltiples RP comparten la misma IP de loopback; el IGP anuncia el RP más cercano. El peering de MSDP entre los RP intercambia mensajes de fuente activa (Source-Active, SA) para que todos los RP conozcan las fuentes activas.
  • Prácticas de diseño:
    • Use grupos de malla (mesh-groups) de MSDP para reducir la inundación de mensajes SA.
    • Mantenga la loopback del Anycast RP en el IGP con una política consistente y corrección de RPF.
    • Proteja el RP con ip pim accept-register list <acl> para restringir qué fuentes pueden registrarse.
  • Modos de fallo:
    • Caída de MSDP: las fuentes remotas no se aprenden en todos los RP; los receptores cercanos al RP aislado sufren un agujero negro (blackhole) hasta la conmutación por error (failover).
    • IGP asimétrico hacia la loopback de Anycast: los receptores se unen a un RP diferente de aquel en el que se registra el FHR, causando un retraso hasta la propagación de los mensajes SA.

• SSM frente a RP:

  • SSM evita por completo la complejidad de los RP, reduciendo el estado del plano de control y los dominios de fallo. Prefiera SSM para nuevas aplicaciones capaces de señalizar la fuente.

Política, Fronteras, VRFs, Túneles y Consideraciones de WAN

• Controles de frontera y política de grupo:

  • Restringir el alcance administrativo y los grupos no deseados con fronteras de multicast en la interfaz:
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • Filtrar mensajes de Auto-RP donde sea necesario: ip multicast boundary 20 filter-autorp
  • Limitar qué fuentes pueden registrarse en un RP:
    • ip pim accept-register list RP-SOURCES
  • Forzar una política de solo SSM para 232/8 para evitar la dependencia del RP.

• Multicast entre VRFs:

  • Habilitar multicast por VRF: ip multicast-routing vrf y configurar PIM en las interfaces de la VRF.
  • Cada VRF tiene sus propias adyacencias PIM, búsquedas RPF y, posiblemente, RPs/rangos SSM distintos.
  • El multicast entre VRFs requiere un mecanismo de transporte (p. ej., mVPN sobre MPLS, GRE dedicado entre VRFs o un firewall de enrutamiento de fusión). La simple filtración (leaking) es insuficiente para la replicación del plano de datos.

• Túneles y transporte WAN:

  • IPsec nativo no puede transportar multicast; use GRE sobre IPsec (o DMVPN mGRE) para transportar PIM y datos multicast.
  • Configure PIM en las interfaces de túnel para la formación del árbol sobre la red superpuesta (overlay). Ejemplo:
    • 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
  • En DMVPN, habilite PIM en los túneles mGRE. Considere ip nhrp shortcuts para la optimización de la ruta unicast; el multicast sigue los árboles PIM independientemente de NHRP, pero se beneficia de los túneles de spoke a spoke.
  • Sobre MPLS del proveedor, use mVPN para una replicación escalable; o si el proveedor carece de multicast, use GRE sobre la WAN entre los sitios del cliente.

• Compensaciones en WAN y NBMA:

  • El modo denso (dense-mode) sobre NBMA causa replicación innecesaria; use modo disperso (sparse-mode) o SSM.
  • Controle el cambio a SPT en enlaces de bajo ancho de banda con spt-threshold para minimizar el uso de árboles compartidos subóptimos pero que ahorran ancho de banda.
  • Verifique el MTU a lo largo de los túneles para evitar caídas en la encapsulación de registros PIM.

• Flujo de trabajo de verificación y solución de problemas:

  • Extremo del receptor: show ip igmp groups, show ip igmp interface; confirme el querier y la versión. Si es necesario, ip igmp join-group en una interfaz de prueba.
  • Adyacencia PIM: show ip pim neighbor; modos no coincidentes o filtros ACL pueden bloquear los Hellos.
  • Estado del RP: show ip pim rp mapping; valide la selección de grupo a RP; verifique MSDP con show ip msdp sa-cache.
  • Árboles y reenvío: show ip mroute [G | S G] para la interfaz de entrada (RPF) y las interfaces de salida (OIL). Busque los indicadores (flags) (S, J, T, R) que indican el estado SPT/compartido/registro.
  • RPF: show ip rpf ; corrija el enrutamiento unicast o las mroutes estáticas.
  • Ruta de datos (Data-path): mtrace o pruebas a nivel de aplicación; capture para informes IGMP, Joins/Prunes de PIM, Registers.
  • Soluciones comunes: restaurar un querier en L2, corregir la alcanzabilidad del RP, alinear el rango SSM y el soporte de IGMPv3, y ajustar el spt-threshold para la utilización del enlace.

Escenario de Problema Práctico

Contoso Media opera tres campus conectados por una WAN IPsec que no soporta multicast de forma nativa. Deben entregar una transmisión de video en vivo de 6 Mbps desde un codificador en el centro de datos (10.10.10.50) a receptores en la VLAN 120 en todos los campus, mientras evitan la fuga de multicast a otras VLANs y aseguran la resiliencia para el RP.

Enfoque:

1. Transportar multicast sobre GRE encima de IPsec entre el hub del centro de datos y cada campus.

   • Justificación: IPsec por sí solo no puede encapsular multicast; GRE preserva los paquetes de control de multicast y PIM. El modelo hub-and-spoke simplifica el despliegue inicial y la formación de adyacencias PIM.

2. Ejecutar PIM sparse-mode en todas las interfaces LAN y de túnel GRE; habilitar IGMPv3 en las VLANs de los receptores.

   • Justificación: El modo disperso (sparse-mode) escala bien para grupos con pocos receptores (receiver-sparse). IGMPv3 permite una futura migración a SSM y asegura un comportamiento correcto de filtrado de fuentes desde los hosts.

3. Desplegar Anycast RP usando la loopback 172.16.255.254 en dos routers de núcleo en el hub; establecer MSDP entre ellos.

   • Justificación: Anycast RP proporciona una selección determinista del RP más cercano y redundancia de RP. MSDP sincroniza el conocimiento de las fuentes activas para que cualquiera de los RP pueda servir a los receptores si el otro falla.

4. Restringir el despliegue a grupos de ámbito administrativo y permitir solo al codificador como una fuente de registro válida.

   • Justificación: La política reduce la superficie de ataque y las inundaciones accidentales. Usar 239.1.1.10 para la transmisión; aplicar ip pim accept-register para restringir a 10.10.10.50.

5. Evitar que el multicast salga de las VLANs de los receptores o cruce las fronteras del campus involuntariamente aplicando fronteras de multicast.

   • Justificación: Las ACLs de ip multicast boundary en las SVIs detienen grupos no deseados y el tráfico de control de Auto-RP/BSR donde no se necesita, forzando el ámbito (scoping) y reduciendo el tráfico de control (chatter).

6. Controlar el cambio a SPT para conservar el ancho de banda de la WAN manteniendo el tráfico en el árbol compartido a través de los túneles GRE.

   • Justificación: Establecer spt-threshold infinity en los DRs del campus para que los joins permanezcan hacia el RP a través del hub; las LANs dentro del campus aún pueden cambiar a SPT si se desea, equilibrando la eficiencia con la conservación del ancho de banda de la WAN.

7. Validar la membresía en L2 con un querier de IGMP snooping en los switches de acceso donde ninguna SVI de L3 actúe como querier.

   • Justificación: Asegura un estado de grupo continuo en L2, evitando inundaciones no deseadas o la pérdida de multicast cuando las tablas de snooping expiran.

8. Implementar monitoreo y un manual de procedimientos (runbook) para resolución de problemas usando comandos clave.

   • Justificación: Usar show ip pim neighbor para la adyacencia, show ip pim rp mapping para verificar Anycast RP, show ip msdp sa-cache para confirmar el anuncio de la fuente, show ip mroute 239.1.1.10 para el estado del árbol, y show ip rpf 10.10.10.50 para verificar las rutas upstream. Esto acelera el aislamiento de fallos para fallas de RPF, problemas de alcanzabilidad del RP o configuraciones incorrectas de snooping.

Puntos destacados de la configuración:

• Definir el rango SSM para crecimiento futuro:
  • ip pim ssm range 232.0.0.0/8
• Anycast RP y MSDP en cada 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 del campus para mantener el árbol compartido sobre la WAN:
  • ip pim spt-threshold infinity

Este diseño entrega de manera fiable la transmisión de video a través de una WAN no multicast, confina el multicast a los dominios previstos y permanece resiliente a fallos del RP, al tiempo que proporciona un modelo operativo claro para la verificación y la solución de problemas.

← MPLS · Todos los dominios · Calidad de Servicio y Protección del Plano de Control →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →