Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Beispiel: Konfigurieren von quellenspezifischem Multicast

Grundlegendes zum PIM-Quellenmodus

PIM Source-Specific Multicast (SSM) verwendet eine Teilmenge des PIM-Sparse-Modus und IGMP Version 3 (IGMPv3), damit ein Client Multicastdatenverkehr direkt von der Quelle empfangen kann. PIM SSM verwendet die PIM-Sparse-Mode-Funktionalität, um eine SPT zwischen dem Empfänger und der Quelle zu erstellen, erstellt die SPT jedoch ohne die Hilfe einer RP.

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

RFC 1112, der ursprüngliche Multicast-RFC, unterstützte sowohl Many-to-Many- als auch One-to-Many-Modelle. Diese wurden zusammen als Any-Source-Multicast (ASM) bezeichnet, da ASM eine oder mehrere Quellen für den Datenverkehr einer Multicast-Gruppe zuließ. Ein ASM-Netzwerk muss jedoch in der Lage sein, die Standorte aller Quellen für eine bestimmte Multicastgruppe zu bestimmen, wenn interessierte Zuhörer vorhanden sind, unabhängig davon, wo sich die Quellen im Netzwerk befinden. In ASM ist die Schlüsselfunktion von source discovery eine erforderliche Funktion des Netzwerks selbst.

Quellensuche im Sparse-Modus vs. Dense-Modus

Die Multicast-Quellensuche scheint ein einfacher Prozess zu sein, im Sparse-Modus ist dies jedoch nicht der Fall. Im Dense-Modus ist es einfach genug, den Datenverkehr zu jedem Router im gesamten Netzwerk zu fluten, sodass jeder Router die Quelladresse des Inhalts für diese Multicast-Gruppe lernt. Die Überflutung stellt jedoch Probleme mit der Skalierbarkeit und der Nutzung von Netzwerkressourcen dar und ist im Sparse-Modus keine praktikable Option.

Der PIM-Sparse-Modus (wie jedes Sparse-Mode-Protokoll) erreicht die erforderliche Quellenerkennungsfunktionalität ohne Überflutung auf Kosten einer beträchtlichen Menge an Komplexität. RP-Router müssen hinzugefügt werden und alle Multicastquellen kennen, und komplizierte gemeinsam genutzte Verteilungsbäume müssen für die RPs erstellt werden.

PIM SSM ist eine Teilmenge des PIM-Sparse-Modus

PIM SSM ist einfacher als der PIM-Sparse-Modus, da nur das Eins-zu-Viele-Modell unterstützt wird. Anfängliche kommerzielle Multicast-Internetanwendungen sind wahrscheinlich nur von einer einzigen Quelle aus subscribers verfügbar (d. h. Empfänger, die Join-Nachrichten ausgeben) (ein Sonderfall von SSM deckt die Notwendigkeit einer Backup-Quelle ab). PIM SSM bildet daher eine Teilmenge des PIM-Sparse-Modus. PIM SSM erstellt sofort an der Quelle verwurzelte Pfadbäume (SPTs), da in SSM der Router, der dem interessierten Empfängerhost 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 Verteilungsstrukturen, wie im PIM-Sparse-Modus, und wechselt direkt zur quellenbasierten Verteilungsstruktur.

Warum PIM SSM verwenden?

In einer Umgebung, in der viele Quellen kommen und gehen, wie z. B. für einen Videokonferenzdienst, ist ASM geeignet. Durch das Ignorieren des Viele-zu-Viele-Modells und die Konzentration auf das Eins-zu-Viele-Modell (Source-Specific Multicast) könnten jedoch mehrere kommerziell vielversprechende Multicast-Anwendungen, wie z. B. die Verbreitung von Fernsehkanälen über das Internet, viel schneller und effizienter ins Internet gebracht werden, als wenn die volle ASM-Funktionalität des Netzwerks erforderlich wäre.

