MLD-Konfiguration
Mld verstehen
Das Multicast Listener Discovery (MLD)-Protokoll verwaltet die Mitgliedschaft von Hosts und Routern in Multicastgruppen. Multicast-Router der IP-Version 6 (IPv6) nutzen MLD, um für jedes angeschlossene physische Netzwerk zu lernen, welche Gruppen interessiert sind. Jedes Routinggerät führt eine Liste von Host-Multicast-Adressen mit Listeners für jedes Subnetz sowie einen Timer für jede Adresse. Das Routing-Gerät muss jedoch nicht die Adresse jedes Listeners kennen – nur die Adresse jedes Hosts. Das Routinggerät liefert Adressen für das von diesem Protokoll verwendete Multicast-Routingprotokoll, wodurch sichergestellt wird, dass Multicastpakete an alle Subnetze geliefert werden, in denen sich interessierte Listener befinden. Auf diese Weise wird MLD als Transport für das Protocol Independent Multicast (PIM)-Protokoll verwendet.
MLD ist ein integraler Bestandteil von IPv6 und muss auf allen IPv6-Routinggeräten und -hosts aktiviert sein, die IP-Multicast-Datenverkehr empfangen müssen. Das Junos OS unterstützt MLD-Versionen 1 und 2. Version 2 wird für source-specific multicast (SSM)-Include- und Exclude-Modi unterstützt.
Im Include-Modus gibt der Empfänger die Quelle oder die Quellen an, von denen er den Multicastgruppendatenverkehr empfangen möchte. Der Exclude-Modus funktioniert im Gegenteil zum Include-Modus. Es ermöglicht dem Empfänger, die Quelle oder die Quellen anzugeben, von denen er nicht interessiert ist, den Datenverkehr der Multicastgruppe zu empfangen.
Für jedes angeschlossene Netzwerk kann ein Multicast-Routing-Gerät entweder ein Querier oder ein Nonquerier sein. Ein Querier-Routinggerät, in der Regel ein Gerät pro Subnetz, erbitten Gruppenmitgliedschaftsinformationen, indem MLD-Abfragen übermittelt werden. Wenn ein Host dem Querier-Routinggerät meldet, dass es interessiert ist, leitet das Querier-Routinggerät die Mitgliedschaftsinformationen mithilfe des vom Empfänger bestimmten Routers (DR) an das Rendezvouspunkt-Routinggerät (RP) weiter. Dadurch wird der Rendezvouspunktbaum (RPT) erstellt, der den Host mit interessierten Listenern mit dem RP-Routinggerät verbindet. Der RPT ist der erste Pfad, der vom Absender verwendet wird, um Informationen an die interessierten Listener zu übermitteln. Nichtquerier-Routinggeräte übertragen keine MLD-Abfragen in einem Subnetz, können dies jedoch tun, wenn das Querier-Routinggerät ausfällt.
Alle MLD-konfigurierten Routing-Geräte beginnen als Querier-Routing-Geräte in jedem angeschlossenen Subnetz (siehe Abbildung 1). Das Querier-Routing-Gerät rechts ist die DR des Empfängers.
Zur Wahl des Querier-Routinggeräts tauschen die Routinggeräte Abfragemeldungen mit ihren IPv6-Quelladressen aus. Wenn ein Routinggerät eine Abfragenachricht hört, deren IPv6-Quelladresse numerisch niedriger als die eigene ausgewählte Adresse ist, wird es zu einem nicht-quereren. In Abbildung 2 hat das Routinggerät auf der linken Seite eine numerisch niedrigere Quelladresse als die auf der rechten Seite und wird daher zum Querier-Routinggerät.
In der praktischen Anwendung von MLD sind mehrere Routing-Geräte in einem Subnetz Nicht-Queriers. Wenn das gewählte Querier-Routinggerät ausfällt, werden Abfragemeldungen zwischen den verbleibenden Routinggeräten ausgetauscht. Das Routing-Gerät mit der niedrigsten IPv6-Quelladresse wird zum neuen Querier-Routinggerät. Die Implementierung des IPv6 Neighbor Discovery Protocol (NDP) löscht eingehende Neighbor Announcement (NA)-Nachrichten mit einer Broadcast- oder Multicastadresse in der Ziel-Link-Layer-Adressoption. Dieses Verhalten wird von RFC 2461 empfohlen.
Das Querier-Routing-Gerät sendet in kurzen Intervallen allgemeine MLD-Abfragen an die Multicastadresse FF02::1 des Link-Scope-Allknotens an alle angeschlossenen Subnetze, um Informationen zur Gruppenmitgliedschaft zu erhalten (siehe Abbildung 3). Innerhalb der Abfragenachricht ist der Wert für die maximale Antwortverzögerung angegeben, der die maximal zulässige Verzögerung angibt, mit der der Host mit einer Berichtsnachricht reagieren kann.
Wenn dem Host, der die Abfrage empfängt, interessierte Listener angehängt werden, sendet der Host einen Bericht mit der IPv6-Adresse des Hosts an das Routing-Gerät (siehe Abbildung 4). Wenn die gemeldete Adresse noch nicht in der Liste der Multicastadressen des Routinggeräts mit interessierten Listenern enthalten ist, wird die Adresse der Liste hinzugefügt und ein Timer für die Adresse festgelegt. Wenn die Adresse bereits in der Liste aufgeführt ist, wird der Timer zurückgesetzt. Die Adresse des Hosts wird an rp in der PIM-Domäne übertragen.
empfangen
Wenn der Host keine interessierten Multicast-Listener hat, sendet er eine fertige Nachricht an das Querier-Routinggerät. Nach Erhalt gibt das Querier-Routinggerät eine multicastadressspezifische Abfrage aus, die den Wert des letzten Listener-Abfrageintervalls an die Multicastadresse des Hosts enthält. Wenn das Routinggerät keinen Bericht von der Multicastadresse erhält, entfernt es die Multicastadresse aus der Liste und benachrichtigt das RP in der PIM-Domäne seiner Entfernung (siehe Abbildung 5).
Wenn eine fertige Nachricht nicht vom Querier-Routinggerät empfangen wird, sendet das Querier-Routinggerät weiterhin Multicast-adressspezifische Abfragen. Wenn der Timer für die Adresse nach Erhalt des letzten Berichts abläuft, setzt das Querier-Routinggerät voraus, dass sich in diesem Subnetz keine interessierten Listener mehr befinden, entfernt die Multicastadresse aus der Liste und benachrichtigt das RP in der PIM-Domäne seiner Entfernung (siehe Abbildung 6).
entfernt
Siehe auch
MLD-Konfiguration
Um das Multicast Listener Discovery (MLD)-Protokoll zu konfigurieren, geben Sie die mld Anweisung an:
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 einfügen:
[edit protocols][edit logical-systems logical-system-name protocols]
MlD ist standardmäßig an allen Broadcast-Schnittstellen aktiviert, wenn Sie Protocol Independent Multicast (PIM) oder das Distance Vector Multicast Routing Protocol (DVMRP) konfigurieren.
MLD aktivieren
Das Multicast Listener Discovery (MLD)-Protokoll verwaltet Multicastgruppen, indem Gruppen in einem Subnetz etabliert, verwaltet und entfernt werden. Multicast-Routing-Geräte verwenden MLD, um zu erfahren, welche Gruppen Mitglieder in jedem ihrer angeschlossenen physischen Netzwerke haben. MLD muss aktiviert sein, damit der Router IPv6-Multicastpakete empfängt. MLD wird nur für IPv6-Netzwerke benötigt, da Multicast in IPv4-Netzwerken unterschiedlich 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 gibt unterschiedliche Verhaltensweisen für Multicast-Listeners und für Router an. Wenn ein Router auch ein Listener ist, reagiert 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. Listeners hingegen müssen das Listener-Verhalten auf allen Schnittstellen ausführen, die mit potenziellen Empfängern von Multicast-Datenverkehr verbunden sind.
Wenn MLD nicht auf einer Schnittstelle 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 ausdrücklich:
Siehe auch
Ändern der MLD-Version
Standardmäßig unterstützt der Router MLD Version 1 (MLDv1). Um es dem Router zu ermöglichen, MLD Version 2 (MLDv2) nur für source-specific Multicast (SSM) zu verwenden, fügen Sie die version 2 Anweisung ein.
Wenn Sie die MLD-Versionseinstellung auf der ebene der individuellen Schnittstellenhierarchie konfigurieren, überschreibt sie die Konfiguration der IGMP-Version mithilfe der interface all Anweisung.
Wenn eine Quelladresse in einer Statisch konfigurierten Multicastgruppe angegeben wird, muss die Version auf MLDv2 eingestellt werden.
So ändern Sie eine MLD-Schnittstelle in Version 2:
Siehe auch
Ändern des MLD Host-Query Nachrichtenintervalls
Das Ziel von MLD ist es, Router mit der IPv6-Gruppenmitgliedschaft des gesamten Subnetzes auf dem neuesten Stand zu halten. Router müssen nicht wissen, wer alle Mitglieder sind, nur dass Mitglieder existieren. Jeder Host verfolgt, welche Multicastgruppen abonniert werden. Auf jedem Link wird ein Router zum Querier gewählt. Der MLD-Querier-Router sendet regelmäßig allgemeine Hostabfragemeldungen in jedem angeschlossenen Netzwerk, um Mitgliedschaftsinformationen zu erfragen. Diese Nachrichten erbitten Gruppenmitgliedschaftsinformationen und werden an die Link-Scope-Allknotenadresse FF02::1 gesendet. Eine allgemeine Hostabfragenachricht hat eine maximale Reaktionszeit, die Sie durch Konfigurieren des Abfragereaktionsintervalls festlegen können.
Das Timeout für die Abfragereaktion, das Abfrageintervall und die Robustheitsvariable hängen damit zusammen, dass alle Variablen zum Berechnen des Multicast-Listener-Intervalls verwendet werden. Das Multicast-Listener-Intervall ist die Anzahl der Sekunden, die vergehen müssen, bevor ein Multicast-Router feststellt, dass keine weiteren Mitglieder einer Hostgruppe in einem Subnetz vorhanden sind. Das Multicast-Listener-Intervall wird als (Robustheitsvariable x Abfrageintervall) + (1 x Query-Response-Interval) berechnet. Wenn für eine bestimmte Gruppe keine Berichte empfangen werden, bevor das Multicast-Listener-Intervall abgelaufen ist, stoppt das Routinggerät die Weiterleitung von Remote-Multicastpaketen für diese Gruppe im angeschlossenen Netzwerk.
Standardmäßig werden alle 125 Sekunden Nachrichten mit Hostabfragen 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 MLD-Abfragereaktionsintervalls
Das Abfragereaktionsintervall ist die maximale Zeit, die zwischen dem Senden einer Hostabfragenachricht durch den Querier-Router und dem Empfang einer Antwort von einem Host vergehen kann. Sie können dieses Intervall ändern, um die Burst-Peaks von MLD-Nachrichten im Subnetz anzupassen. Legen Sie ein größeres Intervall fest, um den Datenverkehr weniger überlastet zu machen.
Das Timeout für die Abfragereaktion, das Abfrageintervall und die Robustheitsvariable hängen damit zusammen, dass alle Variablen zum Berechnen des Multicast-Listener-Intervalls verwendet werden. Das Multicast-Listener-Intervall ist die Anzahl der Sekunden, die vergehen müssen, bevor ein Multicast-Router feststellt, dass keine weiteren Mitglieder einer Hostgruppe in einem Subnetz vorhanden sind. Das Multicast-Listener-Intervall wird als (Robustheitsvariable x Abfrageintervall) + (1 x Query-Response-Interval) berechnet. Wenn für eine bestimmte Gruppe keine Berichte empfangen werden, bevor das Multicast-Listener-Intervall abgelaufen ist, stoppt das Routinggerät die Weiterleitung von Remote-Multicastpaketen für diese Gruppe im angeschlossenen Netzwerk.
Das Antwortintervall für Standardabfragen beträgt 10 Sekunden. Sie können ein Intervall bis zu einer Ziffer rechts vom Dezimalpunkt konfigurieren. Der konfigurierbare Bereich ist 0,1 bis 0,9, dann in 1-Sekunden-Intervallen 1 bis 999,999.
So ändern Sie das Abfragereaktionsintervall:
Siehe auch
Ändern des MLD-Abfrageintervalls für letzte Mitglieder
Das Abfrageintervall für letzte Mitglieder (auch als Last-Listener-Abfrageintervall bezeichnet) ist die maximale Zeit zwischen gruppenspezifischen Abfragemeldungen, einschließlich der Nachrichten, die als Reaktion auf ausgeführte Nachrichten gesendet werden, die an die link-scope-all-router-Adresse FF02::2 gesendet werden. Sie können dieses Intervall senken, um die Zeit zu reduzieren, die ein Router benötigt, um den Verlust des letzten Mitglieds einer Gruppe zu erkennen.
Wenn das Routinggerät, das als Querier dient, eine Leave-Group-Nachricht (erledigt) von einem Host empfängt, sendet das Routing-Gerät mehrere gruppenspezifische Abfragen an die Gruppe. Der Querier sendet eine bestimmte Anzahl dieser Abfragen und sendet sie in einem bestimmten Intervall. Die Anzahl der gesendeten Abfragen wird als Last-Listener-Abfrageanzahl bezeichnet. Das Intervall, in dem die Abfragen gesendet werden, heißt Last-Listener-Abfrageintervall. Beide Einstellungen sind konfigurierbar, sodass Sie die Leave-Latenz anpassen können. Die IGMP-Leave-Latenz ist die Zeit zwischen einer Anfrage zum Verlassen einer Multicastgruppe und dem Empfang des letzten Byte von Daten für die Multicastgruppe.
Die Last-Listener-Abfrageanzahl x (mal) das Abfrageintervall für den letzten Listener = (entspricht) der Zeit, die ein Routinggerät benötigt, um festzustellen, dass das letzte Mitglied einer Gruppe die Gruppe verlassen hat, und den Datenverkehr der Weiterleitungsgruppe zu stoppen.
Das Standardintervall für die Last-Listener-Abfrage beträgt 1 Sekunde. Sie können ein Intervall bis zu einer Ziffer rechts vom Dezimalpunkt konfigurieren. Der konfigurierbare Bereich ist 0,1 bis 0,9, dann in 1-Sekunden-Intervallen 1 bis 999,999.
So ändern Sie dieses Intervall:
Sie können die Abfrageanzahl der letzten Mitglieder konfigurieren, indem Sie die Robustheitsvariable konfigurieren. Die beiden sind immer gleich.
Siehe auch
Angeben der Sofortigen Leave Host Removal für MLD
Die Einstellung für den sofortigen Urlaub ist nützlich, um die Leave-Latenz von MLD-Mitgliedschaften zu minimieren. Wenn diese Einstellung aktiviert ist, verlässt das Routinggerät die Multicastgruppe unmittelbar nachdem der letzte Host die Multicastgruppe verlässt.
Die Einstellung mit sofortiger Leave-Einstellung ermöglicht die Hostverfolgung, was bedeutet, dass das Gerät die Hosts verfolgt, die Join-Nachrichten senden. Dadurch kann MLD feststellen, wann der letzte Host eine Leave-Nachricht für die Multicastgruppe sendet.
Wenn die Sofortige Leave-Einstellung aktiviert ist, entfernt das Gerät eine Schnittstelle aus dem Forwarding-Table-Eintrag, ohne dass zuerst MLD-gruppenspezifische Abfragen an die Schnittstelle gesendet werden. Die Schnittstelle wird aus dem Multicastbaum für die in der MLD-Leave-Nachricht angegebene Multicastgruppe entfernt. Die sofortige Leave-Einstellung gewährleistet ein optimales Bandbreitenmanagement für Hosts in einem switchierten Netzwerk, auch wenn mehrere Multicastgruppen gleichzeitig verwendet werden.
Wenn der sofortige Leave deaktiviert ist und ein Host eine Leave Group-Nachricht sendet, sendet das Routing-Gerät zuerst eine Gruppenabfrage, um festzustellen, ob ein anderer Empfänger reagiert. Wenn kein Empfänger reagiert, entfernt das Routinggerät alle Hosts auf der Schnittstelle aus der Multicastgruppe. Der sofortige Urlaub ist standardmäßig sowohl für MLD-Version 1 als auch für MLD-Version 2 deaktiviert.
Obwohl die Hostverfolgung für IGMPv2 und MLDv1 aktiviert ist, wenn Sie den sofortigen Leave aktivieren, verwenden Sie den sofortigen Leave mit diesen Versionen nur, wenn sich ein Host auf der Schnittstelle befindet. Der Grund dafür ist, dass IGMPv2 und MLDv1 einen Berichtunterdrückungsmechanismus verwenden, bei dem nur ein Host an einer Schnittstelle einen Gruppenbeitrittsbericht als Antwort auf eine Mitgliedschaftsabfrage sendet. Die anderen interessierten Hosts unterdrücken ihre Berichte. Mit diesem Mechanismus soll eine Flut von Berichten für dieselbe Gruppe vermieden werden. Es beeinträchtigt jedoch auch die Hostverfolgung, da der Router nur den einen interessierten Host kennt und nicht über die anderen weiß.
So ermöglichen Sie den sofortigen Urlaub:
Filtern unerwünschter MLD-Berichte auf MLD-Schnittstellenebene
Angenommen, Sie müssen die Subnetze beschränken, die einer bestimmten Multicastgruppe beitreten können. Mit group-policy dieser Anweisung können Sie unerwünschte MLD-Berichte auf Schnittstellenebene filtern.
Wenn die group-policy Anweisung auf einem Router aktiviert ist, vergleicht der Router die Gruppe nach Empfang eines MLD-Berichts mit der angegebenen Gruppenrichtlinie und führt die in dieser Richtlinie konfigurierte Aktion aus (z. B. weist den Bericht zurück, wenn die Richtlinie mit der definierten Adresse oder dem Netzwerk übereinstimmt).
Sie definieren die Richtlinie, die nur MLD-Gruppenadressen (für MLDv1) entspricht, indem Sie die Anweisung der Richtlinie route-filter verwenden, um mit der Gruppenadresse zusammenzupassen. Sie definieren die Richtlinie, die den MLD-Adressen (Quelle, Gruppe) (für MLDv2) entspricht, indem Sie die Anweisung der Richtlinie route-filter verwenden, um mit der Gruppenadresse und der Anweisung der source-address-filter Richtlinie zur Übereinstimmung mit der Quelladresse zusammenzupassen.
So filtern Sie unerwünschte MLD-Berichte:
Siehe auch
Beispiel: Ändern der MlD-Robustheitsvariable
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 Interior Gateway-Protokoll oder statisches Routing. Sehen Sie sich die Junos OS Routing Protocols Library für Routing-Geräte an.
IPv6-Unicast-Routing aktivieren. Sehen Sie sich die Junos OS Routing Protocols Library für Routing-Geräte an.
PIM aktivieren. Siehe PIM-Übersicht.
Übersicht
Die MlD-Robustheitsvariable kann so angepasst werden, dass der erwartete Paketverlust in einem Subnetz möglich ist. Die Erhöhung der robusten Anzahl ermöglicht mehr Paketverluste, erhöht jedoch die Leave-Latenz des Subnetzes.
Der Wert der Robustheitsvariable wird bei der Berechnung der folgenden MLD-Nachrichtenintervalle verwendet:
Intervall für Gruppenmitglieder: Der Zeitraum, der vor einem Multicast-Router vergehen muss, bestimmt, dass sich keine mitglieder mehr in einem Netzwerk befinden. Dieses Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (1 x Abfrage-Antwort-Intervall).
Sonstiges Querier-Gegenwartsintervall: Der Zeitraum, der vergehen muss, bevor ein Multicast-Router feststellt, dass sich kein weiterer Multicast-Router mehr befindet, der der Querier ist. Dieses Intervall wird wie folgt berechnet: (Robustheitsvariable x Abfrageintervall) + (0,5 x Query-Response-Interval).
Anzahl der Abfragen für letzte Mitglieder: Anzahl der gruppenspezifischen Abfragen, die gesendet werden, bevor der Router annimmt, dass keine lokalen Mitglieder einer Gruppe vorhanden sind. Die Standardnummer ist der Wert der Robustheitsvariable.
Standardmäßig ist die Robustheitsvariable auf 2 festgelegt. Die Zahl kann von 2 bis 10 sein. Wenn Sie erwarten, dass ein Subnetz Pakete verliert, können Sie diesen Wert erhöhen.
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 die Netzwerkkonfiguration erforderlich sind, kopieren Und fügen Sie die Befehle auf Hierarchieebene in die [edit] CLI ein und geben Sie dann aus dem Konfigurationsmodus ein commit .
set protocols mld robust-count 5
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Cli-Benutzerhandbuch von Junos OS.
So ändern Sie den Wert der Robustheitsvariablen:
Überprüfung
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 .
Begrenzung der maximalen MLD-Nachrichtenrate
Sie können die Obergrenze für die maximale Anzahl von MLD-Paketen ändern, die vom Router in 1 Sekunde übertragen werden.
Eine Erhöhung der maximalen Anzahl von pro Sekunde übertragenen MLD-Paketen kann auf einem Router mit einer großen Anzahl von Schnittstellen, die an MLD teilnehmen, nützlich sein.
Um die Obergrenze für die maximale Anzahl von MLD-Paketen zu ändern, die der Router in einer Sekunde übertragen kann, geben Sie die maximum-transmit-rate Anweisung an und geben Sie die maximale Anzahl der zu übertragenden Pakete pro Sekunde an.
Aktivieren einer statischen MLD-Gruppenmitgliedschaft
- Ein statisches MLD-Gruppenmitglied erstellen
- Automatisches Erstellen statischer Gruppen
- Gruppenadressen automatisch inkrementieren
- Multicast-Quelladresse angeben (im SSM-Modus)
- Automatische Angabe von Multicastquellen
- Quelladressen automatisch inkrementieren
- Multicast-Quelladressen ausschließen (im SSM-Modus)
Ein statisches MLD-Gruppenmitglied erstellen
Sie können eine statische MLD-Gruppenmitgliedschaft erstellen, um die Multicastweiterleitung ohne einen Empfängerhost zu testen. Wenn Sie die statische MLD-Gruppenmitgliedschaft aktivieren, werden die Daten an eine Schnittstelle weitergeleitet, ohne dass diese Schnittstelle Mitgliedschaftsberichte von downstream-Hosts empfängt.
CoS-Anpassungen (Class-of-Service) werden bei statischer MLD-Gruppenmitgliedschaft nicht unterstützt.
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, an der Sie Multicast-Datenverkehr empfangen möchten, können Sie die Anzahl der automatisch zu erstellenden statischen Gruppen angeben.
In diesem Beispiel erstellen Sie eine 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, an der Sie Multicast-Datenverkehr empfangen möchten, können Sie festlegen, dass eine Reihe statischer Gruppen automatisch 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.
Gruppenadressen automatisch inkrementieren
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, auf der Sie Multicast-Datenverkehr empfangen möchten, und Sie die Anzahl der statischen Gruppen angeben, die automatisch erstellt werden sollen, können Sie auch die Gruppenadresse 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.
Multicast-Quelladresse angeben (im SSM-Modus)
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, an der Sie Multicast-Datenverkehr empfangen möchten und ihr Netzwerk im quellspezifischen Multicast-Modus (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 an der Schnittstelle auf MLDv2 eingestellt werden. MLDv1 ist der Standardwert.
In diesem Beispiel erstellen Sie die Gruppe ff0e::1:ff05:1a8d und akzeptieren IPv6-Adressen-fe80::2e0:81ff:fe05:1a8d als einzige Quelle.
Automatische Angabe von Multicastquellen
Wenn Sie statische Gruppen auf einer Schnittstelle konfigurieren, an der Sie Multicast-Datenverkehr empfangen möchten, können Sie eine Reihe 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.
Quelladressen automatisch inkrementieren
Wenn Sie statische Gruppen an einer Schnittstelle konfigurieren, an der Sie Multicast-Datenverkehr empfangen möchten, und eine Reihe von Multicastquellen angeben, die automatisch angenommen werden sollen, können Sie auch die Nummer 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.
Multicast-Quelladressen ausschließen (im SSM-Modus)
Wenn Sie statische Gruppen an einer Schnittstelle konfigurieren, an der Sie Multicast-Datenverkehr empfangen möchten und ihr Netzwerk im quellspezifischen Multicast-Modus (SSM) arbeitet, können Sie festlegen, dass bestimmte Multicast-Quelladressen ausgeschlossen werden.
Standardmäßig wird die in einer statischen Gruppe konfigurierte Multicast-Quelladresse im Include-Modus ausgeführt. Im Include-Modus wird der Multicast-Datenverkehr für die Gruppe von der konfigurierten Quelladresse akzeptiert. Sie können auch die statische Gruppe so konfigurieren, dass sie im Ausschlussmodus arbeitet. Im Ausschlussmodus wird der Multicast-Datenverkehr für die Gruppe von jeder anderen Adresse als der konfigurierten Quelladresse akzeptiert.
Wenn eine Quelladresse in einer Statisch konfigurierten Multicastgruppe angegeben wird, muss die MLD-Version an der Schnittstelle auf MLDv2 eingestellt werden. MLDv1 ist der Standardwert.
In diesem Beispiel schließen Sie die Adresse fe80::2e0:81ff:fe05:1a8d als Quelle für group ff0e::1:ff05:1a8d aus.
Eine ähnliche Konfiguration ist für IPv4-Multicast-Datenverkehr mithilfe des IGMP-Protokolls verfügbar.
Beispiel: MLD-Aufzeichnung Teilnehmen und Veranstaltungen verlassen
In diesem Beispiel wird erläutert, ob in einem Netzwerk mlD-Tuning erforderlich ist, indem das Routinggerät so konfiguriert wird, dass MLD-Join aufzeichnen und Ereignisse verlassen.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Routerschnittstellen.
Konfigurieren Sie ein Interior Gateway-Protokoll oder statisches Routing. Sehen Sie sich die Junos OS Routing Protocols Library für Routing-Geräte an.
IPv6-Unicast-Routing aktivieren. Sehen Sie sich die Junos OS Routing Protocols Library für Routing-Geräte an.
PIM aktivieren. Siehe PIM-Übersicht.
Übersicht
Tabelle 1 beschreibt die beschreibbare MLD-Join- und Leave-Ereignisse.
ERRMSG-Tag |
Definition |
|---|---|
RPD_MLD_JOIN |
Datensätze MLD nimmt an Veranstaltungen teil. |
RPD_MLD_LEAVE |
Datensätze MLD hinterlässt Ereignisse. |
RPD_MLD_ACCOUNTING_ON |
Zeichnet auf, wenn MLD-Accounting auf einer MLD-Schnittstelle aktiviert ist. |
RPD_MLD_ACCOUNTING_OFF |
Zeichnet auf, wenn MLD-Accounting auf einer MLD-Schnittstelle deaktiviert ist. |
RPD_MLD_MEMBERSHIP_TIMEOUT |
Zeichnet Timeout-Ereignisse der MLD-Mitgliedschaft 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 die Netzwerkkonfiguration erforderlich sind, kopieren Und fügen Sie die Befehle auf Hierarchieebene in die [edit] CLI ein und geben Sie dann aus dem 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-Verfahren
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Cli-Benutzerhandbuch von Junos OS.
So konfigurieren Sie die Aufzeichnung von MLD-Join- und Leave-Ereignissen:
Globales Accounting oder über eine MLD-Schnittstelle aktivieren. Dieses Beispiel zeigt die Schnittstellenkonfiguration.
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
Konfigurieren Sie die zu protokollierenden Ereignisse und filtern Sie die Ereignisse in einer Systemprotokolldatei mit einem beschreibenden Dateinamen, z. B. MLD-Ereignisse.
[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 regelmäßig.
Dieses Beispiel dreht die Datei alle 24 Stunden (1440 Minuten), wenn sie 100 KB erreicht und drei Dateien speichert.
[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 die Konfiguration des Geräts durchgeführt haben, bestätigen Sie die Konfiguration.
[edit system syslog file mld-events]] user@host# commit
Überprüfung
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 Einträge der Datei hinzugefügt werden, indem Sie die Monitorstart- und Monitor-Stoppbefehle 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-Multicastgruppen-Joins an logischen Schnittstellen
Mit group-limit dieser Anweisung können Sie die Anzahl der MLD-Multicastgruppen-Joins für logische Schnittstellen begrenzen. Wenn diese Anweisung auf einem Router aktiviert ist, auf dem MLD Version 2 ausgeführt wird, wird die Obergrenze nach Erhalt des Gruppenberichts angewendet. Sobald die Gruppengrenze erreicht ist, werden nachfolgende Join-Anfragen abgelehnt.
Beachten Sie bei der Konfiguration von Grenzwerten für MLD-Multicastgruppen Folgendes:
Jede Any-Source-Gruppe (*,G) zählt als eine Gruppe zum Limit.
Jede quellenspezifische Gruppe (S,G) zählt als eine Gruppe zum Limit.
Gruppen im MLDv2-Ausschlussmodus werden zum Grenzwert gezählt.
Mehrere quellenspezifische Gruppen werden individuell zur Gruppengrenze gezählt, auch wenn sie sich für dieselbe Gruppe befinden. Beispielsweise würden (S1, G1) und (S2, G1) als zwei Gruppen zum konfigurierten Limit zählen.
Kombinationen von Any-Source-Gruppen und quellenspezifischen Gruppen zählen individuell zur Gruppengrenze, auch wenn sie sich für die gleiche Gruppe befinden. Beispielsweise würden (*, G1) und (S, G1) als zwei Gruppen zum konfigurierten Limit zählen.
Wenn Sie eine Gruppengrenze für ein Netzwerk konfigurieren und festlegen, die niedriger ist als das, was bereits im Netzwerk vorhanden ist, führt dies dazu, dass alle Gruppen aus der Konfiguration entfernt werden. Die Gruppen müssen dann eine erneute Aufnahme in das Netzwerk anfordern (bis zur neu konfigurierten Gruppengrenze).
Sie können Multicastgruppen auf logischen MLD-Schnittstellen dynamisch einschränken, indem Sie dynamische Profile verwenden. Detaillierte Informationen zum Erstellen dynamischer Profile finden Sie in der Junos OS Subscriber Management and Services Library .
Beginnend mit Junos OS 12.2 können Sie optional einen Warnschwellenwert für Systemprotokolle für MLD-Multicastgruppen-Joins konfigurieren, die an der logischen Schnittstelle empfangen werden. Es ist hilfreich, die Systemprotokollmeldungen zur Fehlerbehebung zu überprüfen und zu erkennen, ob eine übermäßige Anzahl von MLD-Multicastgruppen-Joins an der Schnittstelle empfangen wurde. Diese Protokollmeldungen werden übermittelt, wenn die konfigurierte Gruppengrenze überschritten wurde, wenn der konfigurierte Schwellenwert überschritten wurde und wenn die Anzahl der Gruppen unter den konfigurierten Schwellenwert fällt.
Mit group-threshold der Anweisung können Sie den Schwellenwert konfigurieren, an dem eine Warnmeldung protokolliert wird. Der Bereich beträgt 1 bis 100 Prozent. Der Warnschwellwert beträgt einen Prozentsatz der Gruppengrenze, daher müssen Sie die group-limit Anweisung zur Konfiguration eines Warnschwellenwerts konfigurieren. Wenn beispielsweise die Anzahl der Gruppen den konfigurierten Warngrenzwert überschreitet, aber unterhalb der konfigurierten Gruppengrenze bleibt, werden Multicastgruppen weiterhin akzeptiert, und das Gerät protokolliert eine Warnmeldung. Darüber hinaus protokolliert das Gerät eine Warnmeldung, nachdem die Anzahl der Gruppen unter den konfigurierten Warnschwellenwert gesunken ist. Sie können die Dauer (in Sekunden) zwischen den Protokollmeldungen durch Konfigurieren der log-interval Anweisung weiter angeben. Der Bereich beträgt 6 bis 32.767 Sekunden.
Sie könnten die Drosselung von Protokollmeldungen in Betracht ziehen, da jeder Eintrag, der nach dem konfigurierten Schwellenwert hinzugefügt wurde, und jeder Eintrag, der nach der konfigurierten Begrenzung abgelehnt wurde, dazu führt, dass eine Warnmeldung protokolliert wird. Durch die Konfiguration eines Protokollintervalls können Sie die Anzahl der Für MLD-Multicastgruppen-Joins generierten Systemprotokollwarnmeldungen drosseln.
So begrenzen Sie die Multicast-Gruppenbeitritte auf einer logischen MLD-Schnittstelle:
Um Ihre Konfiguration zu bestätigen, verwenden Sie den show protocols mld Befehl. Verwenden Sie den Befehl, um den Betrieb von MLD an der Schnittstelle zu überprüfen, einschließlich der konfigurierten Gruppenbegrenzung und des optionalen Warnschwellwerts und -intervalls zwischen Protokollmeldungen show mld interface .