Multidiffusion PIM-SM et HSRP / VRRP

10

J'ai besoin de configurer un PC pour écouter un flux de données multicast (PIM-SM). Les sources de multidiffusion et le point de rendez-vous (anycast) se trouvent derrière une "adresse HSRP / VRRP" de l'autre côté d'une liaison WAN. (Les instructions disent en fait "HSRP / VRRP")

Selon la documentation reçue, j'ai configuré un routeur avec une route statique vers l'adresse HSRP / VRRP, et l'autre côté a ajouté une route vers mon réseau. Le trafic unicast fonctionne correctement, mais je ne reçois aucun trafic multicast. Wireshark montre qu'aucune jointure PIM n'est envoyée par mon routeur.

Qu'est-ce qui ne va pas?

Gerben
la source

Réponses:

7

Les messages PIM ne proviennent pas des VIP HSRP, la vérification RPF échoue car le VIP HSRP est votre voisin RPF. Il y a deux façons de contourner cela cependant.

  1. Configurez un protocole de routage dynamique entre votre routeur et les routeurs des autres côtés afin que HSRP ne soit pas nécessaire.

  2. Configurez des mroutes statiques vers les adresses IP réelles des autres côtés, telles que:

    ip mroute 0.0.0.0 0.0.0.0 1.1.1.1

Eric
la source
2

Le problème est que les routeurs distants s'annoncent avec des messages PIM Hello à partir de leurs propres adresses IP et mon routeur enregistre ces adresses en tant que voisins PIM.

La passerelle dans la table de routage contient cependant l'adresse virtuelle HSRP. Lorsque le routeur souhaite rejoindre le groupe de multidiffusion, il recherche la route vers le point de rendez-vous qui a l'adresse virtuelle HSRP comme prochain saut. Étant donné que cette adresse HSRP du prochain saut ne fait pas partie des voisins PIM connus, le RFC PIM-SM spécifie qu'aucune jointure ne doit être envoyée.

La modification de la route statique pour utiliser une adresse IP réelle de l'un des routeurs HSRP rend le travail de multidiffusion, mais bien sûr, cela rend le HSRP inutile.

Je n'ai pas testé VRRP car l'autre côté ne voulait pas changer de réseau. VRRP n'aurait probablement pas ce problème car il n'utilise pas d'adresse IP de routeur virtuel, mais utilise la véritable adresse IP du routeur maître.

Gerben
la source
La RFC 2362 désormais obsolète déclare en fait "Les messages Join / Prune ne sont envoyés que si le voisin RPF est un voisin PIM." Je ne peux pas trouver exactement la même chose dans le RFC 4601 actuel, mais il dit "En général, un message PIM Join / Prune ne doit être accepté pour le traitement que s'il provient d'un voisin PIM connu."
Gerben
1
... il serait préférable d'éditer des informations supplémentaires dans votre question d'origine si vous en avez appris plus depuis la rédaction du Q. Ou si cela est censé être une réponse à votre propre question (ce qui est parfaitement acceptable), cela demande beaucoup de travail pour donner un sens.
Craig Constantine
Vous verriez le même comportement avec VRRP que la plupart des implémentations modernes utilisent un VIP.
netdad
2

Peut-être en utilisant une mroute statique qui pointe vers l'adresse IP de la «vraie» interface, puis une route statique normale pointant vers HSRP. alors au moins vous obtenez HSRP pour unicast. OU pointez la route mroute ou statique vers l'interface plutôt qu'une adresse IP.

Fredpbaker
la source
Dans ce cas, la configuration a été conçue uniquement pour afficher les informations provenant de la multidiffusion, mais sinon cela pourrait être une amélioration.
Gerben
2

En supposant que vous êtes dans un environnement Cisco .... avez-vous activé ip pim sparse-mode toutes les interfaces entre ce périphérique et le RP?

N'oubliez pas non plus de l'avoir ip pim autorp listenerafin qu'il trouve automatiquement le RP.

Aussi - si vous avez des liens redondants entre vous et le routage RP ... PIM (ou les branches) ne suivez pas le même chemin que la table de routage standard. Ils vérifieront le RPF (reverse path forwarding) pour s'assurer que la source du flux de multidiffusion provient de la bonne direction. Mais il est possible que la liaison HSRP de secours soit le DR (routeur désigné) du côté PIM de la maison. Vous pouvez modifier ce comportement en définissant la priorité DR. ip pim dr-priority xplus X est élevé, plus sa valeur est élevée.

Vous pouvez également vérifier si le routeur voit les jointures de multidiffusion en les émettant show ip mroutedevrait également répertorier le RP.

show ip pim neigh vous dira également s'il voit le voisin de multidiffusion en amont

Je crois que VRRP suit le même concept mais je ne suis pas sûr à 100% car j'utilise rarement des passerelles par défaut multifournisseurs.

knotseh
la source
"Ils" étaient sur Cisco, "nous" étions sur Juniper.
Gerben