Kassinipedia

Multicast - Troubleshooting

Se lee en 4 min

Multicast - Troubleshooting

Método general (de lo mínimo a lo complejo)

  1. ¿Está ip multicast-routing habilitado globalmente?
  2. ¿PIM está en las interfaces del camino (fuente → RP → receptores)?
  3. ¿Se forman los vecinos PIM? show ip pim neighbor.
  4. ¿El RP es correcto y alcanzable en todos los routers? show ip pim rp mapping.
  5. ¿Pasa el chequeo RPF? (la causa nº1 de que no fluya el multicast).
  6. ¿Los receptores se unen por IGMP? show ip igmp groups.

Comando base:

Router# show ip mroute
Router# show ip pim neighbor

Caso 1 — No hay estado multicast (mroute vacío)

Síntoma: show ip mroute no muestra entradas del grupo.

Causas:

  • Falta ip multicast-routing global.
  • Falta ip pim sparse-mode en las interfaces.

Solución:

Router(config)# ip multicast-routing
Router(config)# interface gigabitEthernet 0/0
Router(config-if)# ip pim sparse-mode

Caso 2 — Fallo de RPF (RPF failed / RPF neighbor 0.0.0.0)

Síntoma: show ip mroute muestra la entrada pero el tráfico no fluye; el multicast entra por una interfaz que no es la del camino unicast hacia la fuente.

Causa: el multicast llega por una interfaz distinta a la que el router usaría para llegar a la fuente (o al RP) por unicast; el chequeo RPF lo descarta.

Diagnóstico:

Router# show ip rpf 10.1.1.10        ! ¿por dónde espera el tráfico de esa fuente?
Router# show ip route 10.1.1.10

Solución: corregir el enrutamiento unicast para que el camino a la fuente coincida con la interfaz de entrada del multicast, o (caso avanzado) usar una ip mroute estática de multicast para el RPF.

Router(config)# ip mroute 10.1.1.0 255.255.255.0 gigabitEthernet 0/0

Caso 3 — No se forman vecinos PIM

Síntoma: show ip pim neighbor no lista al router vecino.

Causas:

  • Falta ip pim sparse-mode en un extremo.
  • Modos PIM distintos (uno sparse, otro dense).

Diagnóstico:

Router# show ip pim interface
Router# show running-config interface gigabitEthernet 0/0 | include pim

Solución: activar el mismo modo PIM en ambos extremos.

Router(config)# interface gigabitEthernet 0/0
Router(config-if)# ip pim sparse-mode

Caso 4 — El RP no se conoce o no es alcanzable

Síntoma: show ip pim rp mapping no muestra RP, o los (*, G) no se forman.

Causas:

  • ip pim rp-address distinto (o ausente) en algún router.
  • La IP del RP no es alcanzable por unicast.

Diagnóstico:

Router# show ip pim rp mapping
Router# ping 10.0.0.2                ! ¿alcanzo el RP?

Solución: definir el mismo RP en todos los routers y asegurar alcance.

Router(config)# ip pim rp-address 10.0.0.2

Caso 5 — Los receptores no reciben (IGMP)

Síntoma: hay estado en el RP pero la LAN del receptor no recibe.

Causas:

  • Desajuste de versión IGMP en el segmento.
  • No hay querier IGMP en la VLAN.
  • IGMP snooping mal configurado en el switch.

Diagnóstico:

Router# show ip igmp groups
Router# show ip igmp interface
Switch# show ip igmp snooping groups

Solución: igualar la versión IGMP y asegurar un querier.

Router(config-if)# ip igmp version 2

Caso 6 — La OIL está vacía (Null)

Síntoma: show ip mroute muestra Outgoing interface list: Null.

Causa: no hay receptores registrados aguas abajo (nadie hizo join), o la poda (prune) los quitó.

Diagnóstico:

Router# show ip mroute 239.1.1.1
Router# show ip igmp groups 239.1.1.1

Solución: confirmar que un receptor se una al grupo (IGMP), o para pruebas usar ip igmp join-group/static-group en la interfaz del receptor.

Router(config-if)# ip igmp static-group 239.1.1.1

Recuerda el orden: ip multicast-routing global, PIM en todas las interfaces del camino, vecinos PIM formados, RP correcto y alcanzable, RPF que cuadra con el camino unicast a la fuente, y receptores unidos por IGMP. El fallo más común y difícil es RPF: si el multicast no fluye pero todo “parece” bien, revisa show ip rpf.

Vista Gráfica

Retroenlaces