AUF DIESER SEITE
MLD konfigurieren
MLD verstehen
Das Multicast Listener Discovery (MLD)-Protokoll verwaltet die Mitgliedschaft von Hosts und Routern in Multicast-Gruppen. IPv6-Multicastrouter (IP Version 6) verwenden MLD, um für jedes angeschlossene physische Netzwerk zu ermitteln, welche Gruppen interessierte Zuhörer haben. Jedes Routinggerät verwaltet eine Liste von Host-Multicastadressen, die über Listener für jedes Subnetz verfügen, sowie einen Timer für jede Adresse. Das Routing-Gerät muss jedoch nicht die Adresse jedes Listeners kennen, sondern nur die Adresse jedes Hosts. Das Routing-Gerät stellt Adressen für das von ihm verwendete Multicast-Routing-Protokoll bereit, wodurch sichergestellt wird, dass Multicast-Pakete an alle Subnetze geliefert werden, in denen sich interessierte Zuhörer befinden. Auf diese Weise wird MLD als Transport für das PIM-Protokoll (Protocol Independent Multicast) verwendet.
MLD ist ein integraler Bestandteil von IPv6 und muss auf allen IPv6-Routing-Geräten und -Hosts aktiviert werden, die IP-Multicast-Datenverkehr empfangen müssen. Das Junos-Betriebssystem unterstützt die MLD-Versionen 1 und 2. Version 2 wird für die Ein- und Ausschlussmodi source-specific multicast (SSM) unterstützt.
Im Include-Modus gibt der Empfänger die Quelle oder Quellen an, von denen er den Multicastgruppendatenverkehr empfangen möchte. Der Ausschlussmodus funktioniert genau wie der Einschlussmodus. Er ermöglicht es dem Empfänger, die Quelle oder Quellen anzugeben, von denen er den Multicastgruppendatenverkehr nicht empfangen möchte.
Für jedes angeschlossene Netzwerk kann ein Multicast-Routinggerät entweder ein Querier oder ein Nicht-Querier sein. Ein Querier-Routinggerät, in der Regel eines pro Subnetz, fordert Informationen zur Gruppenmitgliedschaft an, indem MLD-Abfragen übertragen werden. Wenn ein Host dem Querier-Routing-Gerät meldet, dass er interessierte Listener hat, leitet das Querier-Routing-Gerät die Mitgliedschaftsinformationen über den vom Empfänger (Host) vorgesehenen Router (DR) an das Rendezvous-Point-Routing-Gerät (RP) weiter. Dadurch wird der Rendezvous-Point-Tree (RPT) erstellt, der den Host mit interessierten Listenern mit dem RP-Routinggerät verbindet. Das RPT ist der anfängliche Pfad, den der Absender verwendet, um Informationen an die interessierten Zuhörer zu übermitteln. Nicht-Querier-Routing-Geräte übertragen keine MLD-Abfragen in einem Subnetz, können dies jedoch tun, wenn das Querier-Routing-Gerät ausfällt.
Alle MLD-konfigurierten Routinggeräte beginnen als Querier-Routinggeräte in jedem angeschlossenen Subnetz (siehe Abbildung 1). Das Querier-Routing-Gerät auf der rechten Seite ist der DR des Empfängers.
Um das Querier-Routing-Gerät auszuwählen, tauschen die Routing-Geräte Abfragenachrichten aus, die ihre IPv6-Quelladressen enthalten. Wenn ein Routinggerät eine Abfragenachricht hört, deren IPv6-Quelladresse numerisch niedriger ist als die von ihm selbst ausgewählte Adresse, wird es zu einem Non-Querier. In Abbildung 2 hat das Routing-Gerät auf der linken Seite eine Quelladresse, die numerisch niedriger ist als die auf der rechten Seite, und wird daher zum Querier-Routing-Gerät.
In der praktischen Anwendung von MLD sind mehrere Routing-Geräte in einem Subnetz Nicht-Queriers. Wenn das gewählte Querier-Routing-Gerät ausfällt, werden Abfragenachrichten zwischen den verbleibenden Routing-Geräten ausgetauscht. Das Routing-Gerät mit der niedrigsten IPv6-Quelladresse wird zum neuen Querier-Routing-Gerät. Die IPv6 Neighbor Discovery Protocol (NDP)-Implementierung verwirft eingehende NA-Nachrichten (Neighbor Announcement), die eine Broadcast- oder Multicast-Adresse in der Ziel-Link-Layer-Adressoption haben. Dieses Verhalten wird von RFC 2461 empfohlen.
Das Querier-Routinggerät sendet in kurzen Abständen allgemeine MLD-Abfragen an die Multicastadresse FF02::1 für alle Knoten im Verbindungsbereich an alle angeschlossenen Subnetze, um Informationen zur Gruppenmitgliedschaft abzurufen (siehe Abbildung 3). In der Abfragenachricht befindet sich der Wert für die maximale Antwortverzögerung , der die maximal zulässige Verzögerung angibt, mit der der Host mit einer Berichtsnachricht antworten kann.
Wenn dem Host, der die Abfrage empfängt, interessierte Listener zugeordnet sind, sendet der Host einen Bericht mit der IPv6-Adresse des Hosts an das Routinggerät (siehe Abbildung 4). Wenn die gemeldete Adresse noch nicht in der Liste der Multicastadressen des Routing-Geräts mit interessierten Listenern enthalten ist, wird die Adresse der Liste hinzugefügt und ein Timer für die Adresse eingestellt. Wenn die Adresse bereits in der Liste steht, wird der Timer zurückgesetzt. Die Adresse des Hosts wird an die RP in der PIM-Domäne übertragen.
empfangen
Wenn der Host keine interessierten Multicast-Listener hat, sendet er eine Done-Nachricht an das Querier-Routing-Gerät. Nach dem Empfang gibt das Querier-Routing-Gerät eine Multicast-Adressen-spezifische Abfrage aus, die den Wert für das letzte Listener-Abfrageintervall an die Multicast-Adresse des Hosts enthält. Wenn das Routinggerät keinen Bericht von der Multicastadresse empfängt, entfernt es die Multicastadresse aus der Liste und benachrichtigt den RP in der PIM-Domäne über das Entfernen (siehe Abbildung 5).
Wenn eine Done-Nachricht nicht vom Abfrager-Routinggerät empfangen wird, sendet das Abfrager-Routing-Gerät weiterhin adressspezifische Multicast-Abfragen. Wenn der Timer, der beim Empfang des letzten Berichts für die Adresse festgelegt wurde, abläuft, geht das Querier-Routinggerät davon aus, dass in diesem Subnetz keine interessierten Listener mehr vorhanden sind, entfernt die Multicastadresse aus der Liste und benachrichtigt die RP in der PIM-Domäne über ihre Entfernung (siehe Abbildung 6).
entfernt
Siehe auch
MLD konfigurieren
Fügen Sie zum Konfigurieren des MLD-Protokolls (Multicast Listener Discovery) die mld folgende Anweisung ein:
mld { accounting; interface interface-name { disable; (accounting | no-accounting); group-policy [ policy-names ]; immediate-leave; oif-map [ map-names ]; passive; ssm-map ssm-map-name; static { group multicast-group-address { exclude; group-count number; group-increment increment; source ip-address { source-count number; source-increment increment; } } } version version; } maximum-transmit-rate packets-per-second; query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit protocols][edit logical-systems logical-system-name protocols]
Standardmäßig ist MLD auf allen Broadcast-Schnittstellen aktiviert, wenn Sie PIM (Protocol Independent Multicast) oder DVMRP (Distance Vector Multicast Routing Protocol) konfigurieren.
Aktivieren von MLD
Das Multicast Listener Discovery (MLD)-Protokoll verwaltet Multicastgruppen durch Einrichten, Verwalten und Entfernen von Gruppen in einem Subnetz. Multicast-Routing-Geräte verwenden MLD, um zu ermitteln, welche Gruppen Mitglieder in jedem ihrer angeschlossenen physischen Netzwerke haben. MLD muss aktiviert sein, damit der Router IPv6-Multicast-Pakete empfangen kann. MLD wird nur für IPv6-Netzwerke benötigt, da Multicast in IPv4-Netzwerken anders gehandhabt wird. MLD ist auf allen IPv6-Schnittstellen aktiviert, auf denen Sie PIM konfigurieren, und auf allen IPv6-Broadcast-Schnittstellen, wenn Sie DVMRP konfigurieren.
MLD spezifiziert unterschiedliche Verhaltensweisen für Multicast-Listener und für Router. Wenn ein Router auch ein Listener ist, antwortet der Router auf seine eigenen Nachrichten. Wenn ein Router über mehr als eine Schnittstelle zur gleichen Verbindung verfügt, muss er das Routerverhalten nur über eine dieser Schnittstellen ausführen. Listener hingegen müssen das Listenerverhalten auf allen Schnittstellen ausführen, die mit potenziellen Empfängern von Multicastdatenverkehr verbunden sind.
Wenn MLD auf einer Schnittstelle nicht ausgeführt wird – entweder, weil PIM und DVMRP auf der Schnittstelle nicht konfiguriert sind oder weil MLD auf der Schnittstelle explizit deaktiviert ist – können Sie MLD explizit aktivieren.
So aktivieren Sie MLD explizit:
Siehe auch
Ändern der MLD-Version
Standardmäßig unterstützt der Router MLD Version 1 (MLDv1). Fügen Sie die version 2 Anweisung ein, damit der Router MLD Version 2 (MLDv2) nur für source-Specific Multicast (SSM) verwenden kann.
Wenn Sie die Einstellung MLD-Version auf der Ebene der einzelnen Schnittstellenhierarchie konfigurieren, überschreibt sie die Konfiguration der IGMP-Version mit der interface all Anweisung.
Wenn eine Quelladresse in einer statisch konfigurierten Multicastgruppe angegeben wird, muss die Version auf MLDv2 festgelegt werden.
So ändern Sie eine MLD-Schnittstelle in Version 2:
Siehe auch
Ändern des MLD-Hostabfrage-Nachrichtenintervalls
Das Ziel von MLD besteht darin, Router mit IPv6-Gruppenzugehörigkeit des gesamten Subnetzes auf dem neuesten Stand zu halten. Router müssen nicht wissen, wer alle Mitglieder sind, sondern nur, dass Mitglieder existieren. Jeder Host verfolgt, welche Multicast-Gruppen abonniert sind. Auf jeder Verbindung wird ein Router zum Querier gewählt. Der MLD-Querier-Router sendet in regelmäßigen Abständen allgemeine Hostabfragenachrichten an jedes angeschlossene Netzwerk, um Mitgliedschaftsinformationen abzurufen. Diese Nachrichten fordern Informationen zur Gruppenmitgliedschaft an und werden an die Adresse FF02::1 für alle Knoten im Verknüpfungsbereich gesendet. Eine allgemeine Hostabfragenachricht hat eine maximale Antwortzeit, die Sie durch Konfigurieren des Abfrageantwortintervalls festlegen können.
Das Abfrageantworttimeout, das Abfrageintervall und die Robustheitsvariable sind insofern miteinander verbunden, als es sich um Variablen handelt, die zum Berechnen des Multicast-Listenerintervalls verwendet werden. Das Multicast-Listener-Intervall ist die Anzahl der Sekunden, die vergehen müssen, bevor ein Multicast-Router feststellt, dass keine Mitglieder einer Hostgruppe mehr in einem Subnetz vorhanden sind. Das Multicast-Listener-Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (1 x Abfrage-Antwort-Intervall). Wenn vor Ablauf des Multicast-Listener-Intervalls keine Berichte für eine bestimmte Gruppe eingehen, beendet das Routinggerät die Weiterleitung von remote stammenden Multicastpaketen für diese Gruppe an das angeschlossene Netzwerk.
Standardmäßig werden Hostabfragenachrichten alle 125 Sekunden gesendet. Sie können dieses Intervall ändern, um die Anzahl der im Subnetz gesendeten MLD-Nachrichten zu ändern.
So ändern Sie das Abfrageintervall:
Siehe auch
Ändern des Antwortintervalls für MLD-Abfragen
Das Abfrageantwortintervall ist die maximale Zeitspanne, die zwischen dem Senden einer Hostabfragenachricht durch den Abfragerouter und dem Empfang einer Antwort von einem Host vergehen kann. Sie können dieses Intervall ändern, um die Burstspitzen von MLD-Nachrichten im Subnetz anzupassen. Legen Sie ein größeres Intervall fest, damit der Datenverkehr weniger stark ist.
Das Abfrageantworttimeout, das Abfrageintervall und die Robustheitsvariable sind insofern miteinander verbunden, als es sich um Variablen handelt, die zum Berechnen des Multicast-Listenerintervalls verwendet werden. Das Multicast-Listener-Intervall ist die Anzahl der Sekunden, die vergehen müssen, bevor ein Multicast-Router feststellt, dass keine Mitglieder einer Hostgruppe mehr in einem Subnetz vorhanden sind. Das Multicast-Listener-Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (1 x Abfrage-Antwort-Intervall). Wenn vor Ablauf des Multicast-Listener-Intervalls keine Berichte für eine bestimmte Gruppe eingehen, beendet das Routinggerät die Weiterleitung von remote stammenden Multicastpaketen für diese Gruppe an das angeschlossene Netzwerk.
Das Standardintervall für die Beantwortung von Abfragen beträgt 10 Sekunden. Sie können ein Intervall von unter einer Sekunde bis zu einer Stelle rechts vom Dezimaltrennzeichen konfigurieren. Der konfigurierbare Bereich beträgt 0,1 bis 0,9, dann in 1-Sekunden-Intervallen 1 bis 999.999.
So ändern Sie das Abfrageantwortintervall:
Siehe auch
Ändern des MLD-Abfrageintervalls für das letzte Mitglied
Das Abfrageintervall für das letzte Mitglied (auch als Abfrageintervall für das letzte Listener bezeichnet) ist die maximale Zeitspanne zwischen gruppenspezifischen Abfragenachrichten, einschließlich derjenigen, die als Antwort auf erledigte Nachrichten gesendet werden, die an der Link-Scope-All-Routers-Adresse FF02::2 gesendet wurden. Sie können dieses Intervall verringern, um die Zeit zu verkürzen, die ein Router benötigt, um den Verlust des letzten Mitglieds einer Gruppe zu erkennen.
Wenn das Routing-Gerät, das als Abfrager dient, eine Leave-Group-Nachricht (Done) von einem Host empfängt, sendet das Routing-Gerät mehrere gruppenspezifische Abfragen an die Gruppe. Der Abfrager sendet eine bestimmte Anzahl dieser Abfragen, und zwar in einem bestimmten Intervall. Die Anzahl der gesendeten Abfragen wird als Anzahl der letzten Listener-Abfragen bezeichnet. Das Intervall, in dem die Abfragen gesendet werden, wird als Last-Listener-Abfrageintervall bezeichnet. Beide Einstellungen sind konfigurierbar, sodass Sie die Latenz anpassen können. Die IGMP-Verlassungslatenz ist die Zeit zwischen einer Anforderung zum Verlassen einer Multicast-Gruppe und dem Empfang des letzten Datenbytes für die Multicast-Gruppe.
Der Last-Listener-Abfragezähler x (mal) das Last-Listener-Abfrageintervall = (entspricht) der Zeitspanne, die ein Routinggerät benötigt, um festzustellen, ob das letzte Mitglied einer Gruppe die Gruppe verlassen hat, und um die Weiterleitung des Gruppendatenverkehrs zu beenden.
Das standardmäßige Abfrageintervall für den letzten Listener beträgt 1 Sekunde. Sie können ein Intervall von unter einer Sekunde bis zu einer Stelle rechts vom Dezimaltrennzeichen konfigurieren. Der konfigurierbare Bereich beträgt 0,1 bis 0,9, dann in 1-Sekunden-Intervallen 1 bis 999.999.
So ändern Sie dieses Intervall:
Sie können die Anzahl der Abfragen für das letzte Mitglied konfigurieren, indem Sie die Variable robustness konfigurieren. Beides ist immer gleich.
Siehe auch
Angeben der Entfernung des Hosts mit sofortigem Verlassen für MLD
Die Einstellung für den sofortigen Urlaub ist nützlich, um die Abwesenheitslatenz von MLD-Mitgliedschaften zu minimieren. Wenn diese Einstellung aktiviert ist, verlässt das Routinggerät die Multicast-Gruppe unmittelbar nach dem letzten Host, der die Multicast-Gruppe verlässt.
Die Einstellung "Immediate-Leave" aktiviert das Host-Tracking, was bedeutet, dass das Gerät die Hosts verfolgt, die Join-Nachrichten senden. Auf diese Weise kann MLD bestimmen, wann der letzte Host eine Abwesenheitsnachricht für die Multicastgruppe sendet.
Wenn die Einstellung "Sofortiger Austritt" aktiviert ist, entfernt das Gerät eine Schnittstelle aus dem Weiterleitungstabelleneintrag, ohne zuvor MLD-gruppenspezifische Abfragen an die Schnittstelle zu senden. Die Schnittstelle wird aus der Multicaststruktur für die Multicastgruppe bereinigt, die in der MLD-Leave-Nachricht angegeben ist. Die Einstellung "Immediate Leave" gewährleistet eine optimale Bandbreitenverwaltung für Hosts in einem Switched-Netzwerk, selbst wenn mehrere Multicast-Gruppen gleichzeitig verwendet werden.
Wenn der sofortige Abschied deaktiviert ist und ein Host eine Abwesenheitsgruppennachricht sendet, sendet das Routinggerät zunächst eine Gruppenabfrage, um festzustellen, ob ein anderer Empfänger antwortet. Wenn kein Empfänger antwortet, entfernt das Routinggerät alle Hosts auf der Schnittstelle aus der Multicastgruppe. Der sofortige Urlaub ist sowohl für MLD-Version 1 als auch für MLD-Version 2 standardmäßig deaktiviert.
Obwohl die Hostverfolgung für IGMPv2 und MLDv1 aktiviert ist, wenn Sie den sofortigen Austritt aktivieren, verwenden Sie den sofortigen Austritt mit diesen Versionen nur, wenn ein Host auf der Schnittstelle vorhanden ist. Der Grund dafür ist, dass IGMPv2 und MLDv1 einen Mechanismus zur Unterdrückung von Berichten verwenden, bei dem nur ein Host auf einer Schnittstelle als Antwort auf eine Mitgliedschaftsabfrage einen Gruppenbeitrittsbericht sendet. Die anderen interessierten Gastgeber unterdrücken ihre Meldungen. Der Zweck dieses Mechanismus besteht darin, eine Flut von Berichten für dieselbe Gruppe zu vermeiden. Es stört aber auch das Host-Tracking, da der Router nur über den einen interessierten Host Bescheid weiß und nicht über die anderen.
So aktivieren Sie den sofortigen Urlaub:
Filtern unerwünschter MLD-Berichte auf MLD-Schnittstellenebene
Angenommen, Sie müssen die Subnetze einschränken, die einer bestimmten Multicastgruppe beitreten können. Die group-policy Anweisung ermöglicht es Ihnen, unerwünschte MLD-Berichte auf Schnittstellenebene zu filtern.
Wenn die group-policy Anweisung auf einem Router aktiviert ist, vergleicht der Router, nachdem der Router einen MLD-Bericht empfangen hat, die Gruppe mit der angegebenen Gruppenrichtlinie und führt die in dieser Richtlinie konfigurierte Aktion aus (z. B. lehnt er den Bericht ab, wenn die Richtlinie mit der definierten Adresse oder dem definierten Netzwerk übereinstimmt).
Sie definieren die Richtlinie so, dass sie nur mit MLD-Gruppenadressen (für MLDv1) übereinstimmt, indem Sie die route-filter Anweisung der Richtlinie verwenden, um die Gruppenadresse abzugleichen. Sie definieren die Richtlinie so, dass sie mit MLD-Adressen (Quell-, Gruppenadressen) (für MLDv2) übereinstimmt, indem Sie die route-filter Anweisung der Richtlinie verwenden, um die Gruppenadresse und die Anweisung der Richtlinie source-address-filter mit der Quelladresse abzugleichen.
So filtern Sie unerwünschte MLD-Berichte:
Siehe auch
Beispiel: Ändern der MLD-Robustheitsvariablen
In diesem Beispiel wird gezeigt, wie die MLD-Robustheitsvariable in einer Multicastdomäne konfiguriert und überprüft wird.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Routerschnittstellen.
Konfigurieren Sie ein internes Gateway-Protokoll oder statisches Routing. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Aktivieren Sie IPv6-Unicast-Routing. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Aktivieren Sie PIM. Weitere Informationen finden Sie unter PIM-Übersicht.
Überblick
Die MLD-Robustheitsvariable kann fein abgestimmt werden, um den erwarteten Paketverlust in einem Subnetz zu berücksichtigen. Eine Erhöhung der robusten Anzahl ermöglicht mehr Paketverluste, erhöht jedoch die Leave-Latenz des Subnetzwerks.
Der Wert der Robustheitsvariablen wird bei der Berechnung der folgenden MLD-Nachrichtenintervalle verwendet:
Gruppenmitgliederintervall: Zeitspanne, die vergehen muss, bevor ein Multicast-Router feststellt, dass sich keine weiteren Mitglieder einer Gruppe in einem Netzwerk befinden. Dieses Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (1 x Abfrage-Antwort-Intervall).
Anderes Querier-Präsentintervall: Zeitspanne, die vergehen muss, bevor ein Multicast-Router feststellt, dass kein anderer Multicast-Router mehr vorhanden ist, der der Abfrager ist. Dieses Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (0,5 x Abfrage-Antwort-Intervall).
Anzahl der Abfragen des letzten Mitglieds: Anzahl der gruppenspezifischen Abfragen, die gesendet wurden, bevor der Router davon ausgeht, dass keine lokalen Mitglieder einer Gruppe vorhanden sind. Die Standardzahl ist der Wert der Robustheitsvariablen.
Standardmäßig ist die Variable robustness auf 2 festgelegt. Die Zahl kann zwischen 2 und 10 liegen. Sie können diesen Wert erhöhen, wenn Sie erwarten, dass ein Subnetz Pakete verliert.
Konfiguration
Verfahren
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem [edit] Konfigurationsmodus ein commit .
set protocols mld robust-count 5
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So ändern Sie den Wert der Variablen robustheit:
Verifizierung
Um zu überprüfen, ob die Konfiguration ordnungsgemäß funktioniert, überprüfen Sie das Feld MLD Robustness Count in der Ausgabe des Befehls show mld interfaces .
Begrenzen der maximalen MLD-Nachrichtenrate
Sie können das Limit für die maximale Anzahl von MLD-Paketen ändern, die vom Router in 1 Sekunde übertragen werden.
Die Erhöhung der maximalen Anzahl von MLD-Paketen, die pro Sekunde übertragen werden, kann auf einem Router mit einer großen Anzahl von Schnittstellen, die an MLD teilnehmen, nützlich sein.
Um den Grenzwert für die maximale Anzahl von MLD-Paketen zu ändern, die der Router in 1 Sekunde übertragen kann, fügen Sie die maximum-transmit-rate Anweisung ein und geben Sie die maximale Anzahl der zu übertragenden Pakete pro Sekunde an.
Aktivieren der statischen MLD-Gruppenmitgliedschaft
- Erstellen eines statischen MLD-Gruppenmitglieds
- Automatisches Erstellen statischer Gruppen
- Automatisches Inkrementieren von Gruppenadressen
- Angeben der Multicast-Quelladresse (im SSM-Modus)
- Automatisches Angeben von Multicast-Quellen
- Automatisches Inkrementieren von Quelladressen
- Ausschließen von Multicast-Quelladressen (im SSM-Modus)
Erstellen eines statischen MLD-Gruppenmitglieds
Sie können eine statische MLD-Gruppenmitgliedschaft erstellen, um die Multicastweiterleitung ohne Empfängerhost zu testen. Wenn Sie die statische MLD-Gruppenmitgliedschaft aktivieren, werden Daten an eine Schnittstelle weitergeleitet, ohne dass diese Schnittstelle Mitgliedschaftsberichte von nachgeschalteten Hosts empfängt.
Die Class-of-Service-Anpassung (CoS) wird bei der statischen MLD-Gruppenmitgliedschaft nicht unterstützt.
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, können Sie die Anzahl der statischen Gruppen angeben, die automatisch erstellt werden sollen.
In diesem Beispiel erstellen Sie die statische Gruppe ff0e::1:ff05:1a8d.
Automatisches Erstellen statischer Gruppen
Wenn Sie eine statische MLD-Gruppenmitgliedschaft erstellen, um die Multicastweiterleitung auf einer Schnittstelle zu testen, auf der Sie Multicastdatenverkehr empfangen möchten, können Sie angeben, dass automatisch eine Reihe statischer Gruppen erstellt werden. Dies ist nützlich, wenn Sie die Weiterleitung an mehrere Empfänger testen möchten, ohne jeden Empfänger separat konfigurieren zu müssen.
In diesem Beispiel erstellen Sie drei Gruppen.
Automatisches Inkrementieren von Gruppenadressen
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicastdatenverkehr empfangen möchten, und Sie die Anzahl der statischen Gruppen angeben, die automatisch erstellt werden sollen, können Sie die Gruppenadresse auch so konfigurieren, dass sie automatisch um eine bestimmte Anzahl von Adressen erhöht wird.
In diesem Beispiel erstellen Sie drei Gruppen und erhöhen die Gruppenadresse für jede Gruppe um zwei Inkremente.
Angeben der Multicast-Quelladresse (im SSM-Modus)
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, und Ihr Netzwerk im quellenspezifischen Multicastmodus (SSM) arbeitet, können Sie die zu akzeptierende Multicast-Quelladresse angeben.
Wenn Sie eine Gruppenadresse im SSM-Bereich angeben, müssen Sie auch eine Quelle angeben.
Wenn eine Quelladresse in einer statisch konfigurierten Multicastgruppe angegeben wird, muss die MLD-Version auf der Schnittstelle auf MLDv2 festgelegt werden. MLDv1 ist der Standardwert.
In diesem Beispiel erstellen Sie die Gruppe ff0e::1:ff05:1a8d und akzeptieren die IPv6-Adresse fe80::2e0:81ff:fe05:1a8d als einzige Quelle.
Automatisches Angeben von Multicast-Quellen
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, können Sie eine Anzahl von Multicastquellen angeben, die automatisch akzeptiert werden sollen.
In diesem Beispiel erstellen Sie die statische Gruppe ff0e::1:ff05:1a8d und akzeptieren fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8e und fe80::2e0:81ff:fe05:1a8f als Quelladressen.
Automatisches Inkrementieren von Quelladressen
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, und eine Anzahl von Multicastquellen angeben, die automatisch akzeptiert werden sollen, können Sie auch die Anzahl angeben, um die die Adresse für jede akzeptierte Quelle erhöht werden soll.
In diesem Beispiel erstellen Sie die statische Gruppe ff0e::1:ff05:1a8d und akzeptieren fe80::2e0:81ff:fe05:1a8d, fe80::2e0:81ff:fe05:1a8f und fe80::2e0:81ff:fe05:1a91 als Quellen.
Ausschließen von Multicast-Quelladressen (im SSM-Modus)
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, und Ihr Netzwerk im quellenspezifischen Multicastmodus (SSM) arbeitet, können Sie angeben, dass bestimmte Multicast-Quelladressen ausgeschlossen werden sollen.
Standardmäßig arbeitet die Multicast-Quelladresse, die in einer statischen Gruppe konfiguriert ist, im Include-Modus. Im Include-Modus wird der Multicast-Datenverkehr für die Gruppe von der konfigurierten Quelladresse akzeptiert. Sie können die statische Gruppe auch so konfigurieren, dass sie im Ausschlussmodus ausgeführt wird. Im Ausschlussmodus wird der Multicast-Datenverkehr für die Gruppe von einer anderen Adresse als der konfigurierten Quelladresse akzeptiert.
Wenn eine Quelladresse in einer statisch konfigurierten Multicastgruppe angegeben wird, muss die MLD-Version auf der Schnittstelle auf MLDv2 festgelegt werden. MLDv1 ist der Standardwert.
In diesem Beispiel schließen Sie die Adresse fe80::2e0:81ff:fe05:1a8d als Quelle für die Gruppe ff0e::1:ff05:1a8d aus.
Eine ähnliche Konfiguration ist für IPv4-Multicast-Datenverkehr mit dem IGMP-Protokoll verfügbar.
Beispiel: Aufzeichnen von MLD-Beitritts- und -Austrittsereignissen
In diesem Beispiel wird gezeigt, wie Sie bestimmen können, ob eine MLD-Optimierung in einem Netzwerk erforderlich ist, indem das Routinggerät so konfiguriert wird, dass MLD-Beitritts- und -verlassensereignisse aufgezeichnet werden.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Routerschnittstellen.
Konfigurieren Sie ein internes Gateway-Protokoll oder statisches Routing. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Aktivieren Sie IPv6-Unicast-Routing. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Aktivieren Sie PIM. Weitere Informationen finden Sie unter PIM-Übersicht.
Überblick
In Tabelle 1 werden die aufzeichnbaren MLD-Beitritts- und -Austrittsereignisse beschrieben.
ERRMSG-Tag |
Definition |
|---|---|
RPD_MLD_JOIN |
Zeichnet MLD-Beitrittsereignisse auf. |
RPD_MLD_LEAVE |
Zeichnet MLD-Abwesenheitsereignisse auf. |
RPD_MLD_ACCOUNTING_ON |
Zeichnet auf, wenn die MLD-Abrechnung auf einer MLD-Schnittstelle aktiviert ist. |
RPD_MLD_ACCOUNTING_OFF |
Zeichnet auf, wenn die MLD-Abrechnung auf einer MLD-Schnittstelle deaktiviert ist. |
RPD_MLD_MEMBERSHIP_TIMEOUT |
Zeichnet Zeitüberschreitungsereignisse für MLD-Mitgliedschaften auf. |
Konfiguration
Verfahren
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem [edit] Konfigurationsmodus ein commit .
set protocols mld interface fe-0/1/0.2 accounting set system syslog file mld-events any info set system syslog file mld-events match ".*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*" set system syslog file mld-events archive size 100000 set system syslog file mld-events archive files 3 set system syslog file mld-events archive transfer-interval 1440 set system syslog file mld-events archive archive-sites "ftp://user@host1//var/tmp" password "anonymous" set system syslog file mld-events archive archive-sites "ftp://user@host2//var/tmp" password "test"
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie die Aufzeichnung von MLD-Beitritts- und -Austrittsereignissen:
Aktivieren Sie die Buchhaltung global oder auf einer MLD-Schnittstelle. Dieses Beispiel zeigt die Schnittstellenkonfiguration.
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
Konfigurieren Sie die aufzuzeichnenden Ereignisse, und filtern Sie die Ereignisse in eine Systemprotokolldatei mit einem beschreibenden Dateinamen, z. B. mld-events.
[edit system syslog file mld-events] user@host# set any info [edit system syslog file mld-events] user@host# set match “.*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*”
Archivieren Sie die Protokolldatei in regelmäßigen Abständen.
In diesem Beispiel wird die Datei alle 24 Stunden (1440 Minuten) rotiert, wenn sie 100 KB erreicht, und drei Dateien werden beibehalten.
[edit system syslog file mld-events] user@host# set archive size 100000 [edit system syslog file mld-events] user@host# set archive files 3 [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host1//var/tmp” password “anonymous” [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host2//var/tmp” password “test” [edit system syslog file mld-events] user@host# set archive transfer-interval 1440 [edit system syslog file mld-events] user@host# set archive start-time 2011–01–07:12:30
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit system syslog file mld-events]] user@host# commit
Verifizierung
Sie können die Systemprotokolldatei anzeigen, indem Sie den Befehl file show ausführen.
user@host> file show mld-events
Sie können die Systemprotokolldatei überwachen, wenn der Datei Einträge hinzugefügt werden, indem Sie die Befehle monitor start und monitor stop ausführen.
user@host> monitor start mld-events
*** mld-events *** Apr 16 13:08:23 host mgd[16416]: UI_CMDLINE_READ_LINE: User 'user', command 'run monitor start mld-events ' monitor
Konfigurieren der Anzahl der MLD-Multicast-Gruppenverknüpfungen auf logischen Schnittstellen
Mit dieser group-limit Anweisung können Sie die Anzahl der MLD-Multicast-Gruppenverknüpfungen für logische Schnittstellen begrenzen. Wenn diese Anweisung auf einem Router mit MLD Version 2 aktiviert ist, wird der Grenzwert nach Erhalt des Gruppenberichts angewendet. Sobald das Gruppenlimit erreicht ist, werden nachfolgende Beitrittsanfragen abgelehnt.
Beachten Sie beim Konfigurieren von Grenzwerten für MLD-Multicastgruppen Folgendes:
Jede Any-Source-Gruppe (*,G) zählt als eine Gruppe für den Grenzwert.
Jede quellenspezifische Gruppe (S,G) zählt als eine Gruppe für den Grenzwert.
Gruppen im MLDv2-Ausschlussmodus werden auf den Grenzwert angerechnet.
Mehrere quellenspezifische Gruppen werden einzeln auf das Gruppenlimit angerechnet, auch wenn sie für dieselbe Gruppe gelten. Beispielsweise würden (S1, G1) und (S2, G1) als zwei Gruppen für den konfigurierten Grenzwert gezählt.
Kombinationen aus beliebigen Quellengruppen und quellenspezifischen Gruppen werden einzeln auf das Gruppenlimit angerechnet, auch wenn sie für dieselbe Gruppe gelten. Beispielsweise würden (*, G1) und (S, G1) als zwei Gruppen für den konfigurierten Grenzwert gezählt.
Das Konfigurieren und Festlegen eines Gruppenlimits in einem Netzwerk, das niedriger ist als das, was bereits im Netzwerk vorhanden ist, führt dazu, dass alle Gruppen aus der Konfiguration entfernt werden. Die Gruppen müssen dann beantragen, dem Netzwerk wieder beizutreten (bis zum neu konfigurierten Gruppenlimit).
Sie können Multicastgruppen auf logischen MLD-Schnittstellen mithilfe dynamischer Profile dynamisch einschränken. Ausführliche Informationen zum Erstellen dynamischer Profile finden Sie in der Junos OS Subscriber Management and Services Library .
Ab Junos OS 12.2 können Sie optional einen Schwellenwert für die Systemprotokollwarnung für MLD-Multicast-Gruppenbeitritte konfigurieren, die über die logische Schnittstelle empfangen werden. Es ist hilfreich, die Systemprotokollmeldungen zur Fehlerbehebung zu überprüfen und zu erkennen, ob eine übermäßige Anzahl von MLD-Multicast-Gruppenbeitritten auf der Schnittstelle empfangen wurde. Diese Protokollmeldungen übermitteln, wenn der konfigurierte Gruppengrenzwert überschritten wurde, wenn der konfigurierte Schwellenwert überschritten wurde und wenn die Anzahl der Gruppen unter den konfigurierten Schwellenwert fällt.
Mit dieser group-threshold Anweisung können Sie den Schwellenwert konfigurieren, ab dem eine Warnmeldung protokolliert wird. Der Bereich liegt zwischen 1 und 100 Prozent. Der Warnschwellenwert ist ein Prozentsatz des Gruppengrenzwerts, daher müssen Sie die group-limit Anweisung so konfigurieren, dass ein Warnschwellenwert konfiguriert wird. Wenn z. B. die Anzahl der Gruppen den konfigurierten Warnschwellenwert überschreitet, aber unter dem konfigurierten Gruppengrenzwert bleibt, werden Multicastgruppen weiterhin akzeptiert, und das Gerät protokolliert eine Warnmeldung. Darüber hinaus protokolliert das Gerät eine Warnmeldung, wenn die Anzahl der Gruppen unter den konfigurierten Warnschwellenwert fällt. Sie können die Zeitspanne (in Sekunden) zwischen den Protokollmeldungen weiter angeben, indem Sie die log-interval Anweisung konfigurieren. Der Bereich liegt zwischen 6 und 32.767 Sekunden.
Sie können die Drosselung von Protokollmeldungen in Betracht ziehen, da für jeden Eintrag, der nach dem konfigurierten Schwellenwert hinzugefügt wird, und für jeden Eintrag, der nach dem konfigurierten Grenzwert abgelehnt wird, eine Warnmeldung protokolliert wird. Durch Konfigurieren eines Protokollintervalls können Sie die Anzahl der Systemprotokoll-Warnmeldungen drosseln, die für MLD-Multicast-Gruppenbeitritte generiert werden.
Gehen Sie wie folgt vor, um Multicast-Gruppenverknüpfungen auf einer logischen MLD-Schnittstelle einzuschränken:
Verwenden Sie den Befehl, um show protocols mld Ihre Konfiguration zu bestätigen. Verwenden Sie den Befehl, um den Betrieb von MLD auf der Schnittstelle zu überprüfen, einschließlich des konfigurierten Gruppengrenzwerts und des optionalen Warnschwellenwerts und des Intervalls zwischen Protokollmeldungen show mld interface .
Deaktivieren von MLD
Tabelle "Änderungshistorie"
Die Funktionsunterstützung hängt von der Plattform und der Version ab, die Sie verwenden. Verwenden Sie den Feature-Explorer , um festzustellen, ob ein Feature auf Ihrer Plattform unterstützt wird.