Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

RGMP reduce la carga en la red

RGMP en detalle

Causas que hacen que el router envíe paquetes RGMP

Qué sucede cuando un switch recibe paquetes RGMP

Configuración y verificación de RGMP

RGMP en Catalyst 6000 que ejecuta Cisco IOS System Software

Caso Práctico

Habilitación de RGMP en el Switch

Activación de RGMP en los routers

Funcionamiento de RGMP en la VLAN 2

RGMP se incorpora a la operación en VLAN 3

Operación de abandono de RGMP

Operación RGMP Bye

Información Relacionada

Introducción

El Protocolo de administración de grupo de puertos y routers (RGMP) se utiliza con indagaciones IGMP para restringir el tráfico de multidifusión a las capas en las que realmente se necesita. El sondeo IGMP envía el tráfico multicast a todos los puertos del router. Con RGMP, el tráfico Multicast sólo se envía a los puertos que necesitan recibirlo. El RGMP se diseñó para que se ejecutara en la estructura básica de la red multicast; conocimiento básico de la multidifusión (IGMP, PIM, ruteo de multidifusión) es útil para comprender este documento.

Tenga en cuenta que ahora existe una nueva función que reemplaza a RGMP y es más escalable. Esta función se denomina snooping de multidifusión independiente del protocolo (PIM) y realiza el mismo objetivo que RGMP. La indagación PIM está fuera del alcance de este documento.

Para obtener más información, refiérase a Configuración de Snooping PIM.

Prerequisites

Requirements

Los lectores de este documento deben ser conscientes de estas limitaciones de protocolo:

- Debe ejecutar RGMP en los routers y los switches.

- Debe activar la indagación IGMP en los switches.

- RGMP sólo funcionará para grupos configurados con el modo disperso de PIM.

- No se admiten las fuentes que envían tráfico Multicast que está conectado directamente a un switch RGMP.

- No se admite la conexión de varios routers en el mismo puerto del switch (por ejemplo, dos routers en el mismo eje de conexión).

- No se admite la conexión de routers múltiples al mismo switch no RGMP.

- RGMP sólo le permite restringir el tráfico hacia un router conectado directamente o hacia un router conectado que no sea un switch compatible con RGMP. RGMP no es capaz de restringir el tráfico a un router multicast conectado detrás de otro switch compatible con RGMP.

Si no se siguen estas restricciones, puede producirse una interrupción de la conectividad multidifusión.

Componentes Utilizados

RGMP es un protocolo que funciona entre los switches y routers Catalyst, los cuales deben ser compatibles con RGMP a fin de que la característica funcione. El siguiente switch soporta RGMP:

- Catalyst 6000: desde la versión 5.4 del software

- Catalyst 6000 que ejecuta Cisco IOS® System Software: desde el software 12.1(3a)E3

- Catalyst 5000: desde la versión 5.4 del software

RGMP se soporta en las siguientes versiones del software del router Cisco IOS:

- Línea principal 12.3

- 12.3T

- Línea principal 12.2

- 12.2.S

- 12.2T

- 12.1E

- 12.1T (comenzando con la versión 12.1(5)T1)

- 12.0S (a partir de la versión 12.0(10)S)

- 12.0ST (a partir de la versión 12.0(11)ST)

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. If your network is live, make sure that you understand the potential impact of any command.

Convenciones

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

RGMP reduce la carga en la red

El propósito del RGMP es eliminar el tráfico mutidifusión innecesario. Este diagrama muestra una red hipotética sin RGMP habilitado:

Hay una fuente multicast conectada a R1 y un receptor conectado a R4. El RP para el grupo está detrás del R2. El tráfico es reenviado por R1 al switch (por PIM y por tabla mruta, ya que hay un receptor detrás de la interfaz del switch). El switch detectará esta red sólo de origen con indagación IGMP y creará una entrada estática de Memoria direccionable por contenido (CAM) que apuntará a todos los routers: R1, R2, R3 y R4. El tráfico de multidifusión será enviado a todos los routers, incluso a R3, que no necesita el tráfico. Si el tráfico de multidifusión es de gran volumen, puede crearle una carga innecesaria al router R3. Se creó RGMP para solucionar este problema.

Este diagrama muestra la misma red con RGMP habilitado (suponiendo que los routers y el switch son compatibles con RGMP):

