Contenido

Introducción

Problema

Solución

Introducción

Este documento describe un problema encontrado cuando se utiliza el comando ip igmp Join-group para forzar a los switches Nexus de Cisco serie 7000 a unirse al grupo multicast. También se proporciona una solución al problema.

Problema

El comando ip igmp Join-group se utiliza para forzar al switch Nexus serie 7000 a unirse al grupo multicast. El switch genera una unión de protocolo de administración de grupos de Internet (IGMP) para el grupo especificado, y cualquier paquete de multidifusión destinado al grupo se envía a la CPU.

Con los sistemas operativos Nexus anteriores a la versión 5.2, si hay receptores conectados al switch Nexus serie 7000 que solicitan el grupo, también se envía una copia del paquete al receptor. En la versión 5.2 y posteriores, debido a un error de software con el protocolo de separación Locator/ID (LISP), el switch no programa ninguna lista de interfaces salientes (OIL) en el hardware. Incluso si hay receptores que solicitan el flujo, no se les envía ningún paquete.

Si marca la Tabla de Ruteo Multicast, puede ver el Resultado del Comando OIL programado:

(*, 239.1.1.1/32), uptime: 00:00:05, igmp pim ip

Incoming interface: Null, RPF nbr: 0.0.0.0

Outgoing interface list: (count: 1)

Vlan48, uptime: 00:00:05, igmp

Sin embargo, cuando inspecciona los valores programados para el hardware interno, ve que no hay OIL programados:

show forwarding multicast route group 239.1.1.1

slot  3

=======

(*, 239.1.1.1/32), RPF Interface: NULL, flags: GPr

Received Packets: 0 Bytes: 0

Number of Outgoing Interfaces: 0

Null Outgoing Interface List

Solución

El comando ip igmp Join-group no está previsto para su uso en producción. Se utiliza para resolver problemas donde hay una necesidad de generar una unión IGMP y no hay receptores disponibles. Utilice el comando ip igmp static-oif en su lugar.

Si LISP no está activo en el switch, puede ingresar el comando ip routing multicast enforce-rpf para forzar el comando ip igmp Join-group a funcionar de la misma manera que lo hizo con los sistemas operativos Nexus antes de la versión 5.2, lo que significa que el OIL está programado. Con la solución alternativa implementada, puede ver que el PEIL está programado en el hardware:

show forwarding multicast route group 239.1.1.1

slot  3

=======

(*, 239.1.1.1/32), RPF Interface: NULL, flags: GP

Received Packets: 0 Bytes: 0

Number of Outgoing Interfaces: 1

Outgoing Interface List Index: 2

Vlan48 Outgoing Packets:0 Bytes:0