Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Beispiel: Konfigurieren von quellenspezifischem Multicast

Grundlegendes zum quellspezifischen PIM-Modus

PIM Source-Specific Multicast (SSM) verwendet eine Teilmenge des PIM-Sparse-Modus und IGMP Version 3 (IGMPv3), damit ein Client Multicast-Datenverkehr direkt von der Quelle empfangen kann. PIM-SSM nutzt die PIM-SpT-Funktionalität, um einen SPT zwischen dem Empfänger und der Quelle zu erstellen, baut das SPT jedoch ohne Hilfe eines RP auf.

Any Source Multicast (ASM) war der ursprüngliche Multicast

RFC 1112, der ursprüngliche Multicast-RFC, unterstützt sowohl Many-to-Many- als auch One-to-Many-Modelle. Diese wurden gemeinsam als Any-Source-Multicast (ASM) bezeichnet, weil ASM eine oder mehrere Quellen für den Datenverkehr einer Multicast-Gruppe erlaubte. Ein ASM-Netzwerk muss jedoch in der Lage sein, die Standorte aller Quellen für eine bestimmte Multicast-Gruppe zu bestimmen, wenn es interessierte Listener gibt, unabhängig davon, wo sich die Quellen im Netzwerk befinden. In ASM ist die Schlüsselfunktion source discovery einer erforderlichen Funktion des Netzwerks selbst.

Quellenerkennung im Sparse-Modus vs. Dense-Modus

Die Multicast-Quellerkennung scheint ein einfacher Prozess zu sein, aber im spärlichen Modus ist es das nicht. Im Dense-Modus ist es einfach genug, den Datenverkehr an jeden Router im gesamten Netzwerk zu fluten, sodass jeder Router die Quelladresse der Inhalte für diese Multicast-Gruppe lernt. Das Flooding bringt jedoch Probleme mit der Skalierbarkeit und der Nutzung von Netzwerkressourcen mit sich und ist im spärlichen Modus keine praktikable Option.

Der PIM-Sparse-Modus (wie jedes Sparse-Mode-Protokoll) erreicht die erforderliche Funktionalität zur Quellerkennung, ohne auf Kosten einer beträchtlichen Komplexität zu überfluten. RP-Router müssen hinzugefügt werden und alle Multicast-Quellen kennen, und komplizierte gemeinsam genutzte Verteilungsbäume müssen für die RPs aufgebaut werden.

PIM SSM ist eine Teilmenge des PIM-Sparse-Modus

PIM-SSM ist einfacher als der PIM-Sparse-Modus, da nur das One-to-Many-Modell unterstützt wird. Erste kommerzielle Multicast-Internetanwendungen sind wahrscheinlich nur für subscribers (Empfänger, die Join-Nachrichten ausstellen) aus einer einzigen Quelle verfügbar (ein Spezialfall von SSM deckt den Bedarf an einer Backup-Quelle ab). PIM-SSM bildet daher eine Teilmenge des PIM-Sparse-Modus. PIM-SSM erstellt sofort an der Quelle verwurzelte Short-Path Trees (SPTs), da in SSM der Router, der dem interessierten Empfänger-Host am nächsten ist, über die Unicast-IP-Adresse der Quelle für den Multicast-Datenverkehr informiert wird. Das heißt, PIM-SSM umgeht die RP-Verbindungsphase durch gemeinsam genutzte Verteilungsbäume, wie im PIM-Sparse-Modus, und geht direkt zur quellenbasierten Verteilungsstruktur.

Warum PIM SSM verwenden

In einer Umgebung, in der viele Quellen kommen und gehen, z. B. für einen Videokonferenzdienst, ist ASM geeignet. Wenn man jedoch das "Many-to-Many"-Modell außer Acht lässt und sich auf das Eins-zu-viele-Quellen-Multicast-Modell (SSM) konzentriert, könnten mehrere kommerziell vielversprechende Multicast-Anwendungen, wie die Verbreitung von Fernsehkanälen über das Internet, viel schneller und effizienter ins Internet gebracht werden, als wenn vollständige ASM-Funktionen für das Netzwerk erforderlich wären.

Ein SSM-konfiguriertes Netzwerk hat gegenüber einem traditionell konfigurierten PIM-Sparse-Mode-Netzwerk deutliche Vorteile. Es besteht keine Notwendigkeit für gemeinsam genutzte Baumstrukturen oder RP-Zuordnungen (kein RP ist erforderlich) oder eine RP-zu-RP-Quellenerkennung über MSDP.