R2 y R4 enviarán una unión RGMP para ese grupo multidifusión hacia el switch. R3 no enviará una incorporación RGMP. Como resultado, el switch sólo reenviará el tráfico de multidifusión recibido de R1 para ese grupo a R2 y R4 y no a R3. Esto reduce el tráfico en la red.

RGMP en detalle

RGMP es, al igual que CGMP, un protocolo que se ejecuta entre un router y un switch. Los routers envían paquetes RGMP y los switches escuchan los paquetes RGMP. Los switches nunca envían paquetes RGMP, y los routers ignoran todos los paquetes RGMP que reciben. Los paquetes RGMP son paquetes IP de tipo IGMP y se envían a la dirección de grupo reservada 224.0.0.25 (dirección MAC 01-00-5e-00-00-19). Como paquetes IGMP, se envían con un tiempo de vida (TTL) de 1. La dirección 224.0.0.25 es una dirección reservada que corresponde a todas las direcciones multicast del switch. Un paquete RGMP contiene básicamente un campo Tipo, un campo de grupo de direcciones y una suma de comprobación.

Esta tabla muestra los diferentes campos de tipo disponibles para los paquetes RGMP:

Descripción

Acción

Hello

Cuando RGMP está activado en el router, no se envía tráfico de datos multidifusión hacia el router por medio del switch salvo que se envíe una unión RGMP específicamente al grupo.

Adiós

Cuando se desactiva RGMP en el router, el switch le envía todo el tráfico de datos multidifusión.

Incorporarse

El tráfico de datos de multidifusión para una dirección MAC de multidifusión desde la dirección de grupo G de Capa 3 se envía al router. Estos paquetes tienen el grupo G en el campo de dirección de grupo del paquete RGMP.

Salir

El tráfico de datos multidifusión para el grupo G no es enviado al router. Estos paquetes tienen el grupo G en el campo de dirección de grupo del paquete RGMP.

Los paquetes de saludo (hello y bye) utilizan 0.0.0.0 como la dirección de grupo en el paquete RGMP. Los paquetes Join (Unirse) y Leave (Irse) utilizan la dirección del grupo que le interesa al router (para unirse o irse).

Los paquetes RGMP usan los siguientes tipos de direcciones:

Tipo de dirección

Dirección utilizada

Dirección MAC de destino de todos los paquetes RGMP

01-00-5e-00-00-19

Dirección IP de destino de todos los paquetes RGMP

224.0.0.25

Dirección de grupo usada en RGMP Hello y Bye

0.0.0.0

Grupo de direcciones usadas en RGMP Join y Leave

El grupo multidifusión para el que se envía la incorporación o la salida

Causas que hacen que el router envíe paquetes RGMP

RGMP Hello

Siempre que se habilita RGMP en el router, el router envía un mensaje de saludo RGMP al switch indicando que el switch no debe reenviar el tráfico de datos multicast a este router a menos que se envíe específicamente una incorporación RGMP para un grupo. Observe también que el PIM esté configurado en el router para que funcione esta característica. Controle la Herramienta Localizador MIB para asegurarse de que CISCO-BULK-FILE-MIB está soportado por su dispositivo. Los mensajes de saludo de RGMP siempre preceden los mensajes de saludo de PIM.

Adiós RGMP

Siempre que se inhabilita RGMP en el router, envía un mensaje de despedida RGMP para indicar al switch que el router ya no está haciendo RGMP y que todo el tráfico multicast debe reenviarse nuevamente a este router.

Unión de RGMP

Siempre que un router envía una unión PIM, también construye una unión RGMP y la envía en la misma interfaz en la que se enviará la unión PIM. Utilizando los diagramas anteriores como ejemplo, R4 envía un mensaje de unión PIM al RP cuando recibe un informe IGMP del Receptor para el grupo G. También envía una unión RGMP en la misma interfaz, que es capturada por el switch S1. S1 procesa el paquete y agrega el puerto del router a la entrada estática de capa 2 (entrada CAM estática) para el grupo G. Esto permite reenviar tráfico al grupo G de este puerto.

Para resumir:

- Se envía un RGMP Join cada vez que un router crea una entrada (*,G) y se envía en la misma interfaz en que envía un mensaje PIM Join.

- El mensaje de incorporación RGMP se envía siempre que un router crea una entrada (S,G). El router enviará un mensaje de incorporación PIM en la interfaz hacia S y por lo tanto Incorporación RGMP también se envía en la misma interfaz hacia S.

