Lesen Sie den Konfigurationsleitfaden für IP Multicast Quick Start.

Einleitung

In diesem Dokument werden die Grundlagen der Multicast-Konfiguration für verschiedene Netzwerkszenarien beschrieben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in diesem Thema verfügen:

• Internet Protocol (IP) Multicast

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

IP-Multicasting ist eine bandbreitensparende Technologie, die den Datenverkehr reduziert, da Tausende von Empfängern und Privathaushalten gleichzeitig einen einzigen Informationsstrom erhalten. Zu den Anwendungen, die Multicast nutzen, gehören Videokonferenzen, die Unternehmenskommunikation, Fernunterricht und die Verteilung von Software, Aktiennotierungen und Nachrichten.

Dense-Modus

Cisco empfiehlt die Verwendung des Sparse Mode (PIM, Protocol Independent Multicast), insbesondere des Auto-RP, wo dies möglich ist, und insbesondere für neue Bereitstellungen. Wenn der Dense-Modus gewünscht wird, konfigurieren Sie den globalen Befehl ip multicast-routing und den Schnittstellenbefehl ip pim sparse-dense-mode auf jeder Schnittstelle, die Multicast-Datenverkehr verarbeiten muss. Die allgemeine Anforderung für alle Konfigurationen in diesem Dokument besteht darin, Multicasting global zu konfigurieren und PIM auf den Schnittstellen zu konfigurieren. Ab der Cisco IOS® Software-Version 11.1 können Sie die Schnittstellenbefehle ip pim dense-mode und ip pim sparse-mode gleichzeitig mit dem Befehl ip pim sparse-dense-mode konfigurieren. In diesem Modus wird die Schnittstelle als Dense-Modus behandelt, wenn sich die Gruppe im Dense-Modus befindet. Befindet sich die Gruppe im Sparse-Mode (z. B. wenn ein RP bekannt ist), wird die Schnittstelle als Sparse-Mode behandelt.

Hinweis: Die Quelle in den Beispielen in diesem Dokument stellt die Quelle für Multicast-Datenverkehr dar, und der Empfänger stellt den Empfänger für Multicast-Datenverkehr dar.

Schnittstelle wird als Dense-Modus behandelt, wenn sich Gruppe im Dense-Modus befindet

ip multicast-routing 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode  

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode

ip multicast-routing 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Sparse Mode mit einem RP

In diesem Beispiel ist Router A der RP, der normalerweise der Router ist, der der Quelle am nächsten liegt. Für die statische RP-Konfiguration müssen auf allen Routern in der PIM-Domäne die gleichen p-pim-rp-address-Befehle konfiguriert sein. Sie können mehrere RPs konfigurieren, es kann jedoch nur einen RP pro Gruppe geben.

Es können mehrere RPs vorhanden sein, aber nur ein RP pro spezifischer Gruppe

ip multicast-routing 
ip pim rp-address 10.1.1.1
 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address 10.1.1.1 255.255.255.0 
ip pim sparse-dense-mode 

ip multicast-routing 
ip pim rp-address 10.1.1.1 


interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Sparse Mode mit mehreren RPs

In diesem Beispiel sendet Source-A Daten an 224.1.1.1, 224.1.1.2 und 224.1.1.3. Source-B sendet an 224.2.2.2, 224.2.2.3 und 224.2.2.4. Es kann sich um einen Router handeln, entweder RP 1 oder RP 2, der RP für alle Gruppen ist. Wenn jedoch verschiedene RPs unterschiedliche Gruppen verarbeiten sollen, müssen Sie alle Router so konfigurieren, dass sie die Gruppen enthalten, für die die RPs zuständig sind. Für diese Art der statischen RP-Konfiguration müssen auf allen Routern in der PIM-Domäne die gleichen Befehle für ip pim rp-address acl konfiguriert sein. Sie können Auto-RP auch verwenden, um dieselbe Konfiguration zu erreichen, die einfacher zu konfigurieren ist.

