Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Antecedentes

Configurar

Topología de red

Configuraciones

Paso 1: Configuración de las Políticas de Acceso al Fabric para la Conectividad de Servidor Multicast y Host de Cliente

Paso 2: Cree el EPG, BD y VRF para el receptor y el origen de multidifusión

Paso 3: Adjuntar un dominio físico al EPG y configurar el puerto estático

Paso 4: Configuración del solicitante IGMP

Verificación

Explicación del Flujo de Paquetes Multicast L2

Requisito del solicitante IGMP

Troubleshoot

Información Relacionada

Introducción

Este documento describe cómo configurar y verificar la multidifusión de capa 2 (L2) en el mismo grupo de terminales (EPG) en un único fabric de Application Centric Infrastructure (ACI).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

- Compatibilidad con multidifusión de L2 en ACI: siempre compatible

- Snooping del protocolo de administración de grupos de Internet (IGMP) en ACI (habilitado de forma predeterminada)

Nota: Para obtener más información sobre la indagación IGMP, vea el documento Configuración de multidifusión de capa 2 de Snoop de Cisco APIC e IGMP.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

- N9K-C93180YC-FX

- Versión 4.2(7q)

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Multicast L2 hace referencia a los paquetes de multidifusión IP reenviados en un segmento de red L2 (dominio de puente(BD)/subred), no a los paquetes de multidifusión que no son IP L2 y que son paquetes de multidifusión con una dirección MAC de multidifusión de destino sin un encabezado IP. La multidifusión L2 también excluye la multidifusión local de enlaces (224.0.0.0/24). La multidifusión local de link siempre se reenvía a todos los puertos en el BD.

La multidifusión de L2 en ACI sólo se reenvía dentro del BD. Si tiene varios EPG que utilizan el mismo BD, el tráfico de multidifusión se inunda en todos los EPG independientemente de los contratos vigentes entre los EPG.

Cisco ACI reenvía las tramas multicast en el árbol multicast superpuesto que está construido entre los switches de columna y de hoja. El tráfico L2 utiliza árboles de etiquetas de reenvío (FTAG) para proporcionar un equilibrio de carga eficaz en varios enlaces redundantes de los mismos costes. Para obtener más información sobre los detalles del árbol FTAG, vea el documento Aspectos básicos de ACI.

Nota: Recomendamos que no inhabilite la indagación IGMP en el BD. Si inhabilita la indagación de IGMP, es posible que vea un rendimiento de multidifusión reducido debido a una inundación excesiva de falsos dentro del BD.

Configurar

Topología de red

Configuraciones

Este es un resumen de los pasos de configuración. No hay mucha configuración para la multidifusión L2 excepto para habilitar un consultor IGMP.

- Paso 1: Configuración de las Políticas de Acceso al Fabric para la Conectividad de Servidor Multicast y Host de Cliente

- Paso 2: Cree el EPG, BD y VRF para el receptor y el origen de multidifusión

- Paso 3: Adjuntar un dominio físico al EPG y configurar el puerto estático

- Paso 4: Configuración del solicitante IGMP

En esta sección se describen los pasos de configuración detallados.

Paso 1: Configuración de las Políticas de Acceso al Fabric para la Conectividad de Servidor Multicast y Host de Cliente

Las imágenes muestran el enfoque de alto nivel de la configuración. Los detalles adicionales sobre las políticas de acceso están disponibles en el documento Implementación inicial de ACI.

Puede omitir este paso si las políticas de acceso ya están en vigor.

- Esta imagen muestra las políticas de fabric de puerto de servidor multicast.

- Esta imagen muestra las políticas de fabric del puerto del receptor de multidifusión (cliente).

Paso 2: Cree el EPG, BD y VRF para el receptor y el origen de multidifusión

- Los EPG, BD y VRF se crean con parámetros predeterminados.

De forma predeterminada, un BD utiliza la política de indagación IGMP predeterminada predefinida en el arrendatario 'común'.

El consultor IGMP no está habilitado de forma predeterminada bajo la subred BD, lo que es el caso de una implementación heredada basada en NXOS o Cisco IOS®.

- Para verificar la política de snoop IGMP predeterminada, elija el 'arrendatario común > Políticas > Protocolo > Snoop IGMP > valor predeterminado para ver que la política IGMP predeterminada no tiene la casilla Habilitar consultor activada.

- Esta imagen muestra el resumen de la configuración EPG, BD y VRF (vista lógica).

Paso 3: Adjuntar un dominio físico al EPG y configurar el puerto estático

- Esta imagen muestra un dominio físico asociado a un EPG.

- Esta imagen muestra un puerto estático configurado bajo un EPG.

- Esta imagen muestra que los puntos finales del servidor de multidifusión (origen) y del cliente de multidifusión (receptor) se aprenden (se conectan) en el mismo EPG.

Paso 4: Configuración del solicitante IGMP

El solicitante IGMP debe estar habilitado en dos lugares, bajo la política de indagación IGMP respectiva y bajo la subred BD.