- El mensaje de incorporación RGMP se envía cada vez que se envía un mensaje de incorporación PIM, pero no cuando este último se recibe.

- Si existen varias fuentes que transmiten hacia el grupo G y una entrada (*,G), sólo se emitirá un RGMP Join.

RGMP Leave

Siempre que un router envía un mensaje de PIM Prune para un (*,G) o (S,G), también verifica si hay al menos otra entrada de ruta multicast para este grupo para la interfaz en la que se envió la PIM Prune. Si no hay otra entrada, se envía un RGMP Leave en la misma interfaz.

Qué sucede cuando un switch recibe paquetes RGMP

Con RGMP deshabilitado y la indagación IGMP habilitada en el switch, cada entrada de reenvío de grupo multidifusión tiene una lista de puertos de salida que incluye todos los puertos de router multidifusión además de todos los puertos en los que se incorporan hosts interesados al grupo multidifusión. Cuando RGMP está habilitado, cambia lo siguiente:

- Los switches no envían ningún grupo multicast a un router con capacidad RGMP a menos que el router lo solicite específicamente (excepto para el grupo reservado en el rango 224.0.0.x y para 224.0.1.[39-40]).

- Los switches aún envían tráfico de multidifusión desde todos los grupos a los routers no compatibles con RGMP.

RGMP Hello

Cuando se recibe un paquete RGMP Hello de un puerto del router, el switch marca este puerto del router como habilitado para RGMP y el tráfico multicast general ya no se envía a ese puerto del router multicast.

Nota: Los paquetes Hello de RGMP generalmente no se reenvían fuera del chasis. Los paquetes de RGMP Hello se reenvían solamente una vez que se recibe el primer RGMP Hello en un puerto El puerto se marca luego como un puerto RGMP y el paquete Hello se reenvía a otro puerto de router multicast habilitado para RGMP.

Adiós RGMP

Al recibir RGMP Bye, desmarque el puerto del router como puerto del router RGMP y agregue este puerto a todo el grupo existente en esa VLAN.

Unión de RGMP

Al recibirse un paquete RGMP Join para un grupo determinado, el switch agrega el puerto del router desde el cual se recibió el RGMP Join en la lista de puertos de destino para ese grupo. Las uniones RGMP también se reenvían a todos los puertos del router compatibles con RGMP.

RGMP Leave

Cuando un paquete RGMP Leave es recibido para un grupo específico, el switch elimina el puerto del router desde el grupo de puertos interesado en recibir ese grupo.

Configuración y verificación de RGMP

Para habilitar RGMP en un switch:

#set igmp enable

!--- If this has not been done previously.

#set rgmp enable

Puede verificar la configuración escribiendo:

#sh rgmp group

#sh multi router

#sh rgmp stat

#sh multi group

Para configurar RGMP en un router:

#ip rgmp

!--- In interface mode.

y, si no lo ha hecho anteriormente:

#ip multicast-routing

!--- In global configuration mode.

#ip pim sparse-mode

!--- In interface mode.

RGMP en Catalyst 6000 que ejecuta Cisco IOS System Software

RGMP en el Catalyst 6000 que ejecuta Cisco IOS System Software tiene estas características:

- Habilitado de forma predeterminada en todos los puertos L2 (switchport) y no se puede inhabilitar

- Necesita estar habilitado en cualquier puerto multicast L3 si la interfaz multicast L3 es necesaria para actuar como router RGMP; esto se hace ejecutando el comando ip rgmp en el modo de interfaz (como en los routers Cisco IOS normales).

Las interfaces que ejecutan RGMP y cualquier otro router RGMP detectado por la indagación IGMP pueden verificarse mediante la ejecución del siguiente comando:

Boris#show ip igmp snooping mrouter

vlan            ports

-----+----------------------------------------

1  Po3,Router

10  Gi3/8,Router

11  Gi3/8,Router

100  Router

101  Router

198  Po3,Router

199  Po3,Router+

222  Router

'+'- RGMP capable router port

Boris#

El resultado anterior muestra un Catalyst 6000 que ejecuta Cisco IOS Software con el comando ip rgmp configurado en la interfaz VLAN 199. En la VLAN 199, el router se marca como habilitado para RGMP. El router en Cisco IOS Software representa el router 6500 en la VLAN 199.

Caso Práctico

Este diagrama representa una red real usando RGMP:

En este caso, sólo fido y la Tarjeta de función de switch multicapa (MSFC) en taras son routers con capacidad RGMP; donald, daniella y piggy son routers no aptos para RGMP. Existe un origen de multidifusión 4.4.4.1 que transmite hacia 224.1.1.1 ubicado en el serie detrás del piggy. Taras-msfc está haciendo el ruteo entre VLAN 2 y VLAN 3. No hay ningún receptor en la VLAN 2, sino dos receptores en la VLAN 3: uno detrás de fido y uno detrás de donald.

Nota: En la siguiente sección, se asume que la salida no precedida por un comando específico es de debug ip rgmp en los routers y establezca trace mcast 5 en el switch.

Habilitación de RGMP en el Switch

Primero, active RGMP en taras (un switch Catalyst 6000), suponiendo que ninguno de los routers esté configurado para RGMP todavía. Tan pronto como se habilita RGMP, el switch agrega la dirección MAC multicast 01-00-5e-00-00-19 a la tabla CAM del sistema, lo que significa que comienza a escuchar todos los paquetes enviados a esa dirección MAC. Esta es la dirección que corresponde a 224.0.0.25, que es utilizada por RGMP:

taras (enable) set rgmp enable

RGMP enabled.

taras (enable) show cam sys

* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.

X = Port Security Entry $ = Dot1x Security Entry

VLAN  Dest MAC/Route Des    [CoS]  Destination Ports or VCs / [Protocol Type]

----  ------------------    -----  -------------------------------------------

1     00-d0-00-3f-8b-fc R#             15/1

1     00-d0-00-3f-8b-ff  #             1/3

1     01-00-0c-cc-cc-cc  #             1/3

1     01-00-0c-cc-cc-cd  #             1/3

1     01-00-0c-dd-dd-dd  #             1/3

1     01-00-5e-00-00-19  #             1/3

1     01-80-c2-00-00-00  #             1/3

1     01-80-c2-00-00-01  #             1/3

2     00-d0-00-3f-8b-fc R#             15/1

2     01-00-0c-cc-cc-cc  #             1/3

2     01-00-0c-cc-cc-cd  #             1/3

2     01-00-0c-dd-dd-dd  #             1/3

2     01-00-5e-00-00-19  #             1/3

2     01-80-c2-00-00-00  #             1/3

2     01-80-c2-00-00-01  #             1/3

3     00-d0-00-3f-8b-fc R#             15/1

3     01-00-0c-cc-cc-cc  #             1/3

3     01-00-0c-cc-cc-cd  #             1/3

3     01-00-0c-dd-dd-dd  #             1/3

3     01-00-5e-00-00-19  #             1/3

3     01-80-c2-00-00-00  #             1/3

3     01-80-c2-00-00-01  #             1/3

Activación de RGMP en los routers

Ahora habilite RGMP en taras-msfc y fido. El router se configura en el modo de interfaz, y a medida que debug ip rgmp se ejecuta, puede ver que el router comienza a enviar paquetes Hello RGMP en esa interfaz cada 30 segundos.

taras(config-if)#ip rgmp

00:10:24: RGMP: Sending a Hello packet on Ethernet0

00:10:54: RGMP: Sending a Hello packet on Ethernet0

00:11:24: RGMP: Sending a Hello packet on Ethernet0

00:11:54: RGMP: Sending a Hello packet on Ethernet0

Si ahora mira el switch, puede ver que los puertos 4/6 y 15/1 están marcados como puertos de router compatibles con RGMP. Observe que el switch siempre recibe un saludo RGMP justo antes de un saludo PIM:

MCAST-IGMPQ:recvd an RGMP Hello  on the port 15/1 vlanNo 3 GDA 0.0.0.0

MCAST-RGMP: Received RGMP Hello in vlanNo 3 on port 15/1

MCAST-IGMPQ:recvd a PIM V2 packet of type HELLO on the port 15/1 vlanNo 3

taras (debug-eng) show multi ro

Port       Vlan

---------- ----------------

4/3       3

4/4       2

4/5       3

4/6     + 3

15/1     + 2-3

Total Number of Entries = 5

'*' - Configured

'+' - RGMP-capable

Funcionamiento de RGMP en la VLAN 2