Quelle-A sendet an 224.1.1.1, 224.1.1.2 und 224.1.1.3; Quelle-B sendet an 224.2.2.2, 224.2.2.3 und 224.2.2.4.

ip multicast-routing 
 
ip pim RP-address 10.1.1.1 2
ip pim RP-address 10.2.2.2 3 
 
access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4

ip multicast-routing
  
ip pim RP-address 10.1.1.1 2 
ip pim RP-address 10.2.2.2  3
 
access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3 
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4 

ip multicast-routing 
ip pim RP-address 10.1.1.1  2 
ip pim RP-address 10.2.2.2  3
 

access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3 
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4 

Auto-RP mit einem RP

Für die automatische RP müssen Sie die RPs so konfigurieren, dass ihre Verfügbarkeit als RPs und Zuordnungsagenten bekannt gegeben wird. Die RPs senden ihre Ankündigungen über 224.0.1.39. Der RP-Zuordnungs-Agent hört die angekündigten Pakete von den RPs ab und sendet dann RP-Gruppen-Zuordnungen in einer Ermittlungsnachricht, die an 224.0.1.40 gesendet wird. Diese Erkennungsmeldungen werden von den verbleibenden Routern für die Zuordnung zwischen RP und Gruppe verwendet. Sie können einen RP verwenden, der auch als Zuordnungsagent dient, oder Sie können mehrere RPs und mehrere Zuordnungsagenten aus Redundanzgründen konfigurieren.

Beachten Sie, dass Sie bei der Auswahl einer Schnittstelle, von der RP-Ankündigungen bezogen werden sollen, eine Schnittstelle wie z. B. Loopback anstelle einer physischen Schnittstelle verwenden sollten. Darüber hinaus können Switched VLAN Interfaces (SVIs) verwendet werden. Wenn die RP-Adresse über eine VLAN-Schnittstelle angekündigt wird, muss die Option interface-type in der ip pim [vrf vrf-name] send-rp-announce {interface-type interface-number} angegeben werden. | ip-address} scope Der Befehl ttl-value muss die VLAN-Schnittstelle und die VLAN-Nummer enthalten. Der Befehl sieht beispielsweise aus wie ip pim send-rp-announceVlan500 scope 100 . Wenn Sie sich für eine physische Schnittstelle entscheiden, ist diese Schnittstelle immer verfügbar. Dies ist nicht immer der Fall, und der Router stellt sich selbst nicht mehr als RP bereit, sobald die physische Schnittstelle ausfällt. Bei einer Loopback-Schnittstelle ist sie immer aktiv und wird nie deaktiviert. So wird sichergestellt, dass der RP sich selbst über alle verfügbaren Schnittstellen als RP ankündigt. Dies gilt auch dann, wenn eine oder mehrere physische Schnittstellen ausfallen. Die Loopback-Schnittstelle muss PIM-fähig sein und von einem Interior Gateway Protocol (IGP) angekündigt werden, oder sie muss über statisches Routing erreichbar sein.

Die Loopback-Schnittstelle muss PIM-fähig sein und über ein Interior Gateway Protocol (PIM) angekündigt werden. Alternativ dazu muss sie mit statischem Routing erreichbar sein.

ip multicast-routing 
 
ip pim send-rp-annouce loopback0 scope 16

ip pim send-rp-discover

 scope 16 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

ip multicast-routing 


interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Auto-RP mit mehreren RPs

Mithilfe der Zugriffslisten in diesem Beispiel können die RPs nur für die gewünschten Gruppen als RP verwendet werden. Wenn keine Zugriffsliste konfiguriert ist, sind die RPs für alle Gruppen als RP verfügbar. Wenn zwei RPs ihre Verfügbarkeit als RPs für dieselbe(n) Gruppe(n) bekannt geben, lösen die Zuordnungsagenten diese Konflikte mit der Regel "Höchste IP-Adresse wird gewonnen".

