Kassinipedia

Multicast - Configuración

Se lee en 5 min

Multicast - Configuración

El multicast entrega un mismo flujo (video, streaming, actualizaciones) a muchos receptores a la vez usando direcciones de grupo (224.0.0.0 – 239.255.255.255), sin duplicar el tráfico por cada destino. Dos protocolos se reparten el trabajo: IGMP entre los hosts y su router local (quién quiere recibir qué grupo), y PIM entre routers (construir los árboles de distribución). La validación está en Multicast - Verificación y el diagnóstico en Multicast - Troubleshooting. Se apoya en el enrutamiento unicast (para el chequeo RPF) — ver Interfaces y config básica L3 - Configuración.

Prerrequisitos

  • Enrutamiento unicast funcionando (PIM usa la tabla unicast para el chequeo RPF).
  • Decidir el modo PIM (Sparse Mode es lo habitual) y, si es Sparse, definir un RP (Rendezvous Point).
  • Una fuente que emita al grupo y receptores que se unan.

Conceptos previos (mínimos)

  • Rango multicast: 224.0.0.0 a 239.255.255.255 (clase D). El bloque 224.0.0.0/24 es link-local reservado (protocolos), y 239.0.0.0/8 es de uso privado (administrativamente delimitado).
  • IGMP (host ↔ router): los hosts anuncian a qué grupos quieren unirse. Versiones v1, v2 (la común) y v3 (permite elegir la fuente, SSM).
  • PIM (router ↔ router): construye el árbol.
    • Dense Mode (PIM-DM): inunda y poda (flood-and-prune). Simple pero poco eficiente.
    • Sparse Mode (PIM-SM): los routers se unen explícitamente hacia un RP; es lo recomendado.
  • RP (Rendezvous Point): punto de encuentro en PIM-SM donde se registran las fuentes y los receptores se unen. Se define estático (ip pim rp-address), o dinámico (Auto-RP / BSR).
  • RPF (Reverse Path Forwarding): el router acepta el multicast solo si llega por la interfaz que usaría para llegar a la fuente por unicast. Si no, lo descarta (evita bucles).
  • Notación: (*, G) = árbol compartido hacia el grupo G vía RP; (S, G) = árbol de fuente específica.

Pasos de configuración:

  1. Habilitar el enrutamiento multicast global.
  2. Activar PIM en las interfaces que participan.
  3. Definir el RP (si es Sparse Mode).
  4. Ajustar IGMP en las interfaces de los receptores (opcional).

Comandos de configuración

Habilitar multicast y PIM:

! Global
R1(config)# ip multicast-routing

! PIM en cada interfaz que participa
R1(config)# interface gigabitEthernet 0/0
R1(config-if)# ip pim sparse-mode
  • ip multicast-routing: habilita el reenvío multicast en el dispositivo (imprescindible).
  • ip pim sparse-mode: activa PIM-SM en la interfaz. Variantes: ip pim dense-mode, ip pim sparse-dense-mode.

Definir el RP (Sparse Mode):

! RP estático (en TODOS los routers del dominio)
R1(config)# ip pim rp-address 10.0.0.1

! (Alternativa) Auto-RP: el router candidato a RP se anuncia
R1(config)# ip pim send-rp-announce loopback 0 scope 10
R1(config)# ip pim send-rp-discovery loopback 0 scope 10
  • ip pim rp-address <ip>: apunta a la IP del RP (debe ser igual en todos los routers).
  • Auto-RP y BSR son métodos dinámicos para distribuir quién es el RP.

IGMP en la interfaz de los receptores:

R1(config)# interface gigabitEthernet 0/1
R1(config-if)# ip igmp version 2
R1(config-if)# ip igmp join-group 239.1.1.1
R1(config-if)# ip igmp static-group 239.1.1.1
  • ip igmp version <1|2|3>: fija la versión IGMP (todos en el segmento deben coincidir).
  • ip igmp join-group <grupo>: el router mismo se une al grupo (procesa el tráfico; útil para pruebas con ping).
  • ip igmp static-group <grupo>: el router reenvía el grupo sin procesarlo en su CPU (mejor para forzar reenvío estable).

En switches — IGMP snooping (evita inundar el multicast a todos los puertos):

Switch(config)# ip igmp snooping
Switch(config)# ip igmp snooping vlan 10
  • IGMP snooping suele venir activo por defecto; el switch aprende qué puertos quieren cada grupo escuchando los IGMP.

Añadido pro: para SSM (Source-Specific Multicast, el receptor elige la fuente) se usa IGMPv3 y ip pim ssm con el rango 232.0.0.0/8, sin necesidad de RP. ip pim rp-address <ip> <acl> limita para qué grupos aplica ese RP.

Dos ejemplos completos de configuración

Topología: fuente detrás de R1, receptores detrás de R3, RP en R2 (Loopback0 = 10.0.0.2). PIM-SM en todo el dominio.

Ejemplo 1 — Router en el borde (R1, con la fuente)

R1# configure terminal
R1(config)# ip multicast-routing

! PIM en la interfaz hacia la fuente y hacia el core
R1(config)# interface gigabitEthernet 0/1
R1(config-if)# ip pim sparse-mode
R1(config-if)# exit
R1(config)# interface gigabitEthernet 0/0
R1(config-if)# ip pim sparse-mode
R1(config-if)# exit

! RP común del dominio
R1(config)# ip pim rp-address 10.0.0.2
R1(config)# end
R1# copy running-config startup-config

Ejemplo 2 — Router con receptores (R3) + snooping en su switch

R3# configure terminal
R3(config)# ip multicast-routing

! PIM hacia el core y hacia la LAN de receptores
R3(config)# interface gigabitEthernet 0/0
R3(config-if)# ip pim sparse-mode
R3(config-if)# exit
R3(config)# interface gigabitEthernet 0/1
R3(config-if)# ip pim sparse-mode
R3(config-if)# ip igmp version 2
R3(config-if)# exit

R3(config)# ip pim rp-address 10.0.0.2
R3(config)# end
R3# write memory

En el switch de acceso de R3, IGMP snooping (por defecto activo) asegura que el grupo solo se envíe a los puertos que lo pidieron.

Verificación rápida (comprobar que quedó bien)

La validación detallada está en Multicast - Verificación.

! Vecinos PIM y tabla multicast
R1# show ip pim neighbor
R1# show ip mroute

! Grupos IGMP aprendidos y el RP
R1# show ip igmp groups
R1# show ip pim rp mapping

Qué deberías ver:

  • Vecinos PIM formados en las interfaces con ip pim sparse-mode.
  • Entradas (*, G) y (S, G) en show ip mroute cuando hay fuente y receptores.
  • El RP correcto y consistente en todos los routers (show ip pim rp mapping).

Nota de origen: este tema se construyó desde el estándar de Cisco (PIM-SM + IGMP + RP). En tus carpetas no había una diapositiva de comandos de multicast. Si me envías una, la integro.

Vista Gráfica