Dado que hay un receptor activo detrás de donald (todavía no hay un receptor detrás de fido), el tráfico multicast en VLAN 2 debe reenviarse a VLAN 3. Por lo tanto, la MSFC en las taras necesita obtener el tráfico en la VLAN 2. Sin embargo, dado que RGMP está habilitado, el switch ya no reenvía el tráfico multicast a la MSFC. La MSFC debe enviar al switch un RGMP Join en la VLAN 2 como una petición para recibir ese grupo.

El router envía:

16:10:28: RGMP: Sending a Join packet on Vlan2 for group 224.1.1.1

16:10:29: RGMP: Sending a Join packet on Vlan2 for group 224.1.1.1

El supervisor en el switch lo recibe:

MCAST-RGMP: Received RGMP Join for 224.1.1.1 in vlanNo 2 on port 15/1

Con el grupo show rgmp, puede ver que el puerto 15/1 se ha unido al grupo 01-00-5e-01-01-01 en la VLAN 2. Observe que en la VLAN 3, la entrada CAM estática está presente, pero el único puerto de router incluido en la lista de puertos es el del router no habilitado para RGMP (es decir, 15/1 y 4/6 no están en la lista de puertos para la entrada en la VLAN 3 porque esos routers son aptos para RGMP y no enviaron una unión RGMP en la VLAN 3). Observe también en la tabla CAM estática que los grupos 01-00-5e-00-01-[27,28], correspondientes a 224.0.1.[39,40] utilizados por auto-rp, no se ven afectados por el funcionamiento de RGMP. Todo el tráfico para estos grupos aún se dirige a todos los routers de multidifusión, sin importar si aceptan RGMP:

taras (enable) show cam sta

* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.

X = Port Security Entry $ = Dot1x Security Entry

VLAN  Dest MAC/Route Des    [CoS]  Destination Ports or VCs / [Protocol Type]

----  ------------------    -----  -------------------------------------------

2     01-00-5e-01-01-01                  4/4,15/1

2     01-00-5e-00-01-27                  4/4,15/1

2     01-00-5e-00-01-28                  4/4,15/1

3     01-00-5e-01-01-01                  4/5,4/3

3     01-00-5e-00-01-27                  4/3,4/5-6,15/1

3     01-00-5e-00-01-28                  4/3,4/5-6,15/1

taras (enable)  show rgmp group 01-00-5e-01-01-01

RGMP enabled

VLAN  Dest MAC/Route Des    [CoS]  RGMP Joined Router Ports

----  ------------------    -----  ------------------------

2     01-00-5e-01-01-01             15/1

Total Number of Entries = 1

Ahora observe las estadísticas de RGMP para VLAN 2. El switch recibe regularmente paquetes RGMP Hello y RGMP Join. Obtiene un RGMP Hello cada 30 segundos de taras-msfc, y taras-msfc envía una RGMP Join para 224.1.1.1 cada vez que envía una PIM Join para ese grupo:

taras (enable) show rgmp stat 2

RGMP enabled

RGMP statistics for vlan 2:

Receive :

Valid pkts:                        67

Hellos:                            40

Joins:                             27

Leaves:                            0

Join Alls:                         0

Leave Alls:                        0

Byes:                              0

Discarded:                         0

Transmit :

Total pkts:                        0

Failures:                          0

Hellos:                            0

Joins:                             0

Leaves:                            0

Join Alls:                         0

Leave Alls:                        0

Byes:                              0

Hasta ahora, taras-msfc y fido sólo han enviado paquetes de saludo en VLAN 3:

taras (enable) show rgmp stat 3

RGMP enabled

RGMP statistics for vlan 3:

Receive :

Valid pkts:                        468

Hellos:                            468

Joins:                             0

Leaves:                            0

Join Alls:                         0

Leave Alls:                        0

Byes:                              0

Discarded:                         0

Transmit :

Total pkts:                        0

Failures:                          0

Hellos:                            0

Joins:                             0

Leaves:                            0

Join Alls:                         0

Leave Alls:                        0

Byes:

RGMP se incorpora a la operación en VLAN 3

Si ahora inicia el receptor B detrás de fido, el router con capacidad RGMP enviará una incorporación RGMP al switch para el grupo 224.1.1.1. El switch lo recibirá y añadirá el puerto 4/6 (fido) a la lista de receptores interesados para ese grupo en la VLAN 3.

En el router, verá:

01:07:49: RGMP: Sending a Join packet on Ethernet0 for group 224.1.1.1

