Konfigurieren des L2-Multicast in der ACI
Inhalt
Einleitung
In diesem Dokument wird beschrieben, wie Layer-2-Multicast (L2) in derselben Endpunktgruppe (EPG) in einer einzigen ACI-Fabric (Application Centric Infrastructure) konfiguriert und verifiziert wird.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- L2-Multicast-Unterstützung in der ACI - immer unterstützt
- Internet Group Management Protocol (IGMP)-Snooping in der ACI - standardmäßig aktiviert
Verwendete Komponenten
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
- N9K-C93180YC-FX
- Version 4.2(7q)
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 potenziellen Auswirkungen eines Befehls verstehen.
Hintergrundinformationen
L2-Multicast bezieht sich auf IP-Multicast-Pakete, die auf einem L2-Netzwerksegment (Bridge Domain(BD)/Subnetz) weitergeleitet werden, nicht auf L2-Nicht-IP-Multicast-Pakete, bei denen es sich um Multicast-Pakete mit einer Ziel-Multicast-MAC-Adresse ohne IP-Header handelt. L2-Multicast beinhaltet auch kein lokales Link-Multicast (224.0.0.0/24). Link Local Multicast wird immer an alle Ports im BD weitergeleitet.
L2-Multicast in der ACI wird nur innerhalb des BD weitergeleitet. Wenn Sie mehrere EPGs haben, die dasselbe BD verwenden, wird der Multicast-Datenverkehr in allen EPGs überflutet, unabhängig davon, welche Verträge zwischen EPGs bestehen.
Die Cisco ACI leitet Multicast-Frames über den Overlay-Multicast-Tree weiter, der zwischen Leaf- und Spine-Switches erstellt wurde. Für den L2-Datenverkehr werden Forwarding Tag (FTAG)-Trees verwendet, um einen effizienten Lastenausgleich über mehrere redundante Links mit denselben Kosten zu ermöglichen. Weitere Informationen zu den Details der FTAG-Struktur finden Sie im Dokument zu den ACI-Grundlagen.
Konfigurieren
Netzwerktopologie
Konfigurationen
Dies ist eine Zusammenfassung der Konfigurationsschritte. Für L2-Multicast gibt es nur wenige Konfigurationen, außer zum Aktivieren eines IGMP-Abfragers.
- Schritt 1: Konfigurieren der Fabric-Zugriffsrichtlinien für die Verbindung von Multicast-Server und Client-Host
- Schritt 2: Erstellen Sie EPG, BD und VRF für den Multicast Receiver und die Quelle.
- Schritt 3: Anfügen einer physischen Domäne an die EPG und Konfigurieren des statischen Ports
- Schritt 4: Konfigurieren des IGMP Querier
In diesem Abschnitt werden die einzelnen Konfigurationsschritte beschrieben.
Schritt 1: Konfigurieren der Fabric-Zugriffsrichtlinien für die Verbindung von Multicast-Server und Client-Host
Die Bilder zeigen den allgemeinen Ansatz für die Konfiguration. Weitere Details zu Zugriffsrichtlinien finden Sie im Dokument zur ersten ACI-Bereitstellung.
Sie können diesen Schritt überspringen, wenn die Zugriffsrichtlinien bereits vorhanden sind.
- Dieses Image zeigt die Fabric-Richtlinien für Multicast-Server-Ports.
- Dieses Bild zeigt die Fabric-Richtlinien für den Multicast-Receiver-Port (Client).
Schritt 2: Erstellen Sie EPG, BD und VRF für den Multicast Receiver und die Quelle.
- Die EPG, BD und VRF werden mit Standardparametern erstellt.
Ein BD verwendet standardmäßig die IGMP-Snoop-Standardrichtlinie, die im "Common" Tenant vordefiniert ist.
Der IGMP Querier ist im BD-Subnetz standardmäßig nicht aktiviert. Dies ist auch bei älteren NXOS- oder Cisco IOS®-basierten Bereitstellungen der Fall.
- Um die IGMP-Snoop-Standardrichtlinie zu aktivieren, wählen Sie "Common' Tenant > Policies > Protocol > IGMP Snoop > default, um zu sehen, dass das Kontrollkästchen Enable querier nicht für die IGMP-Standardrichtlinie aktiviert ist.
- Dieses Bild zeigt die Zusammenfassung der EPG-, BD- und VRF-Konfiguration (logische Ansicht).
Schritt 3: Anfügen einer physischen Domäne an die EPG und Konfigurieren des statischen Ports
- Dieses Bild zeigt eine physische Domäne, die an eine EPG angeschlossen ist.
- Dieses Bild zeigt einen konfigurierten statischen Port unter einer EPG.
- Dieses Bild zeigt, dass die Endpunkte des Multicast-Servers (Quelle) und des Multicast-Clients (Empfänger) beide unter demselben EPG erfasst (verbunden) werden.
Schritt 4: Konfigurieren von IGMP Querier
Der IGMP Querier muss an zwei Stellen aktiviert werden, unter der jeweiligen IGMP-Snoop-Richtlinie und unter dem BD-Subnetz.
Anmerkung: Da für die IGMP-Snooping-Richtlinie mit aktiviertem Enable Querier eine Quell-IP-Adresse zum Senden der IGMP-Abfrage erforderlich ist, muss die IGMP Querier-IP unter dem BD-Subnetz konfiguriert werden. Andernfalls sendet der Leaf-Switch die IGMP-Abfrage nicht an den Multicast-Empfänger.
Es wird immer empfohlen, eine neue IGMP-Snooping-Richtlinie mit aktiviertem IGMP Querier zu konfigurieren, anstatt eine standardmäßige IGMP-Snooping-Richtlinie zu verwenden. Beachten Sie, dass die IGMP-Snooping-Standardrichtlinie standardmäßig keinen IGMP-Abfrager aktiviert hat und standardmäßig jedem BD zugeordnet ist. Eine Änderung einer Konfiguration unter der IGMP-Snooping-Standardrichtlinie wirkt sich auf jedes BD aus, das mit der IGMP-Snoop-Standardrichtlinie verknüpft ist. Daher wird nicht empfohlen, die IGMP-Snooping-Standardrichtlinienparameter in der ACI zu ändern.
- Um eine neue IGMP-Snooping-Richtlinie zu erstellen, wählen Sie TN_D-Tenant > Policies > Protocols, klicken Sie mit der rechten Maustaste auf IGMP-Snoop und klicken Sie auf Create IGMP Snoop Policy.
- Für die neue IGMP-Snooping-Richtlinie ('TN_D_IGMP_Snooping_POL') aktivieren Sie das Kontrollkästchen Enable querier (Abfrage aktivieren), und klicken Sie dann auf Submit (Senden).
Anmerkung: Die Einstellung Enable querier ist nur erforderlich, wenn das BD-Subnetz mit Querier IP konfiguriert ist. Wenn sich der IGMP Querier außerhalb der ACI befindet, ist diese Konfiguration nicht erforderlich.
- Um die neue IGMP-Richtlinie an den BD anzuhängen, wählen Sie TN_D > Networking > Bridge Domain > 'L2_MC_BD' und wählen Sie die neue IGMP-Snoop-Richtlinie aus der IGMP Snoop Policy-Dropdown-Liste aus. Klicken Sie auf Senden, um die Änderungen zu übernehmen.
- Um den IGMP Querier für das BD-Subnetz zu aktivieren, wählen Sie das Subnetz aus, und aktivieren Sie das Kontrollkästchen IP abfragen.
lf101# show ip igmp snooping querier Vlan IP Address Version Expires Port 21 10.100.0.254 v3 00:01:06 Switch querier
lf102# show ip igmp snooping querier Vlan IP Address Version Expires Port 19 10.100.0.254 v3 00:01:46 Switch querier
Überprüfung
In diesem Abschnitt überprüfen Sie, ob Ihre Konfiguration ordnungsgemäß funktioniert.
Diese MO query zeigt an, dass die IGMP-Abfragerichtlinie den Abfrageprozess aktiviert hat.
apic1# moquery -d uni/tn-TN_D/snPol-TN_D_IGMP_snooping_POL Total Objects shown: 1 # igmp.SnoopPol name : TN_D_IGMP_snooping_POL adminSt : enabled annotation : childAction : ctrl : querier descr : dn : uni/tn-TN_D/snPol-TN_D_IGMP_snooping_POL extMngdBy : lastMbrIntvl : 1 lcOwn : local modTs : 2022-01-26T19:32:18.660+00:00 nameAlias : ownerKey : ownerTag : queryIntvl : 125 rn : snPol-TN_D_IGMP_snooping_POL rspIntvl : 10 startQueryCnt : 2 startQueryIntvl : 31 status : uid : 15374
Diese MO query zeigt an, dass der IGMP-Abfrageprozess auch im BD-Subnetz aktiviert ist.
apic1# moquery -c fvSubnet -f 'fv.Subnet.ip=="10.100.0.254/24"'
Total Objects shown: 1
# fv.Subnet
ip : 10.100.0.254/24
annotation :
childAction :
ctrl : querier <<
descr :
dn : uni/tn-TN_D/BD-L2_Mcast_BD/subnet-[10.100.0.254/24] extMngdBy : lcOwn : local modTs : 2021-12-28T19:28:54.860+00:00 monPolDn : uni/tn-common/monepg-default name : nameAlias : preferred : no
rn : subnet-[10.100.0.254/24] scope : private status : uid : 15374 virtual : no
Diese MO query zeigt die Überprüfung für die BD-Konfiguration an.
apic1# moquery -c fvBD -f "fv.BD.name==\"L2_Mcast_BD\"" Total Objects shown: 1 # fv.BD name : L2_Mcast_BD OptimizeWanBandwidth : no annotation : arpFlood : yes bcastP : 225.1.156.240 childAction : configIssues : descr : dn : uni/tn-TN_D/BD-L2_Mcast_BD epClear : no epMoveDetectMode : extMngdBy : hostBasedRouting : no intersiteBumTrafficAllow : no intersiteL2Stretch : no ipLearning : yes ipv6McastAllow : no lcOwn : local limitIpLearnToSubnets : yes llAddr : :: mac : 00:22:BD:F8:19:FF mcastAllow : no modTs : 2021-12-25T23:47:57.717+00:00 monPolDn : uni/tn-common/monepg-default mtu : inherit multiDstPktAct : bd-flood nameAlias : ownerKey : ownerTag : pcTag : 49154 rn : BD-L2_Mcast_BD scope : 2490368 seg : 16351140 status : type : regular uid : 15374 unicastRoute : yes unkMacUcastAct : proxy unkMcastAct : flood v6unkMcastAct : flood vmac : not-applicable
Diese Ausgabe zeigt die Überprüfung, dass Leaf-101 mit der Multicast-Quelle 10.100.0.10 verbunden ist.
lf101# show endpoint ip 10.100.0.10 detail
Legend:
s - arp H - vtep V - vpc-attached p - peer-aged
R - peer-attached-rl B - bounce S - static M - span
D - bounce-to-proxy O - peer-attached a - local-aged m - svc-mgr
L - local E - shared-service
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
VLAN/ Encap MAC Address MAC Info/ Interface Endpoint Group
Domain VLAN IP Address IP Info Info
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
20 vlan-1900 0011.0100.0001 L eth1/47 TN_D:Multicast_Servers:L2_Mcast_EPG
TN_D:VRF_A vlan-1900 10.100.0.10 L eth1/47
Diese Ausgabe zeigt an, ob Leaf-102 mit dem Multicast-Empfänger 10.100.0.20 verbunden ist.
lf102# show endpoint ip 10.100.0.20 detail
Legend:
s - arp H - vtep V - vpc-attached p - peer-aged
R - peer-attached-rl B - bounce S - static M - span
D - bounce-to-proxy O - peer-attached a - local-aged m - svc-mgr
L - local E - shared-service
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
VLAN/ Encap MAC Address MAC Info/ Interface Endpoint Group
Domain VLAN IP Address IP Info Info
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
17 vlan-1900 0011.0200.0001 L eth1/47 TN_D:Multicast_Servers:L2_Mcast_EPG
TN_D:VRF_A vlan-1900 10.100.0.20 L eth1/47
Erläuterung des L2-Multicast-Paketflusses
- Leaf-101 empfängt das Multicast-Paket von der Multicast-Quelle.
- Dieses Bild zeigt das EPG pcTag:
- Sie können Embedded Logic Analyzer Module (ELAM), ein integriertes Erfassungstool, verwenden, um eingehende Pakete zu erfassen. Diese Ausgabe zeigt die Leaf-101-ELAM-Erfassung und -Ausgabe. Die ELAM-Syntax hängt vom Typ der Hardware ab. In dieser Übung stammt die ELAM-Ausgabe von einem FX-Switch. Ein weiterer Ansatz ist die Verwendung der ELAM Assistant-App.
lf101# vsh_lc
module-1# debug platform internal roc elam asic 0
module-1(DBG-elam)# trigger reset
module-1(DBG-elam)# trigger init in-select 6 out-select 0
module-1(DBG-elam-insel6)# set outer ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10
module-1(DBG-elam-insel6)# start
module-1(DBG-elam-insel6)# status
ELAM STATUS
===========
Asic 0 Slice 0 Status Triggered
module-1(DBG-elam-insel6)#
module-1(DBG-elam-insel6)# ereport
Python available. Continue ELAM decode with LC Pkg
ELAM REPORT
<snip..>
======================================================================================================================================================
Captured Packet
======================================================================================================================================================
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer Packet Attributes
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer Packet Attributes : l2mc ipv4 ip ipmc ipv4mc udp
Opcode : OPCODE_L3MC
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer L2 Header
------------------------------------------------------------------------------------------------------------------------------------------------------
Destination MAC : 0100.5E64.000A <<
802.1Q tag is valid : no( 0x0 ) CoS : 0( 0x0 ) Access Encap VLAN : 0( 0x0 ) ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 IP Version : 4 DSCP : 0 IP Packet Length : 1362 ( = IP header(28 bytes) + IP payload ) Don't Fragment Bit : not set TTL : 64 IP Protocol Number : UDP IP CheckSum : 31679( 0x7BBF )
Destination IP : 239.100.0.10 <<
<snip...> ------------------------------------------------------------------------------------------------------------------------------------------------------ Sideband SB Multicast Information ------------------------------------------------------------------------------------------------------------------------------------------------------ BD : 11266( 0x2C02 ) Source is l3 interface : no
FTAG : 4( 0x4 ) <<< FTAG value 4 assigned by lf101 <snip..>
- Sobald Leaf-101 diesen Datenverkehr empfängt, wird er an eine GIPO-Adresse (BD Group IP Outer) und einen FTAG-Wert gekapselt und zur Spine-Suche an Spine gesendet. Dieses Bild zeigt die BD GIPO-Adresse 225.1.156.240.
Die FTAG-IDs werden basierend auf dem Payload-Hash-Algorithmus (0 bis 12) zugewiesen. Der FTAG-Wert ist unvorhersehbar und nicht der gleiche Wert, selbst wenn der Leaf-Knoten und das Ziel-BD GiPO identisch sind.
Die Binärdatei von 225.1.156.140 = 1100001.0000001.10011100.11110000
Die letzten 4 Bit des letzten Oktalwerts der Ziel-GIPO sind '0000', sodass die letzten 4 Bit (zwischen 0 und 12) zum FTAG-Wert hinzugefügt werden.
Diese Ausgabe zeigt die Liste der GIPO-Routen und der Out-Schnittstellen (OIF) an.
lf101# show isis internal mcast routes gipo
IS-IS process: isis_infra
VRF : default
GIPo Routes
====================================
System GIPo - Configured: 0.0.0.0
Operational: 239.255.255.240
====================================
GIPo: 225.0.0.0 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.0.73.208 [TRANSIT]
OIF List:
GIPo: 225.1.110.160 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.149.64 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.156.240 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.179.176 [TRANSIT]
OIF List:
GIPo: 225.1.192.0 [TRANSIT]
OIF List:
GIPo: 239.255.255.224 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 239.255.255.240 [LOCAL]
OIF List:
Ethernet1/49.14
Diese Ausgabe zeigt den FTAG-Wert und die OIF-Liste an.
lf101# show isis internal mcast routes ftag
IS-IS process: isis_infra
VRF : default
FTAG Routes
====================================
System ftag order: NEW
Phantom Spine Capable: NO
FTAG ID: 0 [Enabled] Cost:( 1/ 13/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 1 [Enabled] Cost:( 1/ 1/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 2 [Enabled] Cost:( 1/ 2/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 3 [Enabled] Cost:( 1/ 3/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 4 [Enabled] Cost:( 1/ 4/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 5 [Enabled] Cost:( 1/ 5/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 6 [Enabled] Cost:( 1/ 6/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 7 [Enabled] Cost:( 1/ 7/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 8 [Enabled] Cost:( 1/ 8/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 9 [Enabled] Cost:( 1/ 9/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 10 [Enabled] Cost:( 1/ 10/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 11 [Enabled] Cost:( 1/ 11/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 12 [Enabled] Cost:( 1/ 12/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 13 [Disabled]
FTAG ID: 14 [Disabled]
FTAG ID: 15 [Disabled]
- Dieses Bild zeigt die Erfassung und Ausgabe des Spine-201 ELAM.
- In diesem Fall zeigt diese Ausgabe den FTAG-Wert 4, der den letzten 4 Bit von BD GIPO im empfangenen Paket von Leaf-101 hinzugefügt wurde.
Spine201# vsh_lc <<< (OR "ssh root@lcX" if spine is modular). (Please engage TAC for spine ELAM)
module-1# debug platform internal roc elam asic 0
module-1(DBG-elam)# trigger reset
module-1(DBG-elam)# trigger init in-select 14 out-select 0
module-1(DBG-elam-insel6)# set inner ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10
module-1(DBG-elam-insel6)# start
module-1(DBG-elam-insel6)# status
module-1(DBG-elam-insel6)# ereport
------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L2 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner Destination MAC : 0100.5E64.000A Source MAC : 0011.0100.0001 802.1Q tag is valid : no CoS : 0 Access Encap VLAN : 0 ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 32 IP Protocol Number : UDP Destination IP : 225.1.156.244 <<<< BD GIPO + FTAG 4 (binary 11100001.00000001.10011100.11110100) Source IP : 10.1.160.64 <<<< Leaf 101 infra TEP address ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 64 IP Protocol Number : UDP Destination IP : 239.100.0.10 Source IP : 10.100.0.10 <snip...>
------------------------------------------------------------------------------------------------------------------------------------------------------ Sideband SB Multicast Information ------------------------------------------------------------------------------------------------------------------------------------------------------ BD : 3( 0x3 ) Source is l3 interface : no FTAG : 4( 0x4 ) <snip...>
- Spine-201 überprüft dann die eigene GIPO-Route und den FTAG-Wert, um die OIF-Liste für die Weiterleitung des Pakets zu finden.
- Verwenden Sie diesen Befehl, um die OIF-Liste für die BD GIPO zu finden.
sp201# show isis internal mcast routes gipo
IS-IS process: isis_infra
VRF : default
GIPo Routes
====================================
System GIPo - Configured: 0.0.0.0
Operational: 239.255.255.240
====================================
GIPo: 225.0.0.0 [TRANSIT]
OIF List:
Ethernet1/2.35
Ethernet1/1.36
GIPo: 225.0.0.16 [TRANSIT]
OIF List:
<snip..>
GIPo: 225.1.156.240 [TRANSIT]
OIF List:
Ethernet1/2.35
Ethernet1/1.36
<snip...>
sp201# show isis internal mcast routes ftag
IS-IS process: isis_infra
VRF : default
FTAG Routes
====================================
System ftag order: NEW
System ftag preference: 2
Max Fabric System ftag preference: 2
Phantom Spine Capable: NO
FTAG ID: 0 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 1 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 2 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 3 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 4 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35 <<
<snip...> sp201#
show lldp neighbors Capability codes: (R) Router, (B) Bridge, (T) Telephone, (C) DOCSIS Cable Device (W) WLAN Access Point, (P) Repeater, (S) Station, (O) Other Device ID Local Intf Hold-time Capability Port ID lf101 Eth1/1 120 BR Eth1/49 <<< Spine received packet from Leaf 101
lf102 Eth1/2 120 BR Eth1/49 <<< forward packet to Leaf 102 (and not back to Leaf 101) Total entries displayed: 2
- Der Leaf-102 empfängt die Pakete und sucht nach dem Eintrag in der Snoop-Tabelle. Anschließend leitet er das Paket an den Multicast-Empfänger weiter.
- Dieser Befehl zeigt die Ausgabe des ELAM-Befehls an, um zu überprüfen, ob das Multicast-Paket von der Spine empfangen wird.
lf102# vsh_lc module-1# debug platform internal roc elam asic 0 module-1(DBG-elam)# trigger reset module-1(DBG-elam)# trigger init in-select 14 out-select 0 module-1(DBG-elam-insel14)# set inner ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10 module-1(DBG-elam-insel14)# start module-1(DBG-elam-insel14)# status ELAM STATUS =========== Asic 0 Slice 0 Status Triggered module-1(DBG-elam-insel14)# ereport ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 31 IP Protocol Number : UDP Destination IP : 225.1.156.244 Source IP : 10.1.160.64 ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 64 IP Protocol Number : UDP Destination IP : 239.100.0.10 Source IP : 10.100.0.10 ------------------------------------------------------------------------------------------------------------------------------------------------------
- Leaf-102 überwacht den IGMP-Snoop-Eintrag, um das Paket an den Multicast-Empfänger weiterzuleiten.
lf102# show ip igmp snooping group Type: S - Static, D - Dynamic, R - Router port, F - Fabricpath core port Vlan Group Address Ver Type Port list 16 239.100.0.10 v2 D Eth1/47
IGMP Querier-Anforderung
Die IGMP Querier-Anforderungen umfassen:
- Der IGMP-Snooping verlangt einen IGMP-Abfrager für den ordnungsgemäßen Betrieb, um die stille Rücknahme der Gruppe zu vermeiden.
- Ein Protocol Independent Multicast (PIM)-Router kann sowieso als Abfrager fungieren, um die IGMP-Abfrage zu senden.
- Bei reinem L2-Multicast ohne PIM-Router im BD können wir eine IGMP Querier-Funktion aktivieren, um die Abfrage zu senden, ohne PIM auszuführen.
Fehlerbehebung
In diesem Abschnitt finden Sie Informationen zur Behebung von Fehlern in Ihrer Konfiguration.
Verwenden Sie diese Befehle, um Probleme mit L2-IGMP zu beheben:
show endpoints IPdetail show ip igmp snoop groups vlan xshow ip igmp snoop groups vlan x detailshow ip igmp snooping mroutermoquery -c fmcast.Grp
Zugehörige Informationen
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
28-Feb-2022 |
Erstveröffentlichung |
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)