Fehlerbehebung bei Multicast-Netzwerken mit CLI-Tools
Inhalt
Einleitung
In diesem Dokument werden Tools und Techniken zur Fehlerbehebung für Multicast-Netzwerke beschrieben.
Voraussetzungen
Anforderungen
Dieses Dokument erfordert Kenntnisse in den Bereichen IP-Multicast, Internet Group Management Protocol (IGMP), Protocol Independent Multicast (PIM) und Reverse Path Forwarding (RPF).
Verwendete Komponenten
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Anmerkung: Die Verfügbarkeit, Syntax und Ausgabe von Befehlen in diesem Dokument variiert je nach Cisco Plattform- und Softwareversion. In den Beispielen wird die Cisco IOS®- und Cisco IOS XE®-Befehlsausgabe verwendet.
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 kennen.
Konventionen
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Strategien zur Fehlerbehebung
Bei der Fehlerbehebung in Multicast-Netzwerken sollten Sie das im Netzwerk verwendete Signalisierungsprotokoll und den Paketfluss berücksichtigen. Das Signalisierungsprotokoll dient zum Einrichten und Beenden von Multicast-Sitzungen (z. B. PIM Dense Mode, PIM Sparse Mode und DVMRP). Der Paketfluss sendet, repliziert und empfängt die Multicast-Pakete zwischen Quelle und Empfänger auf Basis der vom Signalisierungsprozess erstellten Weiterleitungstabelle.
Diese Tabelle organisiert die Signalisierungs- und Paketflussprüfungen für die Quelle, das Netzwerk und die Empfänger:
| Quelle |
Netzwerk |
Empfänger |
|
| Signalisierung |
– |
||
| Paketfluss |
In den nächsten Unterabschnitten werden die Tools zur Fehlerbehebung beschrieben, die Sie verwenden können, um häufige Probleme zu überprüfen und zu beheben.
Quell-Paketfluss prüfen
Gehen Sie wie folgt vor, um festzustellen, ob die Quelle die Pakete gesendet hat und ob die richtigen Paketfelder eingefügt wurden:
1. Überprüfen Sie die Schnittstellenzähler auf dem Host. Überprüfen Sie zunächst die Schnittstellenzähler (wenn Sie sich auf einem UNIX-System befinden, führen Sie den Befehl netstat aus) auf dem Quellhost, um festzustellen, ob Pakete gesendet werden. Ist dies nicht der Fall, überprüfen Sie den Host-Stack und die Anwendung auf fehlerhafte Konfigurationen oder Fehler.
2. Führen Sie den Befehl show ip igmp groups <Schnittstellenname> aus, um zu überprüfen, ob der Router einen IGMP-Mitgliedschaftsbericht für diese Schnittstelle erhalten hat.
3. Überprüfen Sie den TTL-Wert für die Pakete in der Multicast-Anwendung. Es muss mindestens 2 sein, um einen gerouteten Hop zu überqueren. Wenn die Anwendung Pakete mit einem TTL-Wert von 1 sendet, verwirft der erste Upstream-Router die Pakete, wenn der TTL-Wert abläuft. Führen Sie zum Überprüfen den Befehl show ip traffic aus, und suchen Sie nach einer Erhöhung des Werts des Zählers für die "bad hop count" (fehlerhafte Hop-Anzahl). Jedes Paket mit einem TTL-Wert von 1 oder weniger als dem TTL-Schwellenwert, der von der Schnittstelle mit dem Befehl ip multicast ttl-threshold festgelegt wurde, wird verworfen, und der Zähler für die "schlechte Hop-Anzahl" wird um eins erhöht. Führen Sie den Befehl show ip igmp interface <interface-name> aus, um den TTL-Grenzwert für die Schnittstelle anzuzeigen.
4. Führen Sie die Befehle show ip mroute count und show ip mroute active aus, um den ersten Upstream-Router oder Switch zu überprüfen und festzustellen, ob er Multicast-Pakete von der Quelle erkennt. Die Befehlsausgabe zeigt die Datenverkehrsfluss-Statistiken für jedes (S,G)-Paar an. Wenn Sie keinen Datenverkehr beobachten, fahren Sie mit der Überprüfung der Quellanwendung, des Host-Stacks, der Paketerfassung und der First-Hop-Router-Schnittstelle fort.
5. Führen Sie den Befehl debug ip mpacket auf dem nächstgelegenen Upstream-Router mit einem Multicast-Gruppen- oder ACL-Filter (supported access-list) und dem detail-Schlüsselwort für zusätzliche Paketinformationen und -genauigkeit aus.
Anmerkung: Führen Sie diesen Befehl mit Vorsicht aus, wenn im Netzwerk ein hoher Multicast-Verkehr vorhanden ist. Führen Sie den Befehl debug ip mpacket nur dann auf dem Router aus, wenn dies erforderlich ist. Führen Sie das detail-Argument aus, um Paket-Header in der Debugausgabe und Zugriffslisten anzuzeigen, um den Datenverkehr bestimmter Quellen zu überprüfen. Denken Sie daran, dass dieser Befehl erhebliche Auswirkungen auf die Leistung des anderen Datenverkehrs haben kann.
Netzwerksignalisierung überprüfen
Dies ist die komplexeste und wichtigste Komponente zur Fehlerbehebung in allen Netzwerken. Dies hängt vom verwendeten Netzwerksignalisierungsprotokoll ab, z. B. PIM Sparse Mode, PIM Dense Mode und DVMRP. Cisco empfiehlt den in diesem Abschnitt beschriebenen mehrstufigen Ansatz.
Fehlerbehebung: PIM Sparse Mode
Gehen Sie wie folgt vor, um die Fehlerbehebung für den PIM Sparse Mode durchzuführen:
1. Überprüfen Sie, ob IP-Multicast-Routing auf allen Multicast-Routern aktiviert ist.
2. Führen Sie den Befehl show ip pim neighbor aus, um den Ablaufzeitgeber und -modus zu überprüfen, um eine erfolgreiche Einrichtung des PIM-Nachbarn sicherzustellen, und suchen Sie nach möglichen Verbindungs- und Zeitgeberproblemen, die die Einrichtung von PIM-Nachbarn verhindern können. Falls erforderlich, führen Sie die Schnittstellenbefehle ip pim version {1} aus. | 2} und ip pim {Dense-Mode} | Sparse-Mode | Sparse-Dense-Mode}, um die erforderliche PIM-Version und den erforderlichen PIM-Modus zu konfigurieren.
3. Führen Sie den Befehl show ip pim rp mapping aus, um die richtige Zuordnung der RP-Gruppe sicherzustellen und den Ablaufzeitpunkt zu überprüfen, wenn auto-RP konfiguriert ist. Führen Sie den Befehl debug ip pim auto-rp aus, um Auto-RP-Fehler zu identifizieren. Wenn keine PIM Group-to-RP-Zuordnungen angezeigt werden, überprüfen Sie die automatische RP-Konfiguration, oder konfigurieren Sie statische Group-to-RP-Zuordnungen mit dem Befehl ip pim rp-address <rp-address> [<access-list>] [override]. Konfigurieren Sie einen potenziellen RP mit ip pim send-rp-announce <interface> scope <ttl> group-list <access-list> und konfigurieren Sie den Zuordnungs-Agent mit ip pim send-rp-discovery <interface> scope <ttl>. Diese Befehle gelten nur für Auto-RP: Konfigurieren von send-rp-announce auf einem potenziellen RP und send-rp-discovery auf einem Zuordnungs-Agent
4. Führen Sie den Befehl show ip rpf <source-address> aus, um die RPF-Schnittstelle, den Nachbar und die Route für die Quelladresse zu überprüfen. PIM verwirft Multicast-Pakete, die an einer Nicht-RPF-Schnittstelle eintreffen. Die zusätzliche Assert- oder Prune-Verarbeitung hängt vom PIM-Modus und dem Schnittstellentyp ab. Mit dem Befehl debug ip pim können Sie mögliche Ursachen für einen Fehler in einem PIM-Netzwerk ermitteln. Vergleichen Sie die beobachtete Ausgabe mit der typischen Ausgabe in diesem Dokument. Führen Sie diese Ausgabe aus, um die drei diskreten Stufen im PIM Sparse Mode zu identifizieren: Beitritt, Registrierung und SPT-Switchover. Mit dem Befehl show ip mroute können Sie die Nulleinträge in den Listen der ausgehenden Schnittstellen und die bereinigten Einträge in der mroute-Tabelle überwachen.
Überprüfung des Netzwerkpaketflusses
Verwenden Sie diese Befehle, um den Fluss von Multicast-Paketen im Netzwerk zu überprüfen:
-
Führen Sie den Befehl mtrace aus, um Multicast Trace Hop-by-Hop zu überprüfen.
Empfängersignalisierung überprüfen
Gehen Sie wie folgt vor, um die Empfängersignalisierung zu überprüfen:
1. Führen Sie den Befehl show ip igmp groups auf dem ersten Upstream-Router aus, der mit dem Empfänger verbunden ist, um zu überprüfen, ob der Router die Gruppenmitgliedschaft auf der dem Empfänger zugewandten Schnittstelle erkannt hat.
2. Führen Sie den Befehl ping aus, um die Erreichbarkeit des Hosts und des ersten Upstream-Routers zu überprüfen.
3. Führen Sie den Befehl show ip igmp interface aus, um die IGMP-Version der Schnittstelle zu überprüfen.
4. Führen Sie den Befehl debug ip igmp aus, um weitere Fehler bei der Empfängersignalisierung zu beheben.
Empfängerpaketfluss überprüfen
Führen Sie die folgenden Schritte aus, um den Paketfluss des Empfängers zu überprüfen:
1. Führen Sie den Befehl netstat auf einem UNIX-System aus, um die Statistiken der Empfängerschnittstelle zu überprüfen.
2. Überprüfen Sie, ob der TCP/IP-Stack ordnungsgemäß installiert und konfiguriert wurde.
3. Überprüfen Sie, ob die Multicast Receiver Client-Anwendung ordnungsgemäß installiert und konfiguriert wurde.
4. Verwenden Sie eine Paketerfassung an der empfängerseitigen Schnittstelle, um doppelte Multicast-Pakete in einem Multi-Access-Segment zu identifizieren.
Power CLI-Tools
Die Befehle in diesem Abschnitt können auch bei der Fehlerbehebung nützlich sein, insbesondere wenn Sie den Netzwerkpaketfluss testen und die Fehlerpunkte im Multicast-Netzwerk ermitteln.
Mstat
Dieser Befehl zeigt den Multicast-Pfad im ASCII-Grafikformat an. Es verfolgt den Pfad zwischen zwei beliebigen Punkten im Netzwerk, zeigt Verwerfungen und Duplikate, TTLs und Verzögerungen an jedem Knoten im Netzwerk an.
Dies ist nützlich, wenn Sie Überlastungspunkte im Netzwerk lokalisieren müssen oder sich auf einen Router mit hoher Anzahl an Verlusten/Duplikaten konzentrieren müssen. Ein negativer berechneter Dropwert gibt an, dass die Downstream-Schnittstelle mehr Pakete als die Upstream-Schnittstelle meldet. Dies kann auf doppelte Pakete oder Counter-Sampling-Unterschiede hinweisen.
Router#mstat lwei-home-ss2 172.16.58.88 224.0.255.255 Type escape sequence to abort Mtrace from 172.16.143.27 to 172.16.58.88 via group 224.0.255.255 >From source (lwei-home-ss2.cisco.com) to destination (lwei-ss20.cisco.com) Waiting to accumulate statistics...... Results after 10 seconds: Source Response Dest Packet Statistics For Only For Traffic 172.16.143.27 172.16.62.144 All Multicast Traffic From 172.16.143.27
| __/ rtt 48 ms Lost/Sent = Pct Rate To 224.0.255.255 v / hop 48 ms --------------------- -------------------- 172.16.143.25 lwei-cisco-isdn.cisco.com | ^ ttl 1 v | hop 31 ms 0/12 = 0% 1 pps 0/1 = --% 0 pps 172.16.121.84 172.16.121.45 eng-frmt12-pri.cisco.com | ^ ttl 2 v | hop -17 ms -735/12 = --% 1 pps 0/1 = --% 0 pps 172.16.121.4 172.16.5.27 eng-cc-4.cisco.com | ^ ttl 3 v | hop -21 ms -678/23 = --% 2 pps 0/1 = --% 0 pps 172.16.5.21 172.16.62.130 eng-ios-2.cisco.com | ^ ttl 4 v | hop 5 ms 605/639 = 95% 63 pps 1/1 = --% 0 pps 172.16.62.144 172.16.58.65 eng-ios-f-5.cisco.com | \__ ttl 5 v \ hop 0 ms 4 0 pps 0 0 pps 172.16.58.88 172.16.62.144 Receiver Query Source
Mrinfo
Mit diesem Befehl werden Informationen zum Multicast-Nachbar-Router, zu den Routerfunktionen und der Codeversion, Informationen zur Multicast-Schnittstelle, TTL-Schwellenwerte, Metriken, Protokoll und Status angezeigt. Dies ist nützlich, wenn Sie Multicast-Nachbarn überprüfen müssen, die bidirektionale Nachbarn-Adjacency bestätigen müssen und überprüfen müssen, ob die Tunnel in beide Richtungen verfügbar sind.
Router#mrinfo 192.168.7.37 (b.cisco.com) [version cisco 11.1] [flags: PMSA]: 192.168.7.37 -> 192.168.7.34 (s.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.47 (d.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.44 (d2.cisco.com) [1/0/pim] 192.168.9.26 -> 192.168.9.29 (su.bbnplanet.net) [1/32/pim]
Die Markierungen in der Ausgabe zeigen Folgendes an:
-
P = Prune-fähig
-
M = Mtrace-fähig
-
S = SNMP-fähig
-
A = Auto-RP-fähig
Mtrace
Dieser Befehl zeigt den Multicast-Pfad von der Quelle zum Empfänger an und verfolgt den Pfad zwischen den Punkten in den Netzwerken, der die TTL-Schwellenwerte und die Verzögerung an jedem Knoten anzeigt.
Führen Sie bei der Fehlerbehebung den Befehl mtrace aus, um zu ermitteln, wo der Multicast-Datenverkehrsfluss endet, um den Pfad des Multicast-Datenverkehrs zu überprüfen und um suboptimale Pfade zu identifizieren.
Router#mtrace 192.168.215.41 192.168.215.67 239.254.254.254 Type escape sequence to abort. Mtrace from 192.168.215.41 to 192.168.215.67 via group 239.254.254.254 From source (?) to destination (?) Querying full reverse path... 0 192.168.215.67 -1 192.168.215.67 PIM thresh^ 0 0 ms -2 192.168.215.74 PIM thresh^ 0 2 ms -3 192.168.215.57 PIM thresh^ 0 894 ms -4 192.168.215.41 PIM thresh^ 0 893 ms -5 192.168.215.12 PIM thresh^ 0 894 ms -6 192.168.215.98 PIM thresh^ 0 893 ms
Ping
Bei der Fehlerbehebung ist der Befehl ping eine einfache Möglichkeit, Multicast-Datenverkehr im Labor zu generieren, um die Multicast-Struktur zu testen, da erreichbare Gruppenmitglieder, die Multicast-ICMP-Echo-Anforderungen verarbeiten, reagieren können.
R3#ping 239.255.0.1 Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 239.255.0.1, timeout is 2 seconds: Reply to request 0 from 172.16.12.2, 16 ms Reply to request 0 from 172.16.7.2, 20 ms
show-Befehle
Mit den Befehlen in diesem Abschnitt können Sie nützliche Informationen sammeln, wenn Sie ein Multicast-Problem beheben. Weitere Informationen finden Sie im IP Multicast Configuration Guide, Cisco IOS XE 17.x.
Tipp: Wenn die Antwort auf den Befehl show träge ist, führt der Router möglicherweise IP-Domänensuchen nach Adressen in der Befehlsausgabe durch. Sie können die IP-Domänensuche deaktivieren, indem Sie den Befehl no ip domain lookup im globalen Konfigurationsmodus ausführen. Dadurch wird die IP-Domänensuche beendet und die Ausgabegeschwindigkeit des Befehls show erhöht.
ip igmp-Gruppen anzeigen
Dieser Befehl zeigt an, welche Multicast-Gruppen direkt mit dem Router verbunden sind und welche über das Internet Group Management Protocol (IGMP) erfasst werden. Mit diesem Befehl können Sie überprüfen, ob ein Empfänger oder eine lokal verbundene Router-Schnittstelle der Zielgruppe auf der Router-Schnittstelle beigetreten ist. In der Spalte "Last Reporter" wird nur ein IGMP-Host angezeigt, der angibt, dass er als Antwort auf eine IGMP-Abfrage des PIM-Routers für diese Gruppe entweder einen nicht angeforderten IGMP-Join- oder einen IGMP-Bericht gesendet hat. Für jede Gruppe und jeden Schnittstelleneintrag wird ein letzter Reporter angezeigt.
R1#show ip igmp groups IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 239.255.0.1 Ethernet1 00:10:54 00:01:10 192.168.9.1 224.0.1.40 Ethernet0 01:36:27 00:02:45 192.168.10.2 224.0.1.40 Ethernet1 01:48:15 never 192.168.9.3
show ip igmp-Schnittstelle
Führen Sie diesen Befehl aus, um Multicast-bezogene Informationen auf einer Schnittstelle anzuzeigen. Um zu überprüfen, ob IGMP aktiviert ist, die richtige Version ausgeführt wird, die Timer, der TTL-Schwellenwert (Time To Live) und der IGMP Querier-Router ordnungsgemäß festgelegt sind. IGMP muss nicht für eine Schnittstelle konfiguriert werden. Sie ist standardmäßig aktiviert, wenn Sie ip pim {dense-mode|sparse-mode|sparse-dense-mode} konfigurieren.
R1#show ip igmp interface
Ethernet1 is up, line protocol is up
Internet address is 192.168.9.3/24
IGMP is enabled on interface
Current IGMP version is 2
CGMP is disabled on interface
IGMP query interval is 60 seconds
IGMP querier timeout is 120 seconds
IGMP max query response time is 10 seconds
Last member query response interval is 1000 ms
Inbound IGMP access group is not set
IGMP activity: 22 joins, 18 leaves
Multicast routing is enabled on interface
Multicast TTL threshold is 0
Multicast designated router (DR) is 192.168.9.5
IGMP querying router is 192.168.9.3 (this system)
Multicast groups joined (number of users):
224.0.1.40(1)
show ip pim neighbor
Führen Sie diesen Befehl aus, um die von der Cisco IOS-Software erkannten Protocol Independent Multicast (PIM)-Nachbarn aufzulisten.
R1#show ip pim neighbor PIM Neighbor Table Neighbor Interface Uptime/Expires Ver DR Address Prio/Mode 10.10.10.1 Ethernet0/0 02:19:41/00:01:38 v2 1 / DR B S
Einzelheiten zu den einzelnen Feldern finden Sie hier:
-
Neighbor Address: Gibt eine IP-Adresse des PIM-Nachbarn an.
-
Schnittstelle: Eine Schnittstelle, bei der ein PIM-Nachbar erkannt wurde.
-
Betriebszeit: Die Gesamtbetriebszeit eines Nachbarn.
-
Läuft ab: Die Zeit, bevor ein Timeout für einen Nachbarn auftritt und bis der nächste PIM-Hello empfangen wird.
-
Version: Die PIM-Version für die Nachbarschnittstelle.
-
DR Prio: Mögliche Werte sind 0 bis 4294967294 oder N.
-
Dies ist eine neue Spalte, die die Priorität einer PIM-Schnittstelle für die DR-Auswahl verfolgt. Die Funktion zum Konfigurieren eines DR auf der Grundlage der höchsten Priorität im Vergleich zur höchsten IP-Adresse wurde in den Cisco IOS® Software-Versionen 12.1(2)T und 12.2 und Cisco IOS®-Images mit Bidir-PIM eingeführt. Sie können den Schnittstellenbefehl ip pim dr-priority <0-4294967294> ausführen, um die DR-Priorität festzulegen. Die Standard-DR-Priorität ist auf 1 festgelegt.
-
Wenn ein PIM-Nachbar eine ältere Cisco IOS®-Version ausführt, die die DR-Prioritätsfunktion nicht unterstützt, wird aus Interoperabilitätsgründen in der Spalte "DR Prior" N angezeigt. Wenn ein Router im Multizugriffsnetzwerk die DR-Prioritätsoption nicht ankündigt, wird bei der DR-Auswahl die höchste primäre IP-Adresse aller PIM-Router in diesem Netzwerk verwendet.
-
-
Modus: Informationen zum DR und anderen PIM-Funktionen.
In dieser Spalte wird der DR zusätzlich zu den vom PIM-Nachbarn unterstützten Funktionen aufgeführt:
DR - Der PIM-Nachbar ist ein designierter Router.
B - Bidirectional PIM (Bidir-PIM)-fähig
S - State Refresh-fähig (gilt nur für den Dense-Modus)
Verwenden Sie bei der Fehlerbehebung diesen Befehl, um zu überprüfen, ob alle Nachbarn aktiv sind und den richtigen Modus, die richtige Version und den richtigen Ablaufzeitpunkt verwenden. Sie können auch die Router-Konfiguration überprüfen oder den Modus mit dem Befehl show ip pim interface (PIM Sparse- oder Dense-Modus) überprüfen. Verwenden Sie den Befehl debug ip pim, um den Nachrichtenaustausch pim-query zu beobachten.
show ip pim interface
Führen Sie diesen Befehl aus, um Informationen zu Schnittstellen anzuzeigen, die für PIM konfiguriert sind. Außerdem können Sie mit diesem Befehl überprüfen, ob der richtige PIM-Modus (Dense oder Sparse) für die Schnittstelle konfiguriert ist, die Anzahl der Nachbarn richtig ist und der designierte Router (DR) richtig ist (was für den PIM Sparse Mode wichtig ist). Segmente mit mehreren Zugriffen (z. B. Ethernet, Token Ring und FDDI) wählen einen DR basierend auf der höchsten angekündigten DR-Priorität, wobei die höchste primäre IP-Adresse als Timer verwendet wird. Wenn ein Router keine DR-Priorität ankündigt, verwendet die Wahl die höchste primäre IP-Adresse. Point-to-Point-Links zeigen keine DR-Informationen an.
R1#show ip pim interface
Address Interface Version/Mode Nbr Query DR
Count Intvl
192.168.10.1 Ethernet0 v2/Sparse-Dense 1 30 192.168.10.2
192.168.9.3 Ethernet1 v2/Sparse-Dense 1 30 192.168.9.5
show ip mroute summary
Führen Sie diesen Befehl aus, um den zusammengefassten Inhalt der IP-Multicast-Routing-Tabelle anzuzeigen. Sie können damit auch die aktiven Multicast-Gruppen und die aktiven Multicast-Absender überprüfen, wenn Sie die Timer und Flags überprüfen.
R1#show ip mroute summary
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned
R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT
M - MSDP created entry, X - Proxy Join Timer Running
A - Advertised via MSDP
Outgoing interface flags: H - Hardware switched
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.255.0.1), 01:57:07/00:02:59, RP 192.168.7.2, flags: SJCF
(192.168.33.32, 239.255.0.1), 01:56:23/00:02:59, flags: CJT
(192.168.9.1, 239.255.0.1), 01:57:07/00:03:27, flags: CFT
(*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL
show ip mroute
Führen Sie diesen Befehl aus, um den vollständigen Inhalt der IP-Multicast-Routing-Tabelle anzuzeigen. Führen Sie bei der Fehlerbehebung diesen Befehl aus, um Folgendes zu überprüfen:
-
Die Zustandseinträge (S,G) und (*,G) aus den Flags.
-
Die Eingangsschnittstelle ist korrekt. Ist dies nicht der Fall, überprüfen Sie die Unicast-Routing-Tabelle.
-
Die ausgehenden Schnittstellen sind richtig. Wenn sie nicht korrekt bereinigt wurde, überprüfen Sie den Status im Downstream-Router.
R1#show ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned
R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT
M - MSDP created entry, X - Proxy Join Timer Running
A - Advertised via MSDP
Outgoing interface flags: H - Hardware switched
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.255.0.1), 01:55:27/00:02:59, RP 192.168.7.2, flags: SJCF
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list:
Ethernet1, Forward/Sparse, 01:55:27/00:02:52
(192.168.33.32 , 239.255.0.1), 01:54:43/00:02:59, flags: CJT
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list:
Ethernet1, Forward/Sparse, 01:54:43/00:02:52
(192.168.9.1, 239.255.0.1), 01:55:30/00:03:26, flags: CFT
Incoming interface: Ethernet1, RPF nbr 0.0.0.0
Outgoing interface list:
Ethernet0, Forward/Sparse, 01:55:30/00:03:12
(*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list: Null
show ip mroute active
Führen Sie diesen Befehl aus, um die aktiven Datenverkehrsquellen und -gruppen anzuzeigen, die den Schwellenwert überschreiten. Verwenden Sie diesen Parameter bei der Fehlerbehebung, um die aktiven Quellgruppenpaare, die Datenverkehrsrate für jeden (S,G)-Eintrag, der den konfigurierten Grenzwert überschreitet, und den Empfang des Multicast-Datenverkehrs der Zielgruppe zu überprüfen. Wenn der Datenverkehr nicht empfangen wird, suchen Sie nach aktivem Datenverkehr, der von der Quelle in Richtung Empfänger beginnt.
R1#show ip mroute active Active IP Multicast Sources - sending >= 4 kbps Group: 239.255.0.1, (?) Source: 192.168.33.32 (?) Rate: 10 pps/115 kbps(1sec), 235 kbps(last 23 secs), 87 kbps(life avg)
show ip rpf
Führen Sie diesen Befehl aus, um anzuzeigen, wie IP-Multicast-Routing Reverse Path Forwarding (RPF) ausführt. Verwenden Sie diese Informationen bei der Fehlerbehebung, um die Richtigkeit der RPF-Informationen zu überprüfen. Ist dies nicht der Fall, überprüfen Sie die Unicast-Routing-Tabelle für die Quelladresse. Führen Sie außerdem die Befehle ping und trace für die Quelladresse aus, um zu überprüfen, ob Unicast-Routing funktioniert. Sie können Distance Vector Multicast Routing Protocol (DVMRP)-Routen oder statische Routen verwenden, um Unstimmigkeiten zwischen Unicast und Multicast zu beheben.
R1#show ip rpf 192.168.33.32 RPF information for ? (192.168.33.32) RPF interface: Ethernet0 RPF neighbor: ? (192.168.10.2) RPF route/mask: 192.168.33.0/16 RPF type: unicast (eigrp 1) RPF recursion count: 0 Doing distance-preferred lookups across tables
show ip mcache
Auf Cisco IOS®-Versionen, die den Multicast Fast-Switching-Cache unterstützen, zeigt dieser Befehl Cache-Einträge an und hilft, Probleme mit dem Fast-Switching zu isolieren. Führen Sie auf neueren Cisco IOS XE®-Plattformen den Befehl show ip mfib aus, um Multicast-Weiterleitungsinformationen anzuzeigen.
R1#show ip mcache IP Multicast Fast-Switching Cache (192.168.33.32/32, 239.255.0.1), Ethernet0, Last used: 00:00:00 Ethernet1 MAC Header: 01005E7F000100000C13DBA90800 (192.168.9.1/32, 239.255.0.1), Ethernet1, Last used: 00:00:00 Ethernet0 MAC Header: 01005E7F000100000C13DBA80800
show ip mroute count
Führen Sie diesen Befehl aus, um zu überprüfen, ob Multicast-Datenverkehr empfangen wurde, und um seine Datenverkehrsraten und -verluste zu überprüfen. Wenn kein Datenverkehr eingeht, arbeiten Sie von der Quelle zum Empfänger, bis Sie feststellen, wo der Datenverkehr stoppt. Sie können diesen Befehl auch ausführen, um zu überprüfen, ob der Datenverkehr weitergeleitet wird. Wenn dies nicht der Fall ist, führen Sie den Befehl show ip mroute aus, um nach "Null Outgoing interface list" und RPF-Fehlern zu suchen.
R1#show ip mroute count
IP Multicast Statistics
routes using 2406 bytes of memory
2 groups, 1.00 average sources per group
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second
Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc)
Group: 239.255.0.1, Source count: 2, Group pkt count: 11709
RP-tree: Forwarding: 3/0/431/0, Other: 3/0/0
Source: 192.168.33.32/32, Forwarding: 11225/6/1401/62, Other: 11225/0/0
Source: 192.168.9.1/32, Forwarding: 481/0/85/0, Other: 490/0/9
Group: 224.0.1.40, Source count: 0, Group pkt count:
show ip route
Führen Sie diesen Befehl aus, um die Unicast-Routing-Tabelle zu überprüfen und die RPF-Fehler in der mroute-Tabelle zu beheben.
R2#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
D 192.168.9.0/24 [90/307200] via 192.168.10.1, 00:59:45, Ethernet0
C 192.168.10.0/24 is directly connected, Ethernet0
D 192.168.4.0/24 [90/11040000] via 192.168.7.1, 23:21:00, Serial0
D 192.168.5.0/24 [90/11023872] via 192.168.7.1, 23:21:02, Serial0
C 192.168.7.0/24 is directly connected, Serial0
D 192.168.33.0/16 [90/2195456] via 192.168.7.1, 1d23h, Serial0
D 192.168.1.0/24 [90/11552000] via 192.168.7.1, 22:41:27, Serial0
show ip pim rp mapping
Führen Sie diesen Befehl aus, um die RP-Zuweisung nach Multicast-Gruppenbereich zu überprüfen und zu überprüfen, ob die Quelle des RP-Learning (statisch oder automatisch) und der Zuordnung richtig ist. Wenn Sie einen Fehler finden, überprüfen Sie die lokale Router- oder Auto-RP-Konfiguration.
R1#show ip pim rp mapping
PIM Group-to-RP Mappings
Group(s) 224.0.1.40/32
RP 192.168.7.2 (?), v1
Info source: local, via Auto-RP
Uptime: 2d00h, expires: never
Group(s): 224.0.0.0/4, Static
RP: 192.168.7.2 (?)
Debug-Befehle
In diesem Abschnitt wird erläutert, wie bestimmte Debug-Befehlsausgaben in einem funktionierenden Netzwerk aussehen müssen. Bei der Fehlerbehebung können Sie zwischen der korrekten Debugausgabe und den Hinweisen auf ein Problem im Netzwerk unterscheiden. Ausführliche Informationen zu diesen Debugbefehlen finden Sie in der Cisco IOS Debug Command Reference.
debug ip igmp
Führen Sie den Befehl debug ip igmp aus, um die empfangenen und übertragenen IGMP-Pakete sowie IGMP-host-bezogene Ereignisse anzuzeigen. Die Debug-Ausgabe wird nicht durch diesen Befehl deaktiviert.
Mit dieser Ausgabe können Sie feststellen, ob die IGMP-Prozesse funktionieren. Wenn IGMP nicht funktioniert, erfährt der Router im Allgemeinen nicht die Gruppenmitgliedschaft des Empfängers auf der verbundenen Schnittstelle. Im PIM Dense Mode kann das anfängliche Flooding Datenverkehr an das Segment senden, bis das Segment durch die Bereinigung entfernt wird. Im PIM Sparse Mode fügt der Router die empfängerseitige Schnittstelle nicht ohne Empfängermitgliedschaft oder eine andere lokale Weiterleitungsanforderung zur Liste der ausgehenden Schnittstellen hinzu.
R1#debug ip igmp 12:32:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1 12:32:51.069: IGMP: Set report delay time to 9.4 seconds for 224.0.1.40 on Ethernet1 12:32:56.909: IGMP: Received v1 Report from 192.168.9.1 (Ethernet1) for 239.255.0.1 12:32:56.917: IGMP: Starting old host present timer for 239.255.0.1 on Ethernet1 12:33:01.065: IGMP: Send v2 Report for 224.0.1.40 on Ethernet1 12:33:01.069: IGMP: Received v2 Report from 192.168.9.4 (Ethernet1) for 224.0.1.40 12:33:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1
Die vorherige Ausgabe zeigt, dass der Router eine IGMP-Abfrage der Version 2 über die Schnittstelle Ethernet 1 mit der Multicast-Adresse 224.0.0.1 sendet (alle Multicast-Systeme in diesem Subnetz). Schnittstelle Ethernet 1 selbst ist ein Mitglied der Gruppe 224.0.1.40 (Sie können den Befehl show ip igmp interface ausführen, um dies zu bestimmen), der eine Berichtsverzögerungszeit von 9,4 Sekunden (zufällig bestimmt) festlegt. Da es für die nächsten 9,4 Sekunden keinen Bericht von einem anderen System für die Multicast-Gruppe 224.0.1.40 empfängt, sendet es einen Bericht über seine Mitgliedschaft in Version 2, der vom Router selbst über Ethernet 1 empfangen wird. Es empfängt auch den IGMP-Bericht Version 1 vom Host 192.168.9.1, der für die Gruppe direkt mit der Schnittstelle Ethernet 1 verbunden ist. 239.255.0.1
Diese Debug-Ausgabe ist nützlich, wenn Sie überprüfen, ob die Router-Schnittstelle Abfragen sendet, und das Abfragespaltintervall (im vorherigen Fall 60 Sekunden) bestimmen. Sie können den Befehl auch verwenden, um die IGMP-Version zu ermitteln, die von den Clients verwendet wird.
debug ip mpacket
Führen Sie den Befehl debug ip mpacket aus, um alle empfangenen und übertragenen IP-Multicast-Pakete anzuzeigen. Die Debug-Ausgabe wird nicht durch diesen Befehl deaktiviert.
R1#debug ip mpacket 239.255.0.1 detail 13:09:55.973: IP: MAC sa=0000.0c70.d41e (Ethernet0), IP last-hop=192.168.10.2 13:09:55.977: IP: IP tos=0x0, len=892, id=0xD3C1, ttl=12, prot=17 13:09:55.981: IP: s=192.168.33.32 (Ethernet0) d=239.255.0.1 (Ethernet1) len 906, mforward
Dieser Befehl decodiert das Multicast-Paket und zeigt an, ob das Paket weitergeleitet (mforward) oder verworfen wird. Dies ist nützlich, wenn Sie Probleme mit dem Paketfluss im Netzwerk debuggen, um den TTL-Wert und den Grund für die Paketverwerfung zu überprüfen.
Vorsicht: Seien Sie vorsichtig, wenn Sie die Debug-Ausgabe auf Paketebene aktivieren, insbesondere, wenn der Router hohe Multicast-Paketlasten verarbeitet.
debug ip mrouting
Dieser Befehl ist für die Routingtabellenwartung nützlich. Überprüfen Sie, ob die (S,G)-Route in der IP-Multicast-Routing-Tabelle installiert ist, oder, falls nicht, warum. Die wichtigsten Informationen in dieser Ausgabe sind die RPF-Schnittstelle. Wenn eine RPF-Prüfung fehlschlägt, kann die (S,G) mroute nicht in der mrouting-Tabelle installiert werden.
R1#debug ip mrouting 239.255.0.1 13:17:27.821: MRT: Create (*, 239.255.0.1), RPF Null, PC 0x34F16CE 13:17:27.825: MRT: Create (192.168.33.32/32, 239.255.0.1), RPF Ethernet0/192.168.10.2, PC 0x34F181A 13:17:30.481: MRT: Create (192.168.9.1/32, 239.255.0.1), RPF Ethernet1/0.0.0.0, PC 0x34F18
debug ip pim
Führen Sie den Befehl debug ip pim aus, um die empfangenen und übertragenen PIM-Pakete sowie PIM-bezogene Ereignisse anzuzeigen. Die No-Form dieses Befehls deaktiviert die Debugausgabe. In diesem Abschnitt wird ein Beispiel verwendet, um die Debug-Ausgabe des PIM Sparse Mode besser zu verstehen und eine typische Debug-Ausgabe darzustellen.
Dies ist die Ausgabe von debug ip pim auf R1:
R1#debug ip pim PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Received v2 Hello on Ethernet0 from 192.168.10.2 PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Building Join/Prune message for 239.255.0.1 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 for group 239.255.0.1 PIM: Update RP expiration timer (270 sec) for 239.255.0.1
- Jede Ausgabezeile kennzeichnet Folgendes: R1 und R2 stellen beim Austausch von Hello-Nachrichten PIM-Nachbarn her. Diese periodischen Hello-Nachrichten, die in Abfrageintervall-Sekunden zwischen R1 (E0) und R2 (E0) ausgetauscht werden, verfolgen PIM-Nachbarn.
- R1 sendet eine Join/Prune-Nachricht an die RP-Adresse 192.168.7.2. Der RP (R2) antwortet mit einer empfangenen RP Reachable-Nachricht an R1 für die Gruppe 239.255.0.1. Dadurch wird der RP-Ablaufzeitgeber bei R1 aktualisiert. Der Ablaufzeitgeber setzt einen Prüfpunkt, um sicherzustellen, dass der RP existiert; Andernfalls muss ein neuer RP erkannt werden. Führen Sie den Befehl show ip pim rp aus, um die Ablaufzeit des RP zu überprüfen.
Sehen Sie sich nun die Debug-Ausgabe zwischen R1 und R2 an, wenn ein Multicast-Empfänger für die Gruppe 239.255.0.1 zu R1 hinzukommt. Sehen Sie sich zunächst die Ausgabe auf R1 an:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Send v2 Join on Ethernet0 to 192.168.10.2 for (192.168.7.2/32, 239.255.0.1), WC-bit, RPT-bit, S-bit 3 PIM: Building batch join message for 239.255.0.1 4 PIM: Building Join/Prune message for 239.255.0.1 5 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 6 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) 7 PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 : for group 239.255.0.1 8 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 9 PIM: Building Join/Prune message for 239.255.0.1 10 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 11 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0)
Schauen Sie sich nun die Ausgabe auf R2 an:
12 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 13 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2 14 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry, RPT-bit set, WC-bit set, S-bit set 15 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 16 PIM: Building Join/Prune message for 239.255.0.1 17 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 18 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 19 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 20 PIM: Building Join/Prune message for 239.255.0.1 21 PIM: Send RP-reachability for 239.255.0.1 on Ethernet0 22 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 23 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 24 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 25 PIM: Building Join/Prune message for 239.255.0.1
In Zeile 1 vor wird der Multicast-Empfänger für die Gruppe 239.255.0.1 mit R1 verbunden. Dadurch wird ein (*, 239.255.0.1) Eintrag in der mroute-Tabelle installiert. Anschließend sendet der Multicast-Empfänger in Zeile 2 eine IGMP-Join-Nachricht an R2 (RP), um der Shared Tree beizutreten.
Wenn der PIM Join/Prune auf R2 ankommt, installiert R2 eine (*, 239.255.0.1) mroute, wie in den Zeilen 12 bis 15 des R2-Ausgangs dargestellt.
Sobald R2 in seiner Routing-Tabelle (*, 239.255.0.1) installiert ist, fügt er die Schnittstelle, von der er die Join/Prune-Nachricht empfangen hat, seiner Outgoing-interface-list (OIL) im Weiterleitungsstatus hinzu. Anschließend wird eine RP-Erreichbarkeitsmeldung an die Schnittstelle zurückgesendet, von der die Join/Prune-Meldung empfangen wurde. Diese Transaktion ist in den Zeilen 15 bis 21 des R2-Ausgangs dargestellt. R1 empfängt die Meldung "RP-reachable" (RP erreichbar) für die Gruppe 239.255.0.1 und aktualisiert ihren Ablaufzeitgeber für RP. Dieser Austausch wiederholt sich standardmäßig einmal pro Minute und aktualisiert seinen Multicast-Weiterleitungsstatus, wie in den Zeilen 7 und 8 des R1-Ausgangs dargestellt.
In den nächsten Zeilen ist die Debug-Ausgabe zwischen R2 (RP) und R3 zu sehen. Die Quelle (direkt mit R3 verbunden) begann, Pakete an Gruppe 239.255.0.1 zu senden.
Schauen Sie sich zunächst die Ausgabe auf R3 an:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Building Join/Prune message for 239.255.0.1 3 PIM: For RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit 4 PIM: Send periodic Join/Prune to RP via 192.168.7.2 (Serial4/0) 5 PIM: Received RP-Reachable on Serial4/0 from 192.168.7.2 6 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 7 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 8 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 9 PIM: Received Join/Prune on Serial4/0 from 192.168.7.2 10 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 11 PIM: Add Serial4/0/192.168.7.2 to (192.168.33.32/32, 239.255.0.1), Forward state 12 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 13 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1) 14 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 15 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1)
Dies ist die Ausgabe von R2, dem RP:
16 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 17 PIM: Send RP-reachability for 239.255.0.1 on Serial0 18 PIM: Received Register on Serial0 from 192.168.7.1 for 192.168.33.32, group 239.255.0.1 19 PIM: Forward decapsulated data packet for 239.255.0.1 on Ethernet0 20 PIM: Forward decapsulated data packet for 239.255.0.1 on Serial0 21 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 22 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 23 PIM: Send Register-Stop to 192.168.7.1 for 192.168.33.32, group 239.255.0.1 24 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 25 PIM: Prune-list: (192.168.33.32/32, 239.255.0.1) 26 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 27 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 28 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 29 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1) 30 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 31 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1), Forward state 32 PIM: Building Join/Prune message for 239.255.0.1 33 PIM: For 192.168.7.1, Join-list: 192.168.33.32/32 34 PIM: For 192.168.10.1, Join-list: 192.168.9.1/32 35 PIM: Send v2 periodic Join/Prune to 192.168.10.1 (Ethernet0) 36 PIM: Send periodic Join/Prune to 192.168.7.1 (Serial0) 37 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 38 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 39 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state 40 PIM: Add Serial0/192.168.7.1 to (192.168.33.32/32, 239.255.0.1) 41 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1) 42 PIM: Join-list: (192.168.9.1/32, 239.255.0.1), S-bit set 43 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1), Forward state 44 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 45 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state
- Leitung 1 zeigt, dass R3, das direkt über Ethernet0/0 mit der Quelle verbunden ist, den RP 192.168.7.2 mit dem (*, 239.255.0.1)-Eintrag verknüpft, und die Leitungen 2 bis 4 zeigen, dass R3 eine Join-Nachricht an den RP sendet. Leitung 7 und 8 zeigen an, dass R3 Quelldatenverkehr empfängt und PIM-Register-Nachrichten an den RP sendet.
- Die Zeilen 16 und 17 zeigen, dass R2, der RP, auch die Join/Prune-Meldung empfängt und RP-Erreichbarkeitsinformationen an R3 zurücksendet.
- In den Leitungen 5 und 6 aktualisiert R3 seinen RP-Ablaufzeitgeber, nachdem er die RP-Erreichbarkeitsinformationen erhalten hat. Zeile 7 und 8 zeigen, dass R3, die Quelle DR, Pakete von der Quelle 192.168.33.32 in PIM-Registrierungsnachrichten kapselt und an den RP für die Gruppe 239.255.0.1 sendet.
- Die Zeilen 18 bis 20 zeigen, dass R2 das Registerpaket empfangen, entkapselt und mit einem bereits vorhandenen (*, 239.255.0.1) Eintrag in der Routing-Tabelle entlang des Baums weitergeleitet hat.
- Die Zeilen 21 und 29 zeigen, dass R2 eine Join-Nachricht an R3 sendet und einen (S,G)-Eintrag (192.168.33.32, 239.255.0.1) in der mroute-Tabelle installiert.
- Die Zeilen 9 bis 11 zeigen, dass R3 die Join-Nachricht von R2 empfängt, einen Eintrag (S,G) (192.168.33.32.239.255.0.1) in der Routing-Tabelle installiert und die mit RP verbundene Schnittstelle in den Weiterleitungsmodus versetzt, der den Multicast-SPT-Tree (S,G) erstellt. Quelle.
- In Zeile 23 empfängt R2 (S,G)-Datenverkehr über SPT und sendet eine Register-Stopp-Nachricht (und eine Join-Nachricht) an die Quelle.
- Die Zeilen 12 bis 15 zeigen an, dass R3 die Register-Stopp-Nachricht empfängt, das Register-Flag löscht und den Kapselungsverkehr (S,G) stoppt.
- Zwischen dem RP und R3 werden periodische Join/Prune-Nachrichten ausgetauscht, um den Multicast-Tree aufrechtzuerhalten.
Zugehörige Informationen
- Handbuch zur Fehlerbehebung bei IP-Multicast
- Schnellstart-Konfigurationsanleitung für Multicast
- IP Multicast-Support-Seite
- IP Routing-Support-Seite
- Technischer Support und Downloads von Cisco
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
3.0 |
23-Sep-2026
|
Aktualisierte Rechtschreibung, Grammatik, eingefügte horizontale Linien in separate Abschnitte zur besseren Lesbarkeit, korrigierte CCW-Warnungen. |
2.0 |
28-Nov-2023
|
Rezertifizierung |
1.0 |
10-Dec-2001
|
Erstveröffentlichung |
Feedback