Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Premesse

Configurazione

Topologia della rete

Configurazioni

Passaggio 1: Configurare i criteri di accesso all'infrastruttura per la connettività host client e server multicast

Passaggio 2: Creare EPG, BD e VRF per il ricevitore e l'origine multicast

Passaggio 3: Collegare un dominio fisico a EPG e configurare la porta statica

Passaggio 4: Configura query IGMP

Verifica

Spiegazione del flusso del pacchetto multicast L2

Requisito query IGMP

Risoluzione dei problemi

Informazioni correlate

Introduzione

In questo documento viene descritto come configurare e verificare il multicast di layer 2 (L2) nello stesso Endpoint Group (EPG) su una singola infrastruttura ACI (Application Centric Infrastructure).

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

- Supporto multicast L2 in ACI - sempre supportato

- Snooping IGMP (Internet Group Management Protocol) in ACI - abilitato per impostazione predefinita

Nota: Per ulteriori informazioni sullo snooping IGMP, consultare il documento di configurazione del multicast Cisco APIC e IGMP Snoop Layer 2.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

- N9K-C93180YC-FX

- Release 4.2(7q)

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Il multicast L2 si riferisce ai pacchetti multicast IP inoltrati su un segmento di rete L2 (dominio bridge (BD)/subnet), non ai pacchetti multicast L2 non IP che sono pacchetti multicast con un indirizzo MAC multicast di destinazione senza intestazione IP. Il multicast L2 esclude anche il multicast locale del collegamento (224.0.0.0/24). Il multicast locale del collegamento viene sempre inoltrato a tutte le porte del BD.

Il multicast L2 in ACI viene inoltrato solo all'interno di BD. Se si dispone di più EPG che utilizzano lo stesso BD, il traffico multicast si inonderà in tutti gli EPG, indipendentemente dai contratti in essere tra gli EPG.

Cisco ACI inoltra i frame multicast sull'albero multicast di sovrapposizione costruito tra gli switch foglia e dorso. Il traffico L2 utilizza alberi di tag di inoltro (FTAG) per fornire un bilanciamento del carico efficiente su più collegamenti ridondanti a costo uguale. Per ulteriori informazioni sui dettagli della struttura FTAG, consultare il documento ACI Fundamentals.

Nota: si consiglia di non disabilitare lo snoop IGMP in BD. Se si disabilita lo snoop IGMP, le prestazioni multicast potrebbero essere ridotte a causa di un eccessivo falso flood all'interno di BD.

Configurazione

Topologia della rete

Configurazioni

Questo è un riepilogo dei passi di configurazione. Non esiste molta configurazione per il multicast L2 tranne che per abilitare un interrogatore IGMP.

- Passaggio 1: Configurare i criteri di accesso all'infrastruttura per la connettività host client e server multicast

- Passaggio 2: Creare EPG, BD e VRF per il ricevitore e l'origine multicast

- Passaggio 3: Collegare un dominio fisico a EPG e configurare la porta statica

- Passaggio 4: Configurare il query IGMP

In questa sezione vengono descritti in dettaglio i passaggi di configurazione.

Passaggio 1: Configurare i criteri di accesso all'infrastruttura per la connettività host client e server multicast

Le immagini mostrano un approccio di alto livello alla configurazione. Ulteriori dettagli sui criteri di accesso sono disponibili nel documento Distribuzione iniziale ACI.

È possibile ignorare questo passaggio se i criteri di accesso sono già impostati.

- In questa immagine vengono illustrati i criteri relativi alla struttura delle porte del server multicast.

- Questa immagine mostra i criteri di struttura della porta del ricevitore multicast (client).

Passaggio 2: Creare EPG, BD e VRF per il ricevitore e l'origine multicast

- EPG, BD e VRF vengono creati con parametri predefiniti.

Per impostazione predefinita, un BD utilizza i criteri di snoop IGMP predefiniti del tenant 'comune'.

Per impostazione predefinita, il querier IGMP non è abilitato nella subnet BD, come nel caso di una distribuzione legacy basata su NXOS o Cisco IOS®.

- Per controllare il criterio di snoop IGMP predefinito, scegliere il tenant 'Comune' > Criteri > Protocollo > Snoop IGMP > predefinito per verificare che per il criterio IGMP predefinito non sia selezionata la casella Abilita interrogante.

- Questa immagine mostra il riepilogo della configurazione EPG, BD e VRF (vista logica).

Passaggio 3: Collegare un dominio fisico a EPG e configurare la porta statica

- Nell'immagine è mostrato un dominio fisico collegato a un EPG.

- Nell'immagine viene mostrata una porta statica configurata in un EPG.

- Nell'immagine viene mostrato come gli endpoint del server multicast (origine) e del client multicast (ricevitore) vengano entrambi appresi (connessi) nello stesso EPG.

Passaggio 4: Configura query IGMP

È necessario abilitare il querier IGMP in due posizioni, nella rispettiva regola di snoop IGMP e nella subnet BD.

Nota: Poiché il criterio di snooping IGMP con Abilita query abilitato richiede un indirizzo IP di origine per inviare la query IGMP, è necessario configurare l'abilitazione di IP query IGMP nella subnet BD. In caso contrario, lo switch foglia non invierà la query IGMP al ricevitore multicast.

