PIM-SM Multicast und HSRP / VRRP

10

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?

hsrp vrrp multicast Gerben
quelle

Antworten:

7

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

Eric
quelle
2

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.

Gerben
quelle
Der jetzt veraltete RFC 2362 besagt tatsächlich: "Join / Prune-Nachrichten werden nur gesendet, wenn der RPF-Nachbar ein PIM-Nachbar ist." Ich kann im aktuellen RFC 4601 nicht genau dasselbe finden, aber es heißt: "Im Allgemeinen sollte eine PIM-Join / Prune-Nachricht nur dann zur Verarbeitung akzeptiert werden, wenn sie von einem bekannten PIM-Nachbarn stammt."
Gerben
1
... es wäre besser, zusätzliche Informationen in Ihrer ursprünglichen Frage zu bearbeiten, wenn Sie seit dem Schreiben des Q mehr gelernt haben. Oder wenn dies eine Antwort auf Ihre eigene Frage sein soll (was durchaus akzeptabel ist), braucht es viel der Arbeit Sinn zu machen.
Craig Constantine
Sie würden bei VRRP dasselbe Verhalten feststellen wie bei den meisten modernen Implementierungen, bei denen ein VIP verwendet wird.
Netdad
2

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.

Fredpbaker
quelle
In diesem Fall wurde das Setup nur für die Anzeige der über Multicast eingehenden Informationen erstellt. Andernfalls könnte dies eine Verbesserung darstellen.
Gerben
2

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.

knotseh
quelle
"Sie" waren auf Cisco, "wir" waren auf Juniper.
Gerben