PIM-SSM ist einfacher als der PIM-Sparse-Modus, da nur das One-to-Many-Modell unterstützt wird. Erste kommerzielle Multicast-Internetanwendungen sind wahrscheinlich nur für subscribers (Empfänger, die Join-Nachrichten ausstellen) aus einer einzigen Quelle verfügbar (ein Spezialfall von SSM deckt den Bedarf an einer Backup-Quelle ab). PIM-SSM bildet daher eine Teilmenge des PIM-Sparse-Modus. PIM-SSM erstellt sofort an der Quelle verwurzelte Short-Path Trees (SPTs), da in SSM der Router, der dem interessierten Empfänger-Host am nächsten ist, über die Unicast-IP-Adresse der Quelle für den Multicast-Datenverkehr informiert wird. Das heißt, PIM-SSM umgeht die RP-Verbindungsphase durch gemeinsam genutzte Verteilungsbäume, wie im PIM-Sparse-Modus, und geht direkt zur quellenbasierten Verteilungsstruktur.

PIM-Terminologie

PIM SSM führt neue Begriffe für viele der Konzepte im PIM-Sparse-Modus ein. PIM SSM kann technisch im gesamten 224/4-Multicast-Adressbereich verwendet werden, obwohl der PIM-SSM-Betrieb nur im Bereich 232/8 (232.0.0/24 ist reserviert) garantiert wird. Die neuen SSM-Begriffe sind für Internetvideoanwendungen geeignet und in Tabelle 1 zusammengefasst.

Tabelle 1: ASM- und SSM-Terminologie

Begriff

Any-Source-Multicast

Quellenspezifischer Multicast

Adressidentifikator

G

S,G

Adressbezeichnung

Gruppe

Kanal

Empfängerbetrieb

beitreten, verlassen

abonnieren, abbestellen

Gruppenadressbereich

224/4 ohne 232/8

224/4 (nur für 232/8 garantiert)

Obwohl PIM SSM die Empfängervorgänge als subscribe und subscriberbeschreibt, werden von beiden Protokollformen dieselben PIM-Sparse-Mode-Join- und Leave-Nachrichten verwendet. Die Terminologieänderung unterscheidet ASM von SSM, obwohl die Empfängernachrichten identisch sind.

Funktionsweise von PIM-SSM

PIM Source-Specific Multicast (SSM) verwendet eine Teilmenge des PIM-Sparse-Modus und IGMP Version 3 (IGMPv3), damit ein Client Multicast-Datenverkehr direkt von der Quelle empfangen kann. PIM-SSM nutzt die PIM-SpT-Funktionalität, um einen SPT zwischen dem Empfänger und der Quelle zu erstellen, baut das SPT jedoch ohne Hilfe eines RP auf.

Standardmäßig ist die SSM-Gruppen-Multicast-Adresse auf den IP-Adressbereich von 232.0.0.0 bis 232.255.255.255.255.255 beschränkt. Sie können SSM-Vorgänge jedoch auf einen anderen Class-D-Bereich erweitern, indem Sie die ssm-groups-Anweisung auf der Hierarchieebene [routing-options multicast bearbeiten] miteinbeziehen. Der Standard-SSM-Adressbereich von 232.0.0.0 bis 232.255.255.255.255 kann in der ssm-groups-Anweisung nicht verwendet werden. Diese Anweisung dient zum Hinzufügen weiterer Multicast-Adressen zu den Standard-SSM-Gruppenadressen. Diese Anweisung überschreibt den Standard-SSM-Gruppenadressbereich nicht.

In einem PIM-SSM-konfigurierten Netzwerk abonniert ein Host einen SSM-Kanal (über IGMPv3) und kündigt den Wunsch an, Gruppe G und Quelle S beizutreten (siehe Abbildung 1). Der direkt angeschlossene PIM-Sparse-Mode-Router, der DR des Empfängers, sendet eine (S,G)-Join-Nachricht an seinen RPF-Nachbarn für die Quelle. Beachten Sie in Abbildung 1 , dass der RP bei diesem Prozess nicht vom Empfänger kontaktiert wird, wie es bei normalen PIM-Sparse-Mode-Vorgängen der Fall wäre.

Abbildung 1: Empfänger kündigt Wunsch an, Gruppe G und Quelle S Receiver Announces Desire to Join Group G and Source S beizutreten

