Configurare il multicast L2 in ACI
Sommario
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
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.
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 IPdetail show ip igmp snoop groups vlan xshow ip igmp snoop groups vlan x detailshow ip igmp snooping mroutermoquery -c fmcast.Grp
Informazioni correlate
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
28-Feb-2022 |
Versione iniziale |
Feedback