Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Konfigurieren

Netzwerktopologie

Konfigurationen

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 von IGMP Querier

Überprüfung

Erläuterung des L2-Multicast-Paketflusses

IGMP Querier-Anforderung

Fehlerbehebung

Zugehörige Informationen

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

Anmerkung: Weitere Informationen zu IGMP-Snooping finden Sie im Dokument zur Multicast-Konfiguration für Layer 2 des Cisco APIC und IGMP-Snoop.

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.

Hinweis: Wir empfehlen, IGMP-Snoop auf dem BD nicht zu deaktivieren. Wenn Sie IGMP-Snoop deaktivieren, kann die Multicast-Leistung aufgrund übermäßiger falscher Überflutung im BD beeinträchtigt werden.

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 IP

detail

- show ip igmp snoop groups vlan x

- show ip igmp snoop groups vlan x detail

- show ip igmp snooping mrouter

- moquery -c fmcast.Grp

Zugehörige Informationen

- Cisco Live Session on Multicast (DGTL-BRKACI-2608)

- Technischer Support und Dokumentation für Cisco Systeme