Multidifusión PIM-SM y HSRP / VRRP

10

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?

hsrp vrrp multicast Gerben
fuente

Respuestas:

7

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

Eric
fuente
2

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.

Gerben
fuente
El RFC 2362 ahora obsoleto en realidad dice "Los mensajes de unión / poda solo se envían si el vecino RPF es un vecino PIM". No puedo encontrar exactamente lo mismo en el RFC 4601 actual, pero dice "En general, un mensaje PIM Join / Prune solo debe aceptarse para su procesamiento si proviene de un vecino PIM conocido".
Gerben
1
... sería mejor editar información adicional en su pregunta original si ha aprendido más desde que escribió la Q. O si se trata de una respuesta a su propia pregunta (que es perfectamente aceptable), necesita mucho de trabajo para tener sentido.
Craig Constantine
Vería el mismo comportamiento con VRRP ya que la mayoría de las implementaciones modernas usan un VIP.
netdad
2

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.

fredpbaker
fuente
En este caso, la configuración se creó solo para mostrar la información que llega a través de multidifusión, pero de lo contrario esto podría ser una mejora.
Gerben
2

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.

knotseh
fuente
"Ellos" estaban en Cisco, "nosotros" estábamos en Juniper.
Gerben