Ein SSM-konfiguriertes Netzwerk hat deutliche Vorteile gegenüber einem traditionell konfigurierten PIM-Sparse-Mode-Netzwerk. Es sind keine gemeinsam genutzten Bäume oder RP-Zuordnung (es ist keine RP erforderlich) oder eine RP-zu-RP-Quellenermittlung durch MSDP erforderlich.

PIM SSM ist einfacher als der PIM-Sparse-Modus, da nur das Eins-zu-Viele-Modell unterstützt wird. Anfängliche kommerzielle Multicast-Internetanwendungen sind wahrscheinlich nur von einer einzigen Quelle aus subscribers verfügbar (d. h. Empfänger, die Join-Nachrichten ausgeben) (ein Sonderfall von SSM deckt die Notwendigkeit einer Backup-Quelle ab). PIM SSM bildet daher eine Teilmenge des PIM-Sparse-Modus. PIM SSM erstellt sofort an der Quelle verwurzelte Pfadbäume (SPTs), da in SSM der Router, der dem interessierten Empfängerhost 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 Verteilungsstrukturen, wie im PIM-Sparse-Modus, und wechselt 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 eingesetzt werden, wobei der PIM-SSM-Betrieb nur im 232/8-Bereich gewährleistet ist (232.0.0/24 ist reserviert). Die neuen SSM-Begriffe sind für Internet-Videoanwendungen geeignet und in Tabelle 1 zusammengefasst.

Tabelle 1: ASM- und SSM-Terminologie

Ausdruck

Multicast aus beliebigen Quellen

Quellenspezifisches Multicast

Adress-Kennung

G

S,G

Adressbezeichnung

Gruppe

Kanal

Vorgänge des Empfängers

Beitreten, verlassen

Abonnieren, abbestellen

Adressbereich der Gruppe

224/4 ohne 232/8

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

Obwohl PIM SSM Empfängervorgänge als subscribe und subscriberbeschreibt, werden von beiden Formen des Protokolls dieselben PIM-Join- und -Leave-Nachrichten im Sparse-Mode verwendet. Durch die Terminologieänderung wird ASM von SSM unterschieden, 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 Multicastdatenverkehr direkt von der Quelle empfangen kann. PIM SSM verwendet die PIM-Sparse-Mode-Funktionalität, um eine SPT zwischen dem Empfänger und der Quelle zu erstellen, erstellt die SPT jedoch ohne die Hilfe einer RP.

Standardmäßig ist die Multicastadresse der SSM-Gruppe auf den IP-Adressbereich von 232.0.0.0 bis 232.255.255.255 beschränkt. Sie können SSM-Vorgänge jedoch auf einen anderen Klasse-D-Bereich ausdehnen, indem Sie die ssm-groups-Anweisung auf der Hierarchieebene [edit routing-options multicast] einfügen. Der SSM-Standardadressbereich von 232.0.0.0 bis 232.255.255.255 kann in der ssm-groups-Anweisung nicht verwendet werden. Diese Anweisung dient zum Hinzufügen weiterer Multicastadressen zu den SSM-Standardgruppenadressen. Diese Anweisung überschreibt nicht den standardmäßigen SSM-Gruppenadressbereich.

In einem PIM-SSM-konfigurierten Netzwerk abonniert ein Host einen SSM-Kanal (mittels IGMPv3) und kündigt an, Gruppe G und Quelle S beizutreten (siehe Abbildung 1). Der direkt verbundene 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 dies bei normalen PIM-Sparse-Mode-Vorgängen der Fall wäre.

Abbildung 1: Receiver kündigt an, sich Gruppe G und Source S Receiver Announces Desire to Join Group G and Source S anschließen zu wollen

Die (S,G) join-Nachricht initiiert die Quellstruktur und baut sie dann Hop für Hop aus, bis sie die Quelle erreicht. In Abbildung 2 wird die Quellstruktur quer durch das Netzwerk zu Router 3 aufgebaut, dem Last-Hop-Router, der mit der Quelle verbunden ist.

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

Über die Quellstruktur wird Multicast-Datenverkehr an den abonnierenden Host übermittelt (siehe Abbildung 3).

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