01:07:49: RGMP: Sending a Join packet on Ethernet0 for group 224.1.1.1

01:07:49: RGMP: Sending a Join packet on Ethernet0 for group 224.1.1.1

01:07:51: RGMP: Sending a Join packet on Ethernet0 for group 224.1.1.1

El switch recibe la unión RGMP y agrega el puerto 4/6 del router a la entrada estática. Puede ver el resultado en varios comandos show:

MCAST-IGMPQ:recvd an RGMP Join  on the port 4/6 vlanNo 3 GDA 224.1.1.1

MCAST-RGMP: Received RGMP Join for 224.1.1.1 in vlanNo 3 on port 4/6

EARL-MCAST: SetRGMPPortInGDA: RGMP port 4/6 in vlanNo 3 joining for the first time

for this group 224.1.1.1

MCAST-RELAY:Relaying packet on port 15/1 vlanNo 3

MCAST-SEND: Inband Transmit Succeeded for IGMP RELAY msg on port 15/1 vlanNo    3

taras (enable) show rgmp group

RGMP enabled

VLAN  Dest MAC/Route Des    [CoS]  RGMP Joined Router Ports

----  ------------------    -----  ------------------------

2     01-00-5e-01-01-01             15/1

3     01-00-5e-01-01-01             4/6

Total Number of Entries = 2

taras (enable) show cam sta 01-00-5e-01-01-01

* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.

X = Port Security Entry $ = Dot1x Security Entry

VLAN  Dest MAC/Route Des    [CoS]  Destination Ports or VCs / [Protocol Type]

----  ------------------    -----  -------------------------------------------

2     01-00-5e-01-01-01             4/4,15/1

3     01-00-5e-01-01-01             4/3,4/5-6

taras (enable) show rgmp stat 3

RGMP enabled

RGMP statistics for vlan 3:

Receive :

Valid pkts:                      542

Hellos:                          532

Joins:                           10

Leaves:                          0

Join Alls:                       0

Leave Alls:                      0

Byes:                            0

Discarded:                       0

Transmit :

Total pkts:                      0

Failures:                        0

Hellos:                          0

Joins:                           0

Leaves:                          0

Join Alls:                       0

Leave Alls:                      0

Byes:                            0

Operación de abandono de RGMP

Suponga que el Receptor B ya no está interesado, por lo que fido ya no necesita el tráfico multicast para ese grupo y enviará una PIM Prune para el grupo en la interfaz. El router también envía una licencia RGMP para que el grupo haga saber al switch que ya no está interesado en ese grupo.

Cuando el Receptor B aún está activo, show ip mroute muestra la entrada (S,G) con un indicador C, indicando que hay un receptor conectado interesado:

fido#show ip mroute 224.1.1.1

IP Multicast Routing Table

Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,

L - Local, P - Pruned, R - RP-bit set, F - Register flag,

T - SPT-bit set, J - Join SPT, M - MSDP created entry,

X - Proxy Join Timer Running, A - Advertised via MSDP, U - URD,

I - Received Source Specific Host Report

Outgoing interface flags: H - Hardware switched

Timers: Uptime/Expires

Interface state: Interface, Next-Hop or VCD, State/Mode

(*, 224.1.1.1), 00:01:18/00:00:00, RP 10.10.10.1, flags: SJCL

Incoming interface: Ethernet0, RPF nbr 33.3.3.1

Outgoing interface list:

Serial0, Forward/Sparse-Dense, 00:01:18/00:01:41

(4.4.4.1, 224.1.1.1), 00:01:16/00:02:59, flags: CLJT

Incoming interface: Ethernet0, RPF nbr 33.3.3.1

Outgoing interface list:

Serial0, Forward/Sparse-Dense, 00:01:16/00:01:43

Cuando el receptor B ya no está interesado, PIM enviará un mensaje de recorte, pero la entrada (S,G) no se elimina inmediatamente. El temporizador (resaltado en rojo) se retrocede hasta el tiempo muerto de entrada. Observe que en este punto la entrada continúa allí pero con el indicador P informándonos que está separada y finalizará el tiempo de espera.

01:15:25: PIM: Send v2 Prune on Ethernet0 to 33.3.3.1 for (10.10.10.1/32, 224.1.1.1), WC-bit, RPT-bit, S-bit

01:15:25: PIM: Received v2 Join/Prune on Ethernet0 from 33.3.3.4, not to us

