PIM-SM Multicast und HSRP / VRRP

Ich muss einen PC einrichten, um einen Multicast-Datenfeed (PIM-SM) abzuhören. Die Multicast-Quellen und der (Anycast-) Rendezvous-Punkt befinden sich hinter einer "HSRP / VRRP-Adresse" auf der anderen Seite einer WAN-Verbindung. (Die Anweisungen sagen tatsächlich "HSRP / VRRP")

Gemäß der erhaltenen Dokumentation habe ich einen Router mit einer statischen Route zur HSRP / VRRP-Adresse eingerichtet und die andere Seite hat meinem Netzwerk eine Route hinzugefügt. Unicast-Verkehr funktioniert einwandfrei, aber ich empfange keinen Multicast-Verkehr. Wireshark zeigt an, dass von meinem Router keine PIM-Joins gesendet werden.

Was könnte falsch sein?

PIM-Nachrichten stammen nicht von HSRP-VIPs, daher schlägt die RPF-Prüfung fehl, da der HSRP-VIP Ihr RPF-Nachbar ist. Es gibt jedoch zwei Möglichkeiten, dies zu umgehen.

1. Richten Sie ein dynamisches Routing-Protokoll zwischen Ihrem Router und den Routern der anderen Seite ein, damit HSRP nicht benötigt wird.

2. Konfigurieren Sie statische Routen für die tatsächlichen Schnittstellen-IPs auf den anderen Seiten, z.

   ip mroute 0.0.0.0 0.0.0.0 1.1.1.1

Das Problem ist, dass sich die Remote-Router mit PIM-Hello-Nachrichten von ihren eigenen IP-Adressen melden und mein Router diese Adressen als PIM-Nachbarn registriert.

Das Gateway in der Routing-Tabelle enthält jedoch die virtuelle HSRP-Adresse. Wenn der Router der Multicast-Gruppe beitreten möchte, sucht er nach der Route zum Rendezvous-Punkt, an dem die virtuelle HSRP-Adresse als nächster Hop vorhanden ist. Da diese HSRP-Adresse für den nächsten Hop nicht zu den bekannten PIM-Nachbarn gehört, gibt der PIM-SM-RFC an, dass kein Join gesendet werden soll.

Wenn Sie die statische Route ändern, um eine tatsächliche IP-Adresse eines der HSRP-Router zu verwenden, funktioniert der Multicast, aber dies macht den HSRP natürlich unbrauchbar.

Ich habe VRRP nicht getestet, weil die andere Seite das Netzwerk nicht ändern wollte. VRRP hätte dieses Problem wahrscheinlich nicht, da es keine virtuelle Router-IP verwendet, sondern die reale IP-Adresse des Master-Routers.

Verwenden Sie möglicherweise eine statische Route, die auf die "echte" IP-Adresse der Schnittstelle verweist, und dann eine normale statische Route, die auf HSRP verweist. dann bekommst du wenigstens HSRP für Unicast. ODER Zeigen Sie entweder auf die Routenroute oder auf die statische Route zur Schnittstelle anstatt auf eine IP-Adresse.

Angenommen, Sie befinden sich in einer Cisco-Umgebung. Haben Sie ip pim sparse-mode alle Schnittstellen zwischen diesem Gerät und dem RP aktiviert ?

Vergessen Sie auch nicht zu haben, ip pim autorp listenerdamit es das RP automatisch findet.

Auch - wenn Sie redundante Verbindungen zwischen Ihnen und dem RP haben ... PIM-Routing (oder Verzweigungen) folgen nicht demselben Pfad wie die reguläre Routing-Tabelle. Sie werden nach dem RPF (Reverse Path Forwarding) suchen, um sicherzustellen, dass die Quelle des Multicast-Streams aus der richtigen Richtung kommt. Es ist jedoch möglich, dass die Standby-HSRP-Verbindung der DR (Designated Router) auf der PIM-Seite des Hauses ist. Sie können dieses Verhalten ändern, indem Sie die DR-Priorität festlegen. ip pim dr-priority xJe höher das X, desto höher der Wert.

Sie können auch überprüfen, ob der Router die Multicast-Joins sieht, indem show ip mrouteSie festlegen, dass auch der RP aufgelistet werden soll.

show ip pim neigh wird Ihnen auch sagen, ob es sich um den Upstream-Multicast-Nachbarn handelt

Ich glaube, VRRP folgt demselben Konzept, bin mir jedoch nicht 100% sicher, da ich selten Standard-Gateways von mehreren Anbietern verwende.