Si consiglia sempre di configurare un nuovo criterio di snooping IGMP con il querier IGMP abilitato anziché utilizzare un criterio di snooping IGMP predefinito. Si noti che per impostazione predefinita i criteri di snooping IGMP predefiniti non dispongono di un Query IGMP abilitato e sono allegati per impostazione predefinita a ogni BD. Una modifica apportata a qualsiasi configurazione in base al criterio di snooping IGMP predefinito influisce su ciascun BD collegato al criterio di snooping IGMP predefinito, pertanto non è consigliabile modificare i parametri del criterio di snooping IGMP predefinito in ACI.

- Per creare un nuovo criterio di snooping IGMP, scegliere TN_D tenant > Policy > Protocolli, quindi fare clic con il pulsante destro del mouse su IGMP Snoop e selezionare Create IGMP Snoop Policy.

- Per il nuovo criterio di snooping IGMP ('TN_D_IGMP_snooping_POL'), selezionare la casella di controllo Abilita interrogante, quindi fare clic su Invia.
Nota: L'impostazione Attiva interrogante è necessaria solo se la subnet BD è configurata con IP interrogante. Se il querier IGMP è esterno all'ACI, questa configurazione non è necessaria.

- Per allegare la nuova regola IGMP a BD, scegliere TN_D > Reti > Dominio bridge > 'L2_Mcast_BD' e scegliere la nuova regola Snoop IGMP dall'elenco a discesa Regole Snoop IGMP. Per applicare le modifiche, fare clic su Submit (Invia).

- Per abilitare il querier IGMP per la subnet BD, scegliere la subnet e selezionare la casella di controllo Query IP.

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

Verifica

Per verificare che la configurazione funzioni correttamente, consultare questa sezione.

Questo MO query Il comando mostra che il criterio QueryTrader IGMP ha il querrier abilitato.

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

Questo MO query indica che il querrier IGMP è abilitato anche nella subnet BD.

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

Questo MO query Il comando mostra la verifica della configurazione di BD.

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

Questo output mostra la verifica che leaf-101 sia collegato alla sorgente multicast 10.100.0.10.

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

Questo output mostra la verifica che leaf-102 sia collegato al ricevitore multicast 10.100.0.20.

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

Spiegazione del flusso del pacchetto multicast L2

- Leaf-101 riceve il pacchetto multicast dall'origine multicast.

- Nell'immagine è illustrato l'EPG pcTag:

- Per acquisire il pacchetto in ingresso, è possibile utilizzare Embedded Logic Analyzer Module (ELAM), uno strumento di acquisizione incorporato. Questo output mostra l'acquisizione e l'output ELAM leaf-101. La sintassi ELAM dipende dal tipo di hardware. In questa esercitazione, l'output ELAM proviene da uno switch FX. Un altro approccio consiste nell'utilizzare l'app ELAM Assistant.

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..>

- Una volta che leaf-101 riceve questo traffico, viene incapsulato in un indirizzo IP esterno del gruppo BD (GIPO) e in un valore FTAG e inviato al dorso per la ricerca del dorso. Nell'immagine è mostrato l'indirizzo GIPO BD 225.1.156.240.

Gli ID FTAG vengono assegnati in base all'algoritmo hash del payload (da 0 a 12). Il valore FTAG è imprevedibile e non è lo stesso anche se il nodo foglia e l'oggetto Criteri di gruppo BD di destinazione sono uguali.

Il valore binario di 25.1.156.140 = 11100001.00000001.10011100.1111000

Gli ultimi 4 bit dell'ultimo valore ottale dell'oggetto Criteri di gruppo di destinazione sono '0000', quindi gli ultimi 4 bit (tra 0 e 12) vengono aggiunti al valore FTAG.

Questo output mostra l'elenco di route e interfacce in uscita (OIF, GIPO route and out interface).

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

Questo output mostra il valore FTAG e l'elenco OIF.

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]

- Questa immagine mostra l'acquisizione e l'output di ELAM Spine-201.

- In questo caso, l'output mostrato è il valore FTAG 4 aggiunto agli ultimi 4 bit del GIPO BD nel pacchetto ricevuto da leaf-101.

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 poi guarda la propria route GIPO e il valore FTAG per trovare l'elenco OIF per inoltrare il pacchetto.

- Utilizzare questo comando per trovare l'elenco OIF per l'oggetto Criteri di gruppo BD.

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

- Il Leaf-102 riceve i pacchetti e cerca la voce della tabella snoop, quindi inoltra il pacchetto al ricevitore multicast.

- Questo comando visualizza l'output del comando ELAM capture per verificare che il pacchetto multicast sia stato ricevuto dal dorso.

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 controlla la voce dello snoop IGMP per inoltrare il pacchetto verso il ricevitore multicast.

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

Requisito query IGMP

I requisiti di query IGMP includono:

- Lo snooping IGMP richiede a un interrogatore IGMP di funzionare correttamente, al fine di evitare l'eliminazione invisibile del gruppo.

- Un router PIM (Protocol Independent Multicast) può comunque fungere da interrogatore per inviare la query IGMP.

- Nel caso di multicast L2 puro senza alcun router PIM in BD, possiamo abilitare una funzione Query IGMP per inviare la query senza eseguire PIM.

Risoluzione dei problemi

Le informazioni contenute in questa sezione permettono di risolvere i problemi relativi alla configurazione.

Utilizzare questi comandi per risolvere i problemi IGMP L2:

- 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

Informazioni correlate

- Cisco Live Session sul multicast (DGTL-BRKACI-2608)

- Documentazione e supporto tecnico – Cisco Systems