Nota: Dado que la política de indagación IGMP con Enable querier enabled requiere una dirección IP de origen para enviar la consulta IGMP, se requiere configurar habilitar la IP del solicitante IGMP bajo la subred BD. De lo contrario, el switch de hoja no enviará la consulta IGMP al receptor multicast.

Siempre se recomienda configurar una nueva política de indagación IGMP con el solicitante IGMP habilitado en lugar de utilizar una política de indagación IGMP predeterminada. Tenga en cuenta que la política de indagación IGMP predeterminada no tiene un consultor IGMP habilitado de forma predeterminada y está asociada de forma predeterminada con cada BD. Un cambio en cualquier configuración bajo la política de indagación IGMP predeterminada afecta a cada BD asociado con la política de indagación IGMP predeterminada, por lo que no se recomienda cambiar los parámetros predeterminados de la política de indagación IGMP en ACI.

- Para crear una nueva política de indagación IGMP, elija el arrendatario TN_D > Políticas > Protocolos, luego haga clic con el botón derecho en IGMP Snoop y haga clic en Crear política de indagación IGMP.

- Para la nueva política de indagación IGMP ('TN_D_IGMP_snooping_POL'), marque la casilla de verificación Habilitar consultor y luego haga clic en Enviar.
Nota: El parámetro Enable querier sólo es necesario si la subred BD está configurada con IP del solicitante. Si el solicitante IGMP está fuera de la ACI, esta configuración no es necesaria.

- Para adjuntar la nueva política IGMP al BD, elija TN_D > Networking > Bridge Domain > 'L2_Mcast_BD' y elija la nueva política de snoop IGMP de la lista desplegable IGMP Snoop Policy. Haga clic en Enviar para aplicar los cambios.

- Para habilitar el buscador IGMP para la subred BD, elija la subred y marque la casilla de verificación Consulta de 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

Verificación

Use esta sección para confirmar que su configuración funciona correctamente.

Esto MO query muestra que la política de consulta IGMP tiene el consultor habilitado.

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

Esto MO query muestra que el consultor IGMP también está habilitado en la subred 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

Esto MO query muestra la verificación para la configuración de 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

Este resultado muestra la verificación de que la hoja 101 está conectada al origen 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

Este resultado muestra la verificación de que la hoja 102 está conectada al receptor 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

Explicación del Flujo de Paquetes Multicast L2

- Leaf-101 recibe el paquete multicast del origen multicast.

- Esta imagen muestra la pcTag EPG:

- Puede utilizar Embedded Logic Analyzer Module (ELAM), una herramienta de captura integrada, para capturar el paquete entrante. Esta salida muestra la captura y salida de ELAM de la hoja 101. La sintaxis de ELAM depende del tipo de hardware. En este laboratorio, la salida de ELAM proviene de un switch FX. Otro enfoque es utilizar la aplicación 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 vez que la hoja 101 recibe este tráfico, se encapsula en una dirección exterior IP del grupo BD (GIPO) y un valor FTAG, y se envía a la columna para la búsqueda de columna. Esta imagen muestra la dirección BD GIPO 225.1.156.240.

Las ID de FTAG se asignan en función del algoritmo hash de carga útil (0 a 12). El valor FTAG es impredecible y no es el mismo valor aunque el nodo de hoja y el GiPO de destino BD sean iguales.

El binario de 225.1.156.140 = 11100001.0000001.10011100.11110000

Los últimos 4 bits del último valor octal del GIPO de destino es '0000', por lo que los últimos 4 bits (entre 0 y 12) se agregan al valor FTAG.

Este resultado muestra la lista de rutas y de interfaces de salida (OIF) de la OMPI.

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

Esta salida muestra el valor FTAG y la lista 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]

- Esta imagen muestra la captura y salida de ELAM de la columna-201.

- En este caso, esta salida muestra el valor FTAG 4 agregado a los últimos 4 bits de la GIPO BD en el paquete recibido de la hoja 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 luego mira su propia ruta GIPO y valor FTAG para encontrar la lista OIF para enviar el paquete.

- Utilice este comando para encontrar la lista de OIF para la OMG 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

- La hoja 102 recibe los paquetes y busca la entrada de la tabla snoop y luego envía el paquete al receptor multicast.

- Este comando muestra el resultado del comando ELAM capture para verificar que el paquete multicast se recibe de la columna.

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 observa la entrada de indagación IGMP para enviar el paquete hacia el receptor 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 del solicitante IGMP

Entre los requisitos de la consulta IGMP se incluyen los siguientes:

- La indagación de IGMP exige un consultor de IGMP para el correcto funcionamiento, para evitar el descarte silencioso del grupo.

- Un router de multidifusión independiente de protocolo (PIM) puede actuar como solicitante para enviar la consulta IGMP de todos modos.

- En el caso de multicast L2 puro sin router PIM en el BD, podemos habilitar una función de consulta IGMP para enviar la consulta sin ejecutar PIM.

Troubleshoot

En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.

Utilice estos comandos para resolver problemas de 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

Información Relacionada

- Sesión en directo de Cisco sobre multidifusión (DGTL-BRKACI-2608)

- Soporte Técnico y Documentación - Cisco Systems