AUF DIESER SEITE
PIM-Übersicht
Das vorherrschende Multicast-Routing-Protokoll, das heute im Internet verwendet wird, ist Protocol Independent Multicast (PIM). Der im Internet verwendete PIM-Typ ist der PIM-Sparse-Modus. Der PIM-Sparse-Modus ist so akzeptiert, dass bei der Verwendung des einfachen Begriffs "PIM" in einem Internetkontext eine Form des Sparse-Mode-Betriebs angenommen wird.
PIM entstand als Algorithmus zur Überwindung der Einschränkungen von Dense-Mode-Protokollen wie dem Distance Vector Multicast Routing Protocol (DVMRP), das für dichte Cluster von Multicast-Empfängern effizient war, aber für die größeren, spärlicheren Gruppen im Internet nicht gut skaliert werden konnte. Das Core Based Trees (CBT)-Protokoll sollte ebenfalls den Sparse-Modus unterstützen, aber CBT mit seinem allmächtigen Core-Ansatz machte die Platzierung des Core kritisch, und große konferenzartige Anwendungen (Many-to-Many) führten zu Engpässen im Core. PIM wurde entwickelt, um die Dense-Mode-Skalierungsprobleme von DVMRP und die potenziellen Performance-Probleme von CBT gleichzeitig zu vermeiden.
Ab Junos OS Version 15.2 wird nur noch PIM Version 2 unterstützt. In der CLI wird der Befehl zum Angeben einer Version (1 oder 2) entfernt.
PIMv1 und PIMv2 können auf demselben Routing-Gerät und sogar auf derselben Schnittstelle nebeneinander existieren. Der Hauptunterschied zwischen PIMv1 und PIMv2 ist das Paketformat. PIMv1-Nachrichten verwenden IGMP-Pakete (Internet Group Management Protocol), während PIMv2 eine eigene IP-Protokollnummer (103) und Paketstruktur hat. Alle Routing-Geräte, die eine Verbindung mit einem IP-Subnetz wie einem LAN herstellen, müssen dieselbe PIM-Version verwenden. Einige PIM-Implementierungen können PIMv1-Pakete erkennen und die Routing-Geräteschnittstelle automatisch auf PIMv1 umstellen. Da der Unterschied zwischen PIMv1 und PIMv2 das Nachrichtenformat betrifft, aber nicht die Bedeutung der Nachricht oder die Art und Weise, wie das Routinggerät die PIM-Nachricht verarbeitet, kann ein Routinggerät problemlos PIMv1- und PIMv2-Schnittstellen mischen.
PIM wird für effizientes Routing zu Multicast-Gruppen verwendet, die Wide-Area- und Interdomain-Netzwerke umfassen können. Es wird als "protokollunabhängig" bezeichnet, da es nicht von einem bestimmten Unicast-Routing-Protokoll abhängt. Junos OS unterstützt den bidirektionalen Modus, den Sparse-Modus, den Dense Mode und den Sparse-Dense Mode.
PIM arbeitet in mehreren Modi: bidirektionaler Modus, Sparse-Modus, Dense Mode und Sparse-Dense Mode. Im Sparse-Dense Mode sind einige Multicast-Gruppen als Dense Mode (Flood-and-Prune, [S,G]-Zustand) und andere als Sparse-Modus (explizite Verbindung zum Rendezvouspunkt [RP], [*,G]-Zustand) konfiguriert.
PIM-Entwürfe richten auch einen Modus ein, der als PIM-quellenspezifischer Modus oder PIM-SSM bezeichnet wird. In PIM SSM gibt es nur eine bestimmte Quelle für den Inhalt einer Multicast-Gruppe innerhalb einer bestimmten Domäne.
Da der von Ihnen gewählte PIM-Modus die PIM-Konfigurationseigenschaften bestimmt, müssen Sie zunächst entscheiden, ob PIM in Ihrem Netzwerk im bidirektionalen, Sparse-, Dense- oder Sparse-Dense Mode ausgeführt wird. Jeder Modus hat unterschiedliche Betriebsvorteile in verschiedenen Netzwerkumgebungen.
-
Im Sparse-Modus müssen Routing-Geräte explizit Multicast-Gruppen beitreten und diese verlassen. Upstream-Routing-Geräte leiten keinen Multicast-Datenverkehr an ein Downstream-Routing-Gerät weiter, es sei denn, das Downstream-Routing-Gerät hat eine explizite Anforderung (mittels einer Join-Nachricht) an das Rendezvous Point (RP)-Routing-Gerät gesendet, um diesen Datenverkehr zu empfangen. Die RP dient als Wurzel der freigegebenen Multicast-Übermittlungsstruktur und ist für die Weiterleitung von Multicast-Daten von verschiedenen Quellen an die Empfänger verantwortlich.
Der Sparse-Modus eignet sich gut für das Internet, wo häufige Interdomain Join-Nachrichten und Bereinigungsnachrichten üblich sind.
-
Die
p2mpSchnittstelle verfolgt alle PIM-Joins pro Nachbar, um sicherzustellen, dass die Multicast-Weiterleitung oder -Replikation nur für die Nachbarn erfolgt, die sich im verknüpften Zustand befinden. Darüber hinaus unterstützt das PIM im Point-to-Multipoint-Modus den Chassis-Cluster-Modus. Bidirektionales PIM ähnelt dem Sparse-Modus und eignet sich besonders für Anwendungen, die skaliert werden müssen, um eine große Anzahl von verteilten Quellen und Empfängern zu unterstützen. Beim bidirektionalen PIM erstellen Routing-Geräte gemeinsame bidirektionale Bäume und wechseln nicht zu einer quellenbasierten Struktur. Bidirektionales PIM lässt sich gut skalieren, da es keinen quellenspezifischen (S,G) Zustand benötigt. Stattdessen wird nur der gruppenspezifische (*,G) Zustand erstellt.
Im Gegensatz zum Sparse-Modus und bidirektionalen Modus, in dem Daten nur an Routing-Geräte weitergeleitet werden, die eine explizite PIM-Join-Anfrage senden, implementiert der Dense Mode einen Flood-and-Prune-Mechanismus , ähnlich dem Distance Vector Multicast Routing Protocol (DVMRP). Im Dense Mode empfängt ein Routing-Gerät die Multicast-Daten auf der eingehenden Schnittstelle und leitet den Datenverkehr dann an die Liste der ausgehenden Schnittstellen weiter. Flooding tritt regelmäßig auf und wird verwendet, um Statusinformationen wie die Quell-IP-Adresse und das Multicast-Gruppenpaar zu aktualisieren. Wenn das Routing-Gerät keine interessierten Empfänger für die Daten hat und die Liste der ausgehenden Schnittstellen leer wird, sendet das Routing-Gerät eine PIM-Bereinigungsnachricht Upstream.
Der Dense-Modus funktioniert am besten in Netzwerken, in denen nur wenige oder keine Beschneidungen stattfinden. In solchen Fällen ist der Dense Mode tatsächlich effizienter als der Sparse Mode.
Der Sparse-Dense Mode ermöglicht, wie der Name schon sagt, den Betrieb der Schnittstelle pro Gruppe entweder im Sparse- oder im Dense Mode. Eine als "dense" angegebene Gruppe wird keinem RP zugeordnet. Stattdessen werden Datenpakete, die für diese Gruppe bestimmt sind, über PIM-Dense-Mode-Regeln weitergeleitet. Eine als "sparse" angegebene Gruppe wird einem RP zugeordnet, und Datenpakete werden über PIM-Sparse-Mode-Regeln weitergeleitet. Der Sparse-Dense Mode ist in Netzwerken nützlich, die Auto-RP für den PIM-Sparse-Modus implementieren.
Auf Firewalls der SRX-Serie unterstützt PIM keine vor- und nachgelagerten Schnittstellen über verschiedene virtuelle Router im Flow-Modus.
Grundlegende PIM-Netzwerkkomponenten
Der PIM-Dense-Mode erfordert nur eine Multicast-Quelle und eine Reihe von Multicast-fähigen Routing-Geräten mit PIM-Dense Mode, damit Empfänger Multicast-Inhalte abrufen können. Der Dense-Modus stellt sicher, dass der gesamte Multicast-Datenverkehr überall hingelangt, indem das Netzwerk regelmäßig mit Multicast-Datenverkehr überflutet wird, und verlässt sich auf Bereinigungsmeldungen, um sicherzustellen, dass Subnetze, in denen alle Empfänger nicht an dieser bestimmten Multicast-Gruppe interessiert sind, keine Pakete mehr empfangen.
Der PIM-Sparse-Modus ist komplizierter und erfordert die Einrichtung spezieller Routing-Geräte, so genannter Rendezvous Points (RPs), im Netzwerkkern. Auf diesen Routing-Geräten treffen Upstream-Join-Nachrichten von interessierten Empfängern auf Downstream-Datenverkehr von der Quelle des Multicast-Gruppeninhalts. Ein Netzwerk kann viele RPs haben, aber im PIM-Sparse-Modus kann nur ein RP für jede Multicast-Gruppe aktiv sein.
Wenn es nur einen RP in einer Routing-Domain gibt, können der RP und benachbarte Verbindungen überlastet werden und einen Single Point of Failure für den gesamten Multicast-Datenverkehr bilden. Daher sind mehrere RPs die Regel, aber das Problem besteht dann darin, wie andere Multicast-Routing-Geräte den RP finden, der die Quelle der Multicast-Gruppe ist, der der Empfänger beitreten möchte. Diese Zuordnung von RP zu Gruppe wird von einem speziellen Bootstrap-Router (BSR) gesteuert, auf dem der PIM-BSR-Mechanismus ausgeführt wird. Es kann auch mehr als einen Bootstrap-Router geben, ebenfalls aus Single-Point-of-Failure-Gründen.
Der Bootstrap-Router muss selbst kein RP sein, obwohl dies eine gängige Implementierung ist. Die Hauptfunktion des Bootstrap-Routers besteht darin, die Sammlung von RPs zu verwalten und interessierten Empfängern zu ermöglichen, die Quelle des Multicast-Datenverkehrs ihrer Gruppe zu finden. PIM-Bootstrap-Nachrichten werden von der Loopback-Adresse bezogen, die immer aktiv ist. Die Loopback-Adresse muss routingfähig sein. Wenn es nicht routingfähig ist, kann der Bootstrap-Router keine Bootstrap-Nachrichten senden, um die RP-Domänenmitglieder zu aktualisieren. Der show pim bootstrap Befehl zeigt nur die Bootstrap-Router an, die über routingfähige Loopback-Adressen verfügen.
PIM SSM kann als Teilmenge eines Sonderfalls des PIM-Sparse-Modus angesehen werden und erfordert keine spezielle Ausrüstung außer der für den PIM-Sparse-Modus (und IGMP Version 3) verwendeten.
Bidirektionale PIM-RPs müssen im Gegensatz zu RPs für den PIM-Sparse-Modus kein PIM-Register-Tunneling oder andere spezifische Protokollaktionen durchführen. Bidirektionale PIM-RPs implementieren keine spezifischen Funktionen. RP-Adressen sind einfach ein Ort im Netzwerk, zu dem man sich verabreden kann. Tatsächlich müssen RP-Adressen für bidirektionales PIM keine Loopback-Schnittstellenadressen sein oder gar Adressen sein, die auf einem Routing-Gerät konfiguriert sind, solange sie von einem Subnetz abgedeckt werden, das mit einem bidirektionalen PIM-fähigen Routing-Gerät verbunden und dem Netzwerk mitgeteilt wird.
Plattformspezifisches PIM-Verhalten
Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.
Verwenden Sie die folgende Tabelle, um das plattformspezifische Verhalten für Ihre Plattform zu überprüfen.
| Plattform |
Unterschied |
|---|---|
| ACX-Serie |
|
| Alle Switches der EX-Serie (außer EX4300 und EX9200) und QFX5100-Switches | Das Ratenlimit ist auf 1 pps pro S,G-Multicast-Gruppe festgelegt, um eine Überlastung des Rendezvous Point (RP), des First Hop Routers (FHR) mit PIM-Sparse-Modus (PIM-SM) zu vermeiden, die Nachrichten registrieren und CPU-Hogs verursachen. Diese Ratenbegrenzung hilft bei der Verbesserung der Skalierungs- und Konvergenzzeiten, indem verhindert wird, dass doppelte Pakete abgefangen und in der Software an RP getunnelt werden. (Die Plattformunterstützung hängt von der Version von Junos OS in Ihrer Installation ab.) |
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
p2mp Schnittstellentyp für PIM eingeführt wird.