Wenn zwei RPs für diese Gruppe angekündigt werden, können Sie für jeden Router eine Loopback-Adresse konfigurieren, um zu beeinflussen, welcher Router der RP für eine bestimmte Gruppe ist. Platzieren Sie die höhere IP-Adresse auf dem bevorzugten RP, und verwenden Sie dann die Loopback-Schnittstelle als Quelle für die Ankündigungspakete, z. B. ip pim send-RP-announteloopback0 . Wenn mehrere Mapping-Agenten verwendet werden, kündigen sie die gleiche Gruppe den RP-Zuordnungen zur 224.0.1.40 Discovery-Gruppe an.

Platzieren Sie die höhere IP-Adresse auf dem bevorzugten RP.

ip multicast-routing
 
interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode  
 
ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 

access-list 1 permit 239.0.0.0 0.255.255.255 

ip multicast-routing
 
interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 


access-list 1 deny 239.0.0.0 0.255.255.255 
access-list 1 permit 224.0.0.0 10.255.255.255 

DVMRP

Ihr Internet Service Provider (ISP) könnte vorschlagen, dass Sie einen Distance Vector Multicast Routing Protocol (DVMRP)-Tunnel zum ISP erstellen, um Zugriff auf den Multicast-Backbone im Internet (mbone) zu erhalten. Die Mindestbefehle zum Konfigurieren eines DVMRP-Tunnels sind hier aufgeführt:

interface tunnel0  
ip unnumbered <any pim interface>
tunnel source <address of source>
tunnel destination <address of ISPs mrouted box> 
tunnel mode dvmrp  
ip pim sparse-dense-mode

Normalerweise lässt Sie der ISP einen Tunnel zu einem UNIX-System herstellen, das "mrouted" (DVMRP) ausführt. Wenn Sie vom ISP stattdessen einen Tunnel zu einem anderen Cisco Gerät einrichten, verwenden Sie den standardmäßigen GRE-Tunnelmodus.

Wenn Sie Multicast-Pakete für andere Benutzer auf dem Knochen generieren möchten, um sie zu sehen anstatt Multicast-Pakete zu empfangen, müssen Sie die Quell-Subnetze ankündigen. Wenn die Adresse des Multicast-Quell-Hosts 172.16.108.1 lautet, müssen Sie dem mbone die Existenz dieses Subnetzes ankündigen. Direkt verbundene Netzwerke werden standardmäßig mit Metrik 1 angekündigt.

Wenn Ihre Quelle nicht direkt mit dem Router mit dem DVMRP-Tunnel verbunden ist, konfigurieren Sie dies unter interface tunnel0:

ip dvmrp metric 1 list 3  
access-list 3 permit  172.16.108.0 0.0.0.255

Hinweis: Sie müssen diesem Befehl eine Zugriffsliste hinzufügen, um zu verhindern, dass die gesamte Unicast-Routing-Tabelle für den Mbone angekündigt wird.

Wenn die Konfiguration der hier gezeigten ähnelt und Sie DVMRP-Routen über die Domäne verbreiten möchten, konfigurieren Sie den Befehl eip dvmrp unicast-routing auf den seriellen0-Schnittstellen der Router A und B. Mit diesem Vorgang werden DVMRP-Routen an PIM-Nachbarn weitergeleitet, die dann über eine DVMRP-Routing-Tabelle für die Umkehrpfadweiterleitung (Reverse Path Forwarding, RPF) verfügen. Von DVMRP übernommene Routen haben RPF-Vorrang vor allen anderen Protokollen, mit Ausnahme der direkt verbundenen Routen.

Verteilen von DVMRP-Routen über die Domäne

MBGP