01:15:28: RGMP: Sending a Hello packet on Ethernet0

01:15:29: PIM: Received v2 Join/Prune on Ethernet0 from 33.3.3.3, not to us

01:15:29: PIM: Join-list: (*, 224.1.1.1) RP 10.10.10.1, RPT-bit set, WC-bit set, S-bit set

01:15:29: PIM: Join-list: (4.4.4.1/32, 224.1.1.1), S-bit set

IP Multicast Routing Table

Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,

L - Local, P - Pruned, R - RP-bit set,      F - Register flag,

T - SPT-bit set, J - Join SPT, M - MSDP      created entry,

X - Proxy Join Timer Running, A - Advertised      via MSDP, U - URD,

I - Received Source Specific Host Report

Outgoing interface flags: H - Hardware switched

Timers: Uptime/Expires

Interface state: Interface, Next-Hop or VCD, State/Mode

(*, 224.1.1.1), 00:08:31/00:02:39, RP 10.10.10.1, flags: SJP

Incoming interface: Ethernet0, RPF nbr 33.3.3.1

Outgoing interface list: Null

(4.4.4.1, 224.1.1.1), 00:08:29/00:02:29, flags: PJT

Incoming interface: Ethernet0, RPF nbr 33.3.3.1

Outgoing interface list: Null

Luego de que finalmente se agote el tiempo de espera de la entrada (S,G), fido envía un mensaje de ausencia de RGMP al switch para el grupo 224.1.1.1:

01:18:50: RGMP: Sending a Leave packet on Ethernet0 for group 224.1.1.1

01:18:58: RGMP: Sending a Hello packet on Ethernet0

Después de que el switch recibe la ausencia de RGMP, puede ver en el grupo RGMP que ya no hay entradas para la VLAN 3:

MCAST-IGMPQ:recvd an RGMP Leave  on the port 4/6 vlanNo 3 GDA 224.1.1.1

MCAST-RGMP: Received RGMP Leave for 224.1.1.1 in vlanNo 3 on port 4/6

EARL-MCAST: ClearRGMPPortInGDA last RGMP port going away for all groups - delete rgmp_info

too for GDA 01-00-5e-01-01-01 vlanNo 3

MCAST-RELAY:Relaying packet on port 15/1 vlanNo 3

MCAST-SEND: Inband Transmit Succeeded for IGMP RELAY msg on port 15/1 vlanNo 3

taras (debug-eng) show rgmp group

RGMP enabled

VLAN  Dest MAC/Route Des    [CoS]  RGMP Joined Router Ports

----  ------------------    -----  ------------------------

2     01-00-5e-01-01-01             15/1

taras (debug-eng) show rgmp stat 3

RGMP enabled

RGMP statistics for vlan 3:

Receive :

Valid pkts:                        588

Hellos:                            574

Joins:                             11

Leaves:                            3

Join Alls:                         0

Leave Alls:                        0

Byes:                              0

Discarded:                         0

Operación RGMP Bye

Si inhabilita el RGMP en fido, enviará una despedida RGMP y el switch cambiará 4/6 de un puerto de router RGMP a un puerto de router normal:

En fido:

01:24:45: RGMP: Sending a Bye packet on Ethernet0

En el switch:

MCAST-IGMPQ:recvd an RGMP Bye  on the port 4/6 vlanNo 3 GDA 0.0.0.0

MCAST-RGMP: Received RGMP Bye in vlanNo 3 on port 4/6

MCAST-RELAY:Relaying packet on port 15/1 vlanNo 3

MCAST-SEND: Inband Transmit Succeeded for IGMP RELAY msg on port 15/1 vlanNo 3

taras (debug-eng) show rgmp stat 3

RGMP enabled

RGMP statistics for vlan 3:

Receive :

Valid pkts:                        603

Hellos:                            588

Joins:                             11

Leaves:                            3

Join Alls:                         0

Leave Alls:                        0

Byes:                              1

Discarded:                         0

Transmit :

Total pkts:                        0

Failures:                          0

Hellos:                            0

Joins:                             0

Leaves:                            0

Join Alls:                         0

Leave Alls:                        0

Byes:                              0

taras (enable) show multi router

Port       Vlan

---------- ----------------

4/3       3

4/4       2

4/5       3

4/6       3

4/48      1

15/1     + 2-3

Información Relacionada

- Soporte de Producto de LAN

- Soporte de Tecnología de LAN Switching

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