Verwenden von PIM SSM

Sie können Junos OS so konfigurieren, dass ASM-Join-Nachrichten (*,G) für Gruppenadressen akzeptiert werden, die innerhalb des standardmäßigen oder konfigurierten Bereichs von quellenspezifischen Multicast-Gruppen (SSM) liegen. Auf diese Weise können Sie eine Mischung aus beliebigen Quellen und quellenspezifischen 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 ausgeben, 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 Gruppenmitgliederschnittstelle konfiguriert ist, werden Multicastpakete nicht weitergeleitet. Quellenverzeichnisse, die in IGMPv3 unterstützt werden, werden in PIM SSM verwendet. Wenn Quellen aktiv werden und mit dem Senden von Multicastpaketen beginnen, empfangen interessierte Empfänger in der SSM-Gruppe die Multicastpakete.

Um zusätzliche SSM-Gruppen zu konfigurieren, fügen Sie die ssm-groups-Anweisung auf der Hierarchieebene [edit routing-options multicast] ein.

Siehe auch

Übersicht über quellenspezifische Multicastgruppen

Source-Specific Multicast (SSM) ist ein Dienstmodell, das Sitzungsdatenverkehr sowohl anhand der Quell- als auch der Gruppenadresse identifiziert. Das in Junos OS implementierte SSM verfügt über die effizienten expliziten Join-Verfahren des Protocol Independent Multicast (PIM)-Sparse-Modus, eliminiert jedoch die unmittelbaren Shared Tree- und Rendezvous-Point-Verfahren (RP) mithilfe von (*,G)-Paaren. Das (*) ist ein Platzhalter, der sich auf jede Quelle bezieht, die an Gruppe G sendet, und "G" bezieht sich auf die IP-Multicast-Gruppe. SSM erstellt Bäume mit kürzesten Pfaden (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 ASM-Gruppen (Any-Source Multicast) zu unterscheiden. Obwohl ASM sowohl Eins-zu-Viele- als auch Viele-zu-Viele-Kommunikation unterstützt, liegt die Komplexität von ASM in seiner Methode der Quellenerkennung. Wenn Sie z. B. in einem Browser auf einen Link klicken, wird der Empfänger über die Gruppeninformationen, aber nicht über die Quellinformationen benachrichtigt. Mit SSM erhält der Client sowohl Quell- als auch Gruppeninformationen.

SSM eignet sich ideal für One-to-Many-Multicast-Services, wie z. B. Network-Entertainment-Kanäle. Für Many-to-Many-Multicastdienste ist jedoch möglicherweise ASM erforderlich.

Für eine erfolgreiche Bereitstellung von SSM benötigen Sie ein End-to-End-Multicast-fähiges Netzwerk und Anwendungen, die einen IGMPv3 (Internet Group Management Protocol) oder MLDv2 (Multicast Listener Discovery Version 2) 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 Konfigurationen (S, G) vorhanden, aber die SSM-Zuordnung unterstützt auch dynamische Statusinformationen pro Quellgruppe, die sich ändern, wenn Hosts der Gruppe mithilfe von IGMP beitreten und diese verlassen.

SSM wird in der Regel mit einer Teilmenge von IGMPv3 und dem PIM-Sparse-Modus unterstützt, der als PIM-SSM bezeichnet wird. Mithilfe von SSM kann ein Client Multicastdatenverkehr direkt von der Quelle empfangen. PIM SSM verwendet die PIM-Sparse-Mode-Funktionalität, um eine SPT zwischen dem Client und der Quelle zu erstellen, erstellt die SPT jedoch ohne die Hilfe einer RP.

Ein SSM-konfiguriertes Netzwerk hat deutliche Vorteile gegenüber einem traditionell konfigurierten PIM-Sparse-Mode-Netzwerk. Es sind keine gemeinsam genutzten Strukturen oder RP-Zuordnung erforderlich (es ist keine RP erforderlich) oder eine RP-zu-RP-Quellenermittlung über das Multicast Source Discovery Protocol (MSDP).

Beispiel: Konfigurieren quellenspezifischer Multicastgruppen mit Any-Source-Überschreibung

In diesem Beispiel wird gezeigt, wie quellspezifische Multicastgruppenvorgänge (SSM) über den Standard-IP-Adressbereich von 232.0.0.0 bis 232.255.255.255 hinaus erweitert werden. In diesem Beispiel wird auch gezeigt, wie ASM-Verknüpfungsnachrichten (*,G) für Gruppenadressen akzeptiert werden, die innerhalb des standardmäßigen oder konfigurierten Bereichs von SSM-Gruppen liegen. Auf diese Weise können Sie eine Mischung aus beliebigen Quellen und quellenspezifischen Multicast-Gruppen gleichzeitig unterstützen.

Anforderungen

Bevor Sie beginnen, konfigurieren Sie die Routerschnittstellen.

Überblick

Um SSM bereitzustellen, konfigurieren Sie den PIM-Sparse-Modus auf allen Routing-Geräteschnittstellen, und geben Sie 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 Multicastpakete nicht weitergeleitet. Quellenlisten, 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 (mittels IGMPv3 oder MLDv2), um Gruppe G und Quelle S beizutreten (siehe Abbildung 4). Der direkt verbundene PIM-Sparse-Mode-Router, der designierte Router (DR) des Empfängers, sendet eine (S,G)-Join-Nachricht an seinen RPF-Nachbarn (Reverse Path Forwarding) für die Quelle. Beachten Sie in Abbildung 4 , dass der RP bei diesem Prozess nicht vom Empfänger kontaktiert wird, wie dies bei normalen PIM-Sparse-Mode-Vorgängen der Fall wäre.

Abbildung 4: Der Empfänger sendet Nachrichten, um Gruppe G und Quelle S Receiver Sends Messages to Join Group G and Source S beizutreten

Die (S,G) join-Nachricht initiiert die Quellstruktur und baut sie dann Hop für Hop aus, bis sie die Quelle erreicht. In Abbildung 5 wird die Quellstruktur quer durch das Netzwerk zu Router 3 aufgebaut, dem Last-Hop-Router, der mit der Quelle verbunden ist.

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

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

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

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

Topologie

In diesem Beispiel wird mit der einfachen RPF-Topologie gearbeitet, 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 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 .

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 eine RPF-Richtlinie:

  1. Konfigurieren Sie OSPF.

  2. Konfigurieren Sie den PIM-Sparse-Modus.

  3. Konfigurieren Sie zusätzliche SSM-Gruppen.

  4. Konfigurieren Sie die RP so, dass ASM-Beitrittsnachrichten 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.

Befund

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

Verifizierung

Führen Sie die folgenden Befehle aus, um die Konfiguration zu überprüfen:

  • IGMP-Gruppe anzeigen

  • IGMP-Statistiken anzeigen

  • PIM-Verknüpfung anzeigen

Siehe auch

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 mode-Anweisung auf der Hierarchieebene [edit protocols pim interface all] hinzufügen. Wenn Sie alle Schnittstellen konfigurieren, schließen Sie die Verwaltungsschnittstelle fxp0.0 aus, indem Sie die disable-Anweisung für diese Schnittstelle hinzufügen. Konfigurieren Sie dann IGMPv3 auf allen Hostschnittstellen, indem Sie die Versionsanweisung auf der Hierarchieebene [edit protocols igmp interface interface-name] hinzufügen.

Im folgenden Beispiel ist die Hostschnittstelle 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, in dem PIM SSM Network on Which to Configure PIM SSM konfiguriert werden soll

In diesem Beispiel wird gezeigt, wie die IGMP-Version auf allen empfangenden Hostschnittstellen auf IGMPv3 konfiguriert wird.

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

    Anmerkung:

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

  2. Nachdem die Konfiguration festgeschrieben wurde, verwenden Sie den show configuration protocol igmp Befehl, um 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-Verknüpfungsstatus auf Router 2 und Router 3 (den Upstream-Routern) zu überprüfen.

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

Anmerkung:

IPv6-Multicastrouter (IP Version 6) verwenden das MLD-Protokoll (Multicast Listener Discovery), um die Mitgliedschaft von Hosts und Routern in Multicast-Gruppen zu verwalten und zu ermitteln, welche Gruppen für jedes angeschlossene physische Netzwerk interessierte Listener 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.

Siehe auch

Beispiel: Konfigurieren der SSM-Zuordnung

Für die SSM-Zuordnung ist es nicht erforderlich, dass alle Hosts IGMPv3 unterstützen. Die SSM-Zuordnung übersetzt IGMPv1- oder IGMPv2-Mitgliedschaftsberichte in einen IGMPv3-Bericht. Dadurch können Hosts, auf denen IGMPv1 oder IGMPv2 ausgeführt wird, 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-Adressierungskonventionen entsprechen (232/8 für IPv4, ff30::/32 bis ff3F::/32 für IPv6).

Wir empfehlen separate SSM-Zuordnungen für IPv4 und IPv6, wenn beide Adressfamilien SSM-Unterstützung erfordern. Wenn Sie eine SSM-Zuordnung, die sowohl IPv4- als auch IPv6-Adressen enthält, auf eine Schnittstelle in einem IPv4-Kontext anwenden (unter Verwendung von IGMP), werden nur die IPv4-Adressen in der Liste verwendet. Wenn keine derartigen Adressen vorhanden sind, wird keine Aktion ergriffen. Wenn Sie eine SSM-Zuordnung, die sowohl IPv4- als auch IPv6-Adressen enthält, auf eine Schnittstelle in einem IPv6-Kontext anwenden (unter Verwendung von MLD), werden nur die IPv6-Adressen in der Liste verwendet. Wenn keine derartigen Adressen vorhanden sind, wird keine Aktion ergriffen.

In diesem Beispiel erstellen Sie eine Richtlinie, die mit den Gruppenadressen übereinstimmt, die Sie in IGMPv3 übersetzen möchten. Anschließend definieren Sie die SSM-Zuordnung, die die Richtlinie den Quelladressen zuordnet, an denen sich diese Gruppenadressen befinden. Schließlich wenden Sie die SSM-Zuordnung auf eine oder mehrere IGMP- (für IPv4) oder MLD-Schnittstellen (für IPv6) an.

  1. Erstellen Sie eine SSM-Richtlinie mit dem Namen ssm-policy-example. Die Richtlinienbedingungen stimmen mit der IPv4-SSM-Gruppenadresse 232.1.1.1/32 und der IPv6-SSM-Gruppenadresse ff35::1/128 überein. Alle anderen Adressen werden abgelehnt.

  2. Nachdem die Konfiguration festgeschrieben wurde, verwenden Sie den Befehl show configuration policy-options , um die Richtlinienkonfiguration zu überprüfen.

    Die Gruppenadressen müssen mit der konfigurierten Richtlinie übereinstimmen, damit die SSM-Zuordnung erfolgen kann.

  3. Definieren Sie zwei SSM-Zuordnungen, eine mit dem Namen ssm-map-ipv6-example und eine mit dem Namen ssm-map-ipv4-example, indem Sie die Richtlinie anwenden und die Quelladressen als Multicast-Routingoption konfigurieren.

  4. Nachdem die Konfiguration festgeschrieben wurde, verwenden Sie den Befehl show configuration routing-options , um die Richtlinienkonfiguration zu überprüfen.

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

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

  6. Nachdem die Konfiguration festgeschrieben wurde, verwenden Sie den Befehl show configuration protocol , um die IGMP- und MLD-Protokollkonfiguration zu überprüfen.

  7. Verwenden Sie die Befehle show igmp interface und show mld interface , um zu überprüfen, ob die SSM-Zuordnungen auf die Schnittstellen angewendet werden.

Zugehörige Dokumentation