Das Multiprotocol Border Gateway Protocol (MBGP) ist eine grundlegende Methode zur Übertragung zweier Routensätze: ein Satz für Unicast-Routing und ein Satz für Multicast-Routing. MBGP stellt die erforderliche Kontrolle bereit, um zu entscheiden, wohin Multicast-Pakete übertragen werden dürfen. PIM verwendet die dem Multicast-Routing zugeordneten Routen, um Datenverteilungsstrukturen zu erstellen. Das MBGP stellt den RPF-Pfad bereit, nicht die Erstellung eines Multicast-Zustands. PIM wird weiterhin benötigt, um die Multicast-Pakete weiterzuleiten.

PIM ist für die Weiterleitung der Multicast-Pakete weiterhin erforderlich.

ip multicast-routing 


interface loopback0 
ip pim sparse-dense-mode 
ip address 192.168.2.2 255.255.255.0 


interface serial0 
ip address 192.168.100.1 255.255.255.0 


interface serial1 
ip pim sparse-dense-mode 
ip address 192.168.200.1 255.255.255.0 


router bgp 123 
network 192.168.100.0 nlri unicast 
network 192.168.200.0 nlri multicast 
neighbor 192.168.1.1 remote-as 321 nlri unicast multicast 
neighbor 192.168.1.1 ebgp-multihop 255 
neighbor 192.168.100.2 update-source loopback0 
neighbor 192.168.1.1 route-map setNH out 


route-map setNH permit 10 
match nlri multicast 
set ip next-hop 192.168.200.1 


route-map setNH permit 20 

ip multicast-routing 


interface loopback0 
ip pim sparse-dense-mode 
ip address 192.168.1.1 255.255.255.0 


interface serial0 
ip address 192.168.100.2 255.255.255.0 


interface serial1 
ip pim sparse-dense-mode 
ip address 192.168.200.2 255.255.255.0 


router bgp 321 
network 192.168.100.0 nlri unicast 
network 192.168.200.0 nlri multicast 
neighbor 192.168.2.2 remote-as 123 nlri unicast multicast 
neighbor 192.168.2.2 ebgp-multihop 255 
neighbor 192.168.100.1 update-source loopback0 
neighbor 192.168.2.2 route-map setNH out 


route-map setNH permit 10 
match nlri multicast 
set ip next-hop 192.168.200.2 


route-map set NH permit 20 

Wenn Ihre Unicast- und Multicast-Topologien kongruent sind (wenn sie z. B. über denselben Link geleitet werden), besteht der Hauptunterschied in der Konfiguration im Befehl nlri unicast multicast. Hier sehen Sie ein Beispiel:

network 192.168.100.0 nlri unicast multicast

Übereinstimmende Topologien mit MBGP haben einen Vorteil: Obwohl der Datenverkehr dieselben Pfade durchläuft, können für Unicast-BGP andere Richtlinien als für Multicast-BGP angewendet werden.

MSDP

Das Multicast Source Discovery Protocol (MSDP) verbindet mehrere PIM-SM-Domänen. Jede PIM-SM-Domäne verwendet ihren eigenen unabhängigen RP und muss sich nicht auf RPs in anderen Domänen verlassen. Mit MSDP können Domänen Multicast-Quellen aus anderen Domänen erkennen. Wenn Sie auch BGP-Peering mit dem MSDP-Peer durchführen, müssen Sie für MSDP dieselbe IP-Adresse wie für BGP verwenden. Wenn MSDP Peer-RPF-Prüfungen durchführt, erwartet MSDP, dass die MSDP-Peer-Adresse mit der Adresse übereinstimmt, die BGP/MBGP ihr zuweist, wenn es eine Routing-Tabellen-Suche nach dem RP in der SA-Nachricht durchführt. Wenn zwischen den MSDP-Peers ein BGP/MBGP-Pfad besteht, müssen Sie BGP/MBGP nicht mit dem MSDP-Peer ausführen. Wenn es keinen BGP/MBGP-Pfad und mehr als einen MSDP-Peer gibt, müssen Sie den Befehl ip msdp default-peer verwenden. Das Beispiel hier zeigt, dass RP A der RP für seine Domäne und RP B der RP für seine Domäne ist.

Multicast Source Discovery Protocol (MSDP) verbindet mehrere PIM-SM-Domänen