Die (S,G)-Join-Nachricht initiiert den Quellbaum und baut sie dann Hop für Hop heraus, bis sie die Quelle erreicht. In Abbildung 2 ist die Quellstruktur über das Netzwerk zu Router 3 aufgebaut, dem Last-Hop-Router, der mit der Quelle verbunden ist.

Abbildung 2: Router 3 (Last-Hop-Router) tritt dem Source Tree bei Router 3 (Last-Hop Router) Joins the Source Tree

Mithilfe der Quellstruktur wird Multicast-Datenverkehr an den abonnierenden Host übermittelt (siehe Abbildung 3).

Abbildung 3: (S,G) Der Zustand wird zwischen Der Quelle und dem Empfänger (S,G) State Is Built Between the Source and the Receiver aufgebaut

Verwendung von PIM-SSM

Sie können Junos OS so konfigurieren, dass ASM-Join-Nachrichten (*,G) für Gruppenadressen akzeptiert werden, die sich innerhalb des Standard- oder konfigurierten Bereichs quellenspezifischer Multicast-Gruppen (SSM) befinden. Auf diese Weise können Sie eine Kombination aus beliebigen Quellen- und quellspezifischen Multicast-Gruppen gleichzeitig unterstützen.

Die Bereitstellung von SSM ist einfach. Sie müssen den PIM-Sparse-Modus auf allen Routerschnittstellen konfigurieren und die erforderlichen SSM-Befehle ausstellen, einschließlich der Angabe von IGMPv3 im LAN des Empfängers. Wenn der PIM-Sparse-Modus nicht explizit sowohl auf der Quell- als auch auf der Gruppenmitgliedsschnittstelle konfiguriert ist, werden Multicast-Pakete nicht weitergeleitet. Quelllisten, die in IGMPv3 unterstützt werden, werden in PIM SSM verwendet. Wenn Quellen aktiv werden und multicast-Pakete senden, erhalten interessierte Empfänger der SSM-Gruppe die Multicast-Pakete.

Um zusätzliche SSM-Gruppen zu konfigurieren, fügen Sie die ssm-groups-Anweisung auf der Hierarchieebene [Routingoptionen Multicast bearbeiten] ein.

Quellenspezifische Multicast-Gruppen – Übersicht

Quellenspezifischer Multicast (SSM) ist ein Servicemodell, das den Sitzungsverkehr sowohl nach Quell- als auch nach Gruppenadresse identifiziert. SSM, das in Junos OS implementiert wird, verfügt über die effizienten expliziten Join-Verfahren des protokollunabhängigen Multicast (PIM)-Sparse-Modus, eliminiert jedoch die sofortigen Shared Tree- und Rendezvous point (RP)-Prozeduren mit (*,G)-Paaren. Der (*) ist ein Platzhalter, der sich auf jede Quelle bezieht, die an Gruppe G gesendet wird, und "G" bezieht sich auf die IP-Multicast-Gruppe. SSM erstellt Kürzeste Pfadbäume (SPTs), die direkt durch (S,G)-Paare dargestellt werden. Das "S" bezieht sich auf die Unicast-IP-Adresse der Quelle, und das "G" bezieht sich auf die spezifische Multicast-Gruppenadresse. Die SSM (S,G)-Paare werden als Kanäle bezeichnet, um sie von Any-Source-Multicast -Gruppen (ASM) zu unterscheiden. Obwohl ASM sowohl One-to-Many- als auch Many-to-Many-Kommunikationen unterstützt, liegt die Komplexität von ASM in der Methode der Quellerkennung. Wenn Sie beispielsweise in einem Browser auf einen Link klicken, wird der Empfänger über die Gruppeninformationen informiert, nicht jedoch über die Quellinformationen. Mit SSM erhält der Client sowohl Quell- als auch Gruppeninformationen.

SSM ist ideal für 1-zu-viele Multicast-Services wie Netzwerkunterhaltungskanäle. Viele Multicast-Services erfordern jedoch möglicherweise ASM.

Für die erfolgreiche Bereitstellung von SSM benötigen Sie ein End-to-End-Multicast-aktiviertes Netzwerk und Anwendungen, die einen Internet Group Management Protocol Version 3 (IGMPv3) oder multicast Listener Discovery Version 2 (MLDv2)-Stack verwenden, oder Sie müssen die SSM-Zuordnung von IGMPv1 oder IGMPv2 zu IGMPv3 konfigurieren.

Die SSM-Zuordnung ermöglicht es Betreibern, ein SSM-Netzwerk zu unterstützen, ohne dass alle Hosts IGMPv3 unterstützen müssen. Diese Unterstützung ist in statischen (S,G)-Konfigurationen vorhanden, aber die SSM-Zuordnung unterstützt auch dynamische Gruppenstatusinformationen pro Quelle, die sich ändert, wenn Hosts beitreten und die Gruppe mithilfe von IGMP verlassen.

SSM wird in der Regel mit einem Teil des IGMPv3- und PIM-Sparse-Modus unterstützt, der als PIM-SSM bekannt ist. Mit SSM kann ein Client Multicast-Datenverkehr direkt von der Quelle empfangen. PIM-SSM nutzt die PIM-SpT-Funktionalität, um ein SPT zwischen Client und Quelle zu erstellen, erstellt das SPT jedoch ohne Hilfe eines RP.

Ein SSM-konfiguriertes Netzwerk hat gegenüber einem traditionell konfigurierten PIM-Sparse-Mode-Netzwerk deutliche Vorteile. Es besteht keine Notwendigkeit für gemeinsam genutzte Strukturen oder RP-Zuordnungen (kein RP ist erforderlich) oder eine RP-zu-RP-Quellenerkennung über das Multicast Source Discovery Protocol (MSDP).

Beispiel: Konfigurieren quellspezifischer Multicast-Gruppen mit Any-Source-Override

Dieses Beispiel zeigt, wie quellenspezifische Multicast-Gruppenvorgänge (SSM) über den Standard-IP-Adressbereich von 232.0.0.0 bis 232.255.255.255.255 hinaus erweitert werden. Dieses Beispiel zeigt auch, wie Asm-Join-Nachrichten (*,G) mit beliebigen Quellen (Any Source Multicast) für Gruppenadressen akzeptiert werden, die sich innerhalb des Standard- oder konfigurierten Bereichs von SSM-Gruppen befinden. Auf diese Weise können Sie eine Kombination aus beliebigen Quellen- und quellspezifischen Multicast-Gruppen gleichzeitig unterstützen.

Anforderungen

Konfigurieren Sie zunächst die Routerschnittstellen.

Übersicht

Um SSM bereitzustellen, konfigurieren Sie den PIM-Sparse-Modus auf allen Routinggeräteschnittstellen und geben die erforderlichen SSM-Befehle aus, einschließlich der Angabe von IGMPv3 oder MLDv2 im LAN des Empfängers. Wenn der PIM-Sparse-Modus nicht explizit sowohl auf der Quell- als auch auf der Gruppenmitgliederschnittstelle konfiguriert ist, werden Multicast-Pakete nicht weitergeleitet. Quelllisten, die in IGMPv3 und MLDv2 unterstützt werden, werden in PIM SSM verwendet. Nur die angegebenen Quellen senden Datenverkehr an die SSM-Gruppe.

In einem PIM-SSM-konfigurierten Netzwerk abonniert ein Host einen SSM-Kanal (über IGMPv3 oder MLDv2), um Gruppe G und Quelle S beizutreten (siehe Abbildung 4). Der direkt angeschlossene PIM-Sparse-Mode-Router, der designierte Router (DR) des Empfängers, sendet eine (S,G)-Join-Nachricht an seinen Reverse-Path Forwarding (RPF)-Nachbarn für die Quelle. Beachten Sie in Abbildung 4 , dass der RP bei diesem Prozess nicht vom Empfänger kontaktiert wird, wie es bei normalen PIM-Sparse-Mode-Vorgängen der Fall wäre.

Abbildung 4: Empfänger sendet Nachrichten an Den Beitritt zu Gruppe G und Quelle S Receiver Sends Messages to Join Group G and Source S

Die (S,G)-Join-Nachricht initiiert den Quellbaum und baut sie dann Hop für Hop heraus, bis sie die Quelle erreicht. In Abbildung 5 ist die Quellstruktur über das Netzwerk zu Router 3 aufgebaut, dem Last-Hop-Router, der mit der Quelle verbunden ist.

Abbildung 5: Router 3 (Last-Hop-Router) tritt dem Source Tree bei Router 3 (Last-Hop Router) Joins the Source Tree

Mithilfe der Quellstruktur wird Multicast-Datenverkehr an den abonnierenden Host übermittelt (siehe Abbildung 6).

Abbildung 6: (S,G) Der Zustand wird zwischen Der Quelle und dem Empfänger (S,G) State Is Built Between the Source and the Receiver aufgebaut

SSM kann im Include-Modus oder im Ausschlussmodus betrieben werden. Im Ausschlussmodus gibt der Empfänger eine Liste der Quellen an, von denen er den Multicast-Gruppendatenverkehr nicht empfangen möchte. Das Routinggerät leitet den Datenverkehr von einer beliebigen Quelle an den Empfänger weiter, außer den in der Ausschlussliste angegebenen Quellen. Der Empfänger akzeptiert Datenverkehr von allen Quellen mit Ausnahme der in der Ausschlussliste angegebenen Quellen.

Topologie

Dieses Beispiel funktioniert mit der einfachen RPF-Topologie, die in Abbildung 7 dargestellt ist.

Abbildung 7: Einfache RPF-Topologie Simple RPF Topology

Konfiguration

Verfahren

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene in die [edit] CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.

So konfigurieren Sie eine RPF-Richtlinie:

  1. Konfigurieren Sie OSPF.

  2. Konfigurieren Sie den PIM-Sparse-Modus.

  3. Konfigurieren Sie zusätzliche SSM-Gruppen.

  4. Konfigurieren Sie das RP so, dass ASM-Join-Nachrichten für Gruppen innerhalb des SSM-Adressbereichs akzeptiert werden.

  5. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die show protocols Und-Befehle show routing-options eingeben.

Überprüfung

Führen Sie zum Überprüfen der Konfiguration die folgenden Befehle aus:

  • igmp-Gruppe anzeigen

  • igmp-Statistiken anzeigen

  • pim join anzeigen

Beispiel: Konfigurieren einer reinen SSM-Domäne

Die Bereitstellung einer reinen SSM-Domäne ist viel einfacher als die Bereitstellung einer ASM-Domäne, da nur wenige Konfigurationsschritte erforderlich sind. Aktivieren Sie den PIM-Sparse-Modus auf allen Schnittstellen, indem Sie die Modus-Anweisung auf der Hierarchieebene [Edit protocols pim interface all] hinzufügen. Schließen Sie bei der Konfiguration aller Schnittstellen die Fxp0.0-Verwaltungsschnittstelle aus, indem Sie die disable-Anweisung für diese Schnittstelle hinzufügen. Konfigurieren Sie dann IGMPv3 auf allen hostorientierten Schnittstellen, indem Sie die Versionserklärung auf der Hierarchieebene [edit protocols igmp interface interface-name] hinzufügen.

Im folgenden Beispiel ist die hostorientierte Schnittstelle fe-0/1/2:

Beispiel: Konfigurieren von PIM-SSM in einem Netzwerk

Das folgende Beispiel zeigt, wie PIM-SSM zwischen einem Empfänger und einer Quelle im Netzwerk konfiguriert wird, wie in Abbildung 8 dargestellt.

Abbildung 8: Netzwerk zur Konfiguration von PIM-SSM Network on Which to Configure PIM SSM

Dieses Beispiel zeigt, wie Sie die IGMP-Version auf IGMPv3 auf allen empfangenden Hostschnittstellen konfigurieren.

  1. Aktivieren Sie IGMPv3 auf allen Host-bezogenen Schnittstellen und deaktivieren Sie IGMP auf der fxp0.0-Schnittstelle auf Router 1.

    Hinweis:

    Wenn Sie IGMPv3 auf einem Router konfigurieren, können Hosts auf Schnittstellen, die mit IGMPv2 konfiguriert sind, der Quellstruktur nicht beitreten.

  2. Verwenden Sie den Befehl, um nach show configuration protocol igmp der Konfiguration die IGMP-Protokollkonfiguration zu überprüfen.

  3. Verwenden Sie den show igmp interface Befehl, um zu überprüfen, ob IGMP-Schnittstellen konfiguriert sind.

  4. Verwenden Sie den show pim join extensive Befehl, um den PIM-Join-Status auf Router 2 und Router 3 (den Upstream-Routern) zu überprüfen.

  5. Verwenden Sie den show pim join extensive Befehl, um den PIM-Join-Status auf Router 1 (dem mit dem Empfänger verbundenen Router) zu überprüfen.

Hinweis:

Multicast-Router der IP-Version 6 (IPv6) verwenden das Multicast Listener Discovery(MLD)-Protokoll, um die Mitgliedschaft von Hosts und Routern in Multicast-Gruppen zu verwalten und zu erfahren, welche Gruppen interessierte Zuhörer für jedes angeschlossene physische Netzwerk haben. Jedes Routing-Gerät verwaltet eine Liste von Host-Multicast-Adressen, die für jedes Subnetwork Listener haben, sowie einen Timer für jede Adresse. Das Routinggerät muss jedoch nicht die Adresse jedes Listeners kennen, nur die Adresse jedes Hosts. Das Routinggerät stellt Adressen an das verwendete Multicast-Routing-Protokoll bereit, wodurch sichergestellt wird, dass Multicast-Pakete an alle Subnetze geliefert werden, in denen es interessierte Listener gibt. 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-Routing-Geräten und Hosts aktiviert werden, 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.

Beispiel: Konfigurieren der SSM-Zuordnung

Die SSM-Zuordnung erfordert nicht, dass alle Hosts IGMPv3 unterstützen. Die SSM-Zuordnung übersetzt IGMPv1- oder IGMPv2-Mitgliederberichte in einen IGMPv3-Bericht. Dadurch können Hosts, die IGMPv1 oder IGMPv2 ausführen, an SSM teilnehmen, bis die Hosts zu IGMPv3 wechseln.

Die SSM-Zuordnung gilt für alle Gruppenadressen, die der Richtlinie entsprechen, nicht nur für diejenigen, die den SSM-Adresskonventionen entsprechen (232/8 für IPv4, ff30::/32 bis ff3F::/32 für IPv6).

Wir empfehlen separate SSM-Karten für IPv4 und IPv6, wenn beide Adressfamilien SSM-Unterstützung erfordern. Wenn Sie eine SSM-Zuordnung mit IPv4- und IPv6-Adressen auf eine Schnittstelle in einem IPv4-Kontext anwenden (mit IGMP), werden nur die IPv4-Adressen in der Liste verwendet. Wenn es keine solchen Adressen gibt, werden keine Maßnahmen ergriffen. Wenn Sie eine SSM-Zuordnung mit IPv4- und IPv6-Adressen auf eine Schnittstelle in einem IPv6-Kontext anwenden (mit MLD), werden auch nur die IPv6-Adressen in der Liste verwendet. Wenn es keine solchen Adressen gibt, werden keine Maßnahmen ergriffen.

In diesem Beispiel erstellen Sie eine Richtlinie, die den Gruppenadressen entspricht, die Sie in IGMPv3 übersetzen möchten. Dann definieren Sie die SSM-Zuordnung, die die Richtlinie den Quelladressen ordnet, in denen diese Gruppenadressen gefunden werden. Schließlich wenden Sie die SSM-Karte auf eine oder mehrere IGMP-Schnittstellen (für IPv4) oder MLD (für IPv6) an.

  1. Erstellen Sie eine SSM-Richtlinie namens ssm-policy-example. Die Richtlinienbedingungen entsprechen der IPv4-SSM-Gruppenadresse 232.1.1.1/32 und der IPv6-SSM-Gruppenadresse ff35::1/128. Alle anderen Adressen werden abgelehnt.

  2. Verwenden Sie nach dem Bestätigen der Konfiguration den Befehl "Richtlinienoptionen anzeigen ", um die Richtlinienkonfiguration zu überprüfen.

    Die Gruppenadressen müssen mit der konfigurierten Richtlinie für die SSM-Zuordnung übereinstimmen.

  3. Definieren Sie zwei SSM-Zuordnungen, eine namens ssm-map-ipv6-example und eine namens ssm-map-ipv4-example, indem Sie die Richtlinie anwenden und die Quelladressen als Multicast-Routing-Option konfigurieren.

  4. Verwenden Sie nach dem Bestätigen der Konfiguration den Befehl "Routing-Optionen anzeigen" , um die Richtlinienkonfiguration zu überprüfen.

    Wir empfehlen separate SSM-Karten für IPv4 und IPv6.

  5. Anwenden von SSM-Zuordnungen für IPv4-zu-IGMP-Schnittstellen und SSM-Karten für IPv6-zu-MLD-Schnittstellen:

  6. Verwenden Sie nach dem Bestätigen der Konfiguration den Befehl "Show configuration protocol ", um die IGMP- und MLD-Protokollkonfiguration zu überprüfen.

  7. Verwenden Sie die Befehle "igmp-Schnittstelle anzeigen" und " mld-Schnittstelle anzeigen" , um zu überprüfen, ob die SSM-Zuordnungen auf die Schnittstellen angewendet wurden.