Multidifusión PIM-SM y HSRP / VRRP

Necesito configurar una PC para escuchar en una fuente de datos de multidifusión (PIM-SM). Las fuentes de multidifusión y el punto de encuentro (en cualquier difusión) están detrás de una "dirección HSRP / VRRP" en el otro lado de un enlace WAN. (Las instrucciones en realidad dicen "HSRP / VRRP")

Según la documentación recibida, he configurado un enrutador con una ruta estática a la dirección HSRP / VRRP, y el otro lado ha agregado una ruta a mi red. El tráfico de unidifusión funciona bien, pero no recibo ningún tráfico de multidifusión. Wireshark muestra que mi router no envía uniones PIM.

¿Qué podría estar mal?

Los mensajes PIM no provienen de HSRP VIP's, por lo que la comprobación de RPF falla ya que HSRP VIP es su vecino RPF. Sin embargo, hay dos formas de evitar esto.

1. Configure un protocolo de enrutamiento dinámico entre su enrutador y los enrutadores del otro lado para que HSRP no sea necesario.

2. Configure mroutes estáticos a las IP de la interfaz real de los otros lados, tales como:

   ip mroute 0.0.0.0 0.0.0.0 1.1.1.1

El problema es que los enrutadores remotos se anuncian con mensajes de saludo PIM desde sus propias direcciones IP y mi enrutador registra estas direcciones como vecinos PIM.

Sin embargo, la puerta de enlace en la tabla de enrutamiento contiene la dirección virtual HSRP. Cuando el enrutador quiere unirse al grupo de multidifusión, busca la ruta al Punto de encuentro que tiene la dirección virtual HSRP como el próximo salto. Debido a que esta dirección HSRP del siguiente salto no es uno de los vecinos PIM conocidos, el RFC PIM-SM especifica que no se debe enviar Join.

Cambiar la ruta estática para usar una dirección IP real de uno de los enrutadores HSRP hace que la multidifusión funcione, pero por supuesto esto hace que el HSRP sea inútil.

No he probado VRRP porque el otro lado no quería cambiar la red. VRRP probablemente no tendría este problema ya que no utiliza una dirección IP de enrutador virtual, sino que usa la dirección IP real del enrutador maestro.

Tal vez usando un mroute estático que apunta a la dirección IP de la interfaz 'real', luego una ruta estática normal que apunta a HSRP. entonces al menos obtienes HSRP para unicast. O apunte la ruta enrutada o estática a la interfaz en lugar de una dirección IP.

Suponiendo que se encuentre en un entorno de Cisco ... ¿ha habilitado ip pim sparse-mode todas las interfaces entre ese dispositivo y el RP?

Además, no olvide tenerlo ip pim autorp listenerpara que encuentre el RP automáticamente.

Además, si tiene enlaces redundantes entre usted y el RP ... El enrutamiento PIM (o ramificaciones) no sigue la misma ruta que la tabla de enrutamiento regular. Comprobarán el RPF (reenvío de ruta inversa) para asegurarse de que la fuente del flujo de multidifusión proviene de la dirección correcta. Pero es posible que el enlace HSRP en espera sea el DR (enrutador designado) en el lado PIM de la casa. Puede cambiar este comportamiento estableciendo la prioridad DR. ip pim dr-priority xcuanto mayor sea X, mayor será su valor.

También puede verificar si el enrutador ve que las uniones de multidifusión al emitirlo show ip mroutetambién deben enumerar el RP.

show ip pim neigh también le dirá si ve el vecino de multidifusión ascendente

Creo que VRRP sigue el mismo concepto, sin embargo, no estoy 100% seguro, ya que con poca frecuencia uso puertas de enlace predeterminadas de múltiples proveedores.