ip multicast-routing 


ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 

ip msdp peer 192.168.100.2 
ip msdp sa-request 192.168.100.2 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface serial0 
ip address 192.168.100.1 255.255.255.0 
ip pim sparse-dense-mode 

ip multicast-routing 

ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 


ip msdp peer 192.168.100.1 
ip msdp sa-request 192.168.100.1 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface serial0 
ip address 192.168.100.2 255.255.255.0 
ip pim sparse-dense-mode 

Stub-Multicast-Routing

Mit Stub-Multicast-Routing können Sie Remote-/Stub-Router als IGMP-Proxy-Agenten konfigurieren. Anstatt vollständig am PIM teilzunehmen, leiten diese Stub-Router IGMP-Nachrichten von dem/den Host(en) an den Upstream-Multicast-Router weiter.

Stub-Router leiten IGMP-Nachrichten von den Hosts an den Upstream-Multicast-Router weiter

int s0 
ip pim sparse-dense-mode 
ip pim neighbor-filter 1 


access-list 1 deny 192.168.140.1

Der Befehl ip pim neighbor-filter ist erforderlich, damit Router 1 Router 2 nicht als PIM-Nachbarn erkennt. Wenn Sie Router 1 im Sparse-Mode konfigurieren, ist der Nachbarfilter nicht erforderlich. Router 2 darf nicht im Sparse-Mode ausgeführt werden. Im Dense-Modus können die Stub-Multicast-Quellen zu den Backbone-Routern geleitet werden.

ip multicast-routing 
int e0 
ip pim sparse-dense-mode 
ip igmp helper-address 192.168.140.2 


int s0 
ip pim sparse-dense-mode 

IGMP UDLR für Satellitenverbindungen

Unidirectional Link Routing (UDLR) stellt ein Verfahren zum Weiterleiten von Multicast-Paketen über eine unidirektionale Satellitenverbindung an Stub-Netzwerke mit einem Rückkanal bereit. Dies ähnelt dem Stub-Multicast-Routing. Ohne diese Funktion kann der Uplink-Router nicht dynamisch ermitteln, welche IP-Multicast-Gruppenadressen über die unidirektionale Verbindung weitergeleitet werden sollen, da der Downlink-Router keine Daten zurücksenden kann.

Unidirectional Link Routing (UDLR): Methode zur Weiterleitung von Multicast-Paketen

ip multicast-routing 


interface Ethernet0 
description Typical IP multicast enabled interface 
ip address 172.16.12.1 255.0.0.0 
ip pim sparse-dense-mode 


interface Ethernet1 
description Back channel which has connectivity to downlink-rtr 
ip address 172.16.11.1 255.0.0.0 
ip pim sparse-dense-mode 


interface Serial0 
description Unidirectional to downlink-rtr 
ip address 10.0.0.1 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp unidirectional-link 
no keepalive 

ip multicast-routing 


interface Ethernet0 
description Typical IP multicast enabled interface 
ip address 172.16.14.2 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp helper-address udl serial0 


interface Ethernet1 
description Back channel which has connectivity to downlink-rtr 
ip address 172.16.13.2 255.0.0.0 
ip pim sparse-dense-mode 


interface Serial0 
description Unidirectional to uplink-rtr 
ip address 10.0.0.2 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp unidirectional-link 
no keepalive 

PIMv2-BSR

Wenn auf allen Routern im Netzwerk PIMv2 ausgeführt wird, können Sie anstelle von Auto-RP einen BSR konfigurieren. BSR und Auto-RP sind sich sehr ähnlich. Eine BSR-Konfiguration erfordert die Konfiguration von BSR-Kandidaten (ähnlich wie RP-Announce in Auto-RP) und BSRs (ähnlich wie Auto-RP Mapping Agents). Um einen BSR zu konfigurieren, gehen Sie wie folgt vor:

1. Konfigurieren Sie auf den BSR-Kandidaten:

   ip pim bsr-candidate interface hash-mask-len pref

   Dabei enthält die Schnittstelle die Kandidaten-BSR-IP-Adresse. Es wird empfohlen (aber nicht erforderlich), dass hash-mask-Len für alle BSR-Kandidaten identisch ist. Ein BSR-Kandidat mit dem größten pref-Wert wird als BSR für diese Domäne ausgewählt.

   Ein Beispiel für die Befehlsverwendung wird angezeigt:

   ip pim bsr-candidate ethernet0 30 4

   Der PIMv2-BSR sammelt RP-Kandidateninformationen und verteilt RP-Set-Informationen, die jedem Gruppenpräfix zugeordnet sind. Um Single-Point-of-Failure zu vermeiden, können Sie mehrere Router in einer Domäne als Kandidaten-BSRs konfigurieren.

   Ein BSR wird auf Basis der konfigurierten Voreinstellungswerte automatisch unter den Kandidaten-BSRs ausgewählt. Um als BSR-Kandidaten zu fungieren, müssen die Router angeschlossen sein und sich im Backbone des Netzwerks befinden, anstatt im Einwahlbereich des Netzwerks.

2. Konfigurieren Sie mögliche RP-Router. Dieses Beispiel zeigt einen möglichen RP auf der Schnittstelle ethernet0 für den gesamten Admin-Bereich:

   access-list 11 permit 239.0.0.0 0.255.255.255
   ip pim rp-candidate ethernet0 group-list 11

CGMP

Um das Group Management Protocol (CGMP) zu konfigurieren, konfigurieren Sie dies auf der Router-Schnittstelle, die zum Switch zeigt:

ip pim sparse-dense-mode 
ip cgmp

Konfigurieren Sie anschließend Folgendes auf dem Switch:

set cgmp enable

IGMP-Snooping

Internet Group Management Protocol (IGMP)-Snooping ist in Version 4.1 des Catalyst 5000 verfügbar. IGMP-Snooping erfordert eine Supervisor III-Karte. Zum Konfigurieren von IGMP-Snooping auf dem Router ist keine andere Konfiguration als PIM erforderlich. Ein Router mit IGMP-Snooping ist weiterhin erforderlich, um IGMP-Abfragen bereitzustellen.

Das hier gezeigte Beispiel zeigt, wie IGMP-Snooping auf dem Switch aktiviert wird:

Console> (enable) set igmp enable  
IGMP Snooping is enabled.  
CGMP is disabled. 

Wenn Sie versuchen, IGMP zu aktivieren, CGMP jedoch bereits aktiviert ist, wird Folgendes angezeigt:

Console> (enable) set igmp enable  
Disable CGMP to enable IGMP Snooping feature. 

PGM

Pragmatic General Multicast (PGM) ist ein zuverlässiges Multicast-Transportprotokoll für Anwendungen, die eine geordnete, doppeltfreie Multicast-Datenübermittlung von mehreren Quellen an mehrere Empfänger erfordern. PGM garantiert, dass ein Empfänger in der Gruppe entweder alle Datenpakete von Übertragungen und Neuübertragungen empfängt oder einen nicht wiederherstellbaren Datenpaketverlust erkennen kann.

Es gibt keine globalen PGM-Befehle. PGM wird mithilfe des Befehls ip pgm für jede Schnittstelle konfiguriert. Sie müssen Multicast-Routing auf dem Router mit PIM auf der Schnittstelle aktivieren.

MRM

Multicast Routing Monitor (MRM) ermöglicht die automatische Fehlererkennung in einer großen Multicast-Routing-Infrastruktur. MRM wurde entwickelt, um Netzwerkadministratoren nahezu in Echtzeit über Probleme beim Multicast-Routing zu informieren.

MRM besteht aus zwei Komponenten: MRM-Tester und MRM-Manager. MRM-Tester ist ein Absender oder Empfänger.

MRM ist ab Version 12.0(5)T der Cisco IOS-Software verfügbar. Nur die MRM-Tester und -Manager benötigen die von MRM unterstützte Cisco IOS-Version.

Multicast Routing Monitor (MRM) erleichtert die automatisierte Fehlererkennung in einer großen Multicast-Routing-Infrastruktur

interface Ethernet0 
  ip mrm test-sender 

interface Ethernet0 
  ip mrm test-receiver 

ip mrm manager test1 
 manager e0 group 239.1.1.1 
 senders 1 
 receivers 2 sender-list 1 


 access-list 1 permit 10.1.1.2 
 access-list 2 permit 10.1.4.2 

Die Ausgabe des Befehls show ip mrm manager auf dem Test Manager wird hier angezeigt:

Test_Manager# show ip mrm manager 
   Manager:test1/10.1.2.2 is not running  Beacon interval/holdtime/ttl:60/86400/32 Group:239.1.1.1, UDP port test-packet/status-report:16384/65535 Test sender: 10.1.1.2 Test receiver: 10.1.4.2

Starten Sie den Test mit dem hier gezeigten Befehl. Der Testmanager sendet Kontrollnachrichten an den Testsender und den Testempfänger, wie in den Testparametern konfiguriert. Der Testempfänger tritt der Gruppe bei und überwacht die vom Testsender gesendeten Testpakete.

Test_Manager# mrm start test1 
 *Feb  4 10:29:51.798: IP MRM test test1 starts ......  
Test_Manager#

Geben Sie den folgenden Befehl ein, um einen Statusbericht für den Test-Manager anzuzeigen:

Test_Manager# show ip mrm status  

IP MRM status report cache:  
Timestamp        Manager          Test Receiver   Pkt Loss/Dup (%)       Ehsr  
*Feb  4 14:12:46 10.1.2.2         10.1.4.2        1            (4%)      29  
*Feb  4 18:29:54 10.1.2.2         10.1.4.2        1            (4%)      15  
Test_Manager#

Die Ausgabe zeigt, dass der Empfänger zwei Statusberichte (je eine Zeile) mit einem bestimmten Zeitstempel gesendet hat. Jeder Bericht enthält einen Paketverlust während des Intervallfensters (Standardwert: eine Sekunde). Der "Ehsr"-Wert zeigt den geschätzten Wert der nächsten Sequenznummer des Testsenders an. Wenn der Test-Empfänger doppelte Pakete erkennt, wird in der Spalte "Pkt Loss/Dup" eine negative Zahl angezeigt.

Um den Test zu beenden, geben Sie den folgenden Befehl ein:

Test_Manager# mrm stop test1 
*Feb  4 10:30:12.018: IP MRM test test1 stops  
Test_Manager# 

Während des Tests sendet der MRM-Absender RTP-Pakete im Standardintervall von 200 ms an die konfigurierte Gruppenadresse. Der Empfänger überwacht (erwartet) dieselben Pakete im gleichen Standardintervall. Wenn der Empfänger einen Paketverlust im Standardfensterintervall von fünf Sekunden erkennt, sendet er einen Bericht an den MRM-Manager. Sie können den Statusbericht vom Empfänger anzeigen, wenn Sie den Befehl show ip mrm status auf dem Manager ausführen.

Fehlerbehebung

Zu den häufigsten Problemen, die bei der Implementierung von IP-Multicast in einem Netzwerk auftreten, gehören Probleme, wenn der Router aufgrund eines RPF-Fehlers oder der TTL-Einstellungen keinen Multicast-Datenverkehr weiterleitet. Im Fehlerbehebungshandbuch für IP-Multicast finden Sie eine detaillierte Beschreibung dieser und anderer häufiger Probleme, Symptome und Lösungen.

Zugehörige Informationen

• Handbuch zur Fehlerbehebung bei IP-Multicast
• Fehlerbehebung bei Multicast-Netzwerken mit CLI-Tools
• IP-Multicast-Unterstützung
• Technischer Support und Downloads von Cisco