Solución de problemas de redes multidifusión con herramientas CLI
Contenido
Introducción
Este documento describe las herramientas y técnicas para la solución de problemas de red multicast.
Prerequisites
Requirements
Este documento requiere estar familiarizado con la multidifusión IP, el protocolo de administración de grupos de Internet (IGMP), la multidifusión independiente de protocolo (PIM) y el reenvío de ruta inversa (RPF).
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Nota: La disponibilidad, sintaxis y salida de los comandos en este documento varían según la plataforma de Cisco y la versión de software. Los ejemplos utilizan la salida de comandos de Cisco IOS® y Cisco IOS XE®.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Convenciones
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.
Solucionar problemas de estrategias
Cuando resuelva problemas de redes multicast, considere el protocolo de señalización utilizado en la red y el flujo de paquetes. El protocolo de señalización se utiliza para configurar y desactivar sesiones de multidifusión (como el modo denso de PIM, el modo disperso de PIM y DVMRP). El flujo de paquetes envía, replica y recibe los paquetes multicast entre el origen y el receptor, según la tabla de reenvío creada por el proceso de señalización.
Esta tabla organiza la señalización y las comprobaciones de flujo de paquetes para el origen, la red y los receptores:
| Fuente |
Red |
Receptores |
|
| Señalización |
N/A |
||
| Flujo de paquetes |
En las subsecciones siguientes se detallan las herramientas de solución de problemas que puede utilizar para comprobar y resolver problemas comunes.
Verifique el Flujo de Paquetes de Origen
Complete estos pasos para determinar si el origen ha enviado los paquetes y se insertan los campos de paquete correctos:
1. Verifique los contadores de interfaz en el host. Primero, verifique los contadores de interfaz (si está en un sistema UNIX, ejecute el comando netstat) en el host de origen para ver si envía paquetes. Si no lo está haciendo, verifique si la configuración es correcta o si hay bugs en la stack de host y la aplicación.
2. Ejecute el comando show ip igmp groups <interface-name> para verificar que el router recibió un informe de afiliación IGMP en esa interfaz.
3. Verifique el valor TTL para los paquetes en la aplicación multicast. Debe ser al menos 2 para cruzar un salto ruteado. Si la aplicación envía paquetes con un valor TTL de 1, el primer router ascendente descarta los paquetes cuando caduca el TTL. Para verificarlo, ejecute el comando show ip traffic y busque un aumento en el valor del contador "conteo de saltos incorrectos". Cualquier paquete con un valor TTL de 1 o menor que el umbral TTL establecido por la interfaz con el comando ip multicast ttl-threshold se descarta y el contador "bad hop-count" se incrementa en uno. Ejecute el comando show ip igmp interface <interface-name> para ver el valor de umbral TTL de la interfaz.
4. Ejecute los comandos show ip mroute count y show ip mroute active para verificar el primer router ascendente o switch para ver si ve paquetes multicast desde el origen. El resultado del comando muestra la estadística de flujo de tráfico para cada par (S, G). Si no observa ningún tráfico, continúe comprobando la aplicación de origen, la pila de host, la captura de paquetes y la interfaz del router de primer salto.
5. Ejecute el comando debug ip mpacket en el router ascendente más cercano, con un filtro de grupo multicast o de lista de acceso soportada (ACL) y la palabra clave detail para obtener información adicional sobre el paquete y granularidad.
Nota: Ejecute este comando con precaución cuando haya mucho tráfico de multidifusión en la red. Sólo si es necesario, ejecute el comando debug ip mpacket en el router. Ejecute el argumento detail para mostrar los encabezados de paquetes en la salida de debug y las listas de acceso para verificar el tráfico de orígenes específicos. Recuerde que este comando puede tener un impacto grave en el rendimiento de otro tráfico.
Verificación de la señalización de la red
Esta es la parte más compleja e importante para resolver problemas en cualquier red. Depende del protocolo de señalización de la red utilizado, por ejemplo, el modo disperso de PIM, el modo denso de PIM y el DVMRP. Cisco recomienda el enfoque de varios pasos que se describe en esta sección.
Troubleshooting del Modo Disperso de PIM
Complete estos pasos para resolver problemas del modo disperso de PIM:
1. Compruebe que el enrutamiento de multidifusión IP está habilitado en todos los enrutadores de multidifusión.
2. Ejecute el comando show ip pim neighbor para verificar el temporizador de vencimiento y el modo para asegurar el establecimiento exitoso del vecino PIM, y busque cualquier posible problema de conectividad y temporizador que pueda inhibir el establecimiento de vecinos PIM. Si es necesario, ejecute los comandos de interfaz ip pim version {1 | 2} e ip pim {dense-mode | sparse-mode | sparse-dense-mode} para configurar la versión y el modo de PIM requeridos.
3. Ejecute el comando show ip pim rp mapping para asegurarse de que la correspondencia RP-Group sea correcta y para verificar el temporizador de vencimiento si se configura auto-RP. Ejecute el comando debug ip pim auto-rp para identificar cualquier falla de Auto-RP. Si no ve ninguna asignación de grupo a RP de PIM, verifique la configuración auto-RP o configure las asignaciones estáticas de grupo a RP con el comando ip pim rp-address <rp-address> [<access-list>] [override]. Configure un RP candidato con ip pim send-rp-announce <interface> scope <ttl> group-list <access-list> y configure el agente de mapping con ip pim send-rp-discovery <interface> scope <ttl>. Estos comandos sólo se aplican a RP automático: configure send-rp-announce en un RP candidato y send-rp-discovery en un agente de mapping.
4. Ejecute el comando show ip rpf <isource-address> para verificar la interfaz RPF, el vecino y la ruta para la dirección de origen. PIM descarta los paquetes multicast que llegan a una interfaz no RPF. El procesamiento adicional de Assert o Prune depende del modo PIM y del tipo de interfaz. El comando debug ip pim ayuda a identificar las posibles razones de una falla en una red PIM. Compare la salida observada con la salida típica de este documento. Ejecute este resultado para identificar las tres etapas discretas en el modo disperso de PIM: unión, registro y switchover de SPT. El comando show ip mroute permite que observe las entradas nulas en las listas de Interfaz Saliente y las entradas eliminadas en la tabla mroute.
Verifique el flujo de paquetes de la red
Utilice estos comandos para verificar el flujo de paquetes multicast a través de la red:
-
Ejecute el comando mtrace para verificar el seguimiento multicast salto por salto
Verificar la señal del receptor
Siga estos pasos para verificar la señalización del receptor:
1. Ejecute el comando show ip igmp groups en el primer router ascendente conectado con el receptor para verificar la pertenencia al grupo aprendido del router en la interfaz de cara al receptor.
2. Ejecute el comando ping para verificar el alcance del host y del primer router ascendente.
3. Ejecute el comando show ip igmp interface para verificar la versión IGMP de la interfaz.
4. Ejecute el comando debug ip igmp para resolver problemas adicionales de señalización del receptor.
Verifique el flujo de paquetes del receptor
Siga estos pasos para verificar el flujo de paquetes del receptor:
1. Ejecute el comando netstat en un sistema UNIX para verificar las estadísticas de la interfaz del receptor.
2. Compruebe que la pila TCP/IP se ha instalado y configurado correctamente.
3. Compruebe que la aplicación cliente del receptor de multidifusión se ha instalado y configurado correctamente.
4. Utilice una captura de paquetes en la interfaz de cara al receptor para identificar paquetes multicast duplicados en un segmento de acceso múltiple.
Herramientas Power CLI
Los comandos de esta sección también pueden ser útiles para resolver problemas, especialmente cuando prueba el flujo de paquetes de red y encuentra los puntos de falla en la red multicast.
Mstat
Este comando muestra la trayectoria multicast en el formato de gráfico ASCII. Traza la trayectoria entre dos puntos cualesquiera en la red, muestra los descartes y los duplicados, los TTL y los retrasos en cada nodo de la red.
Esto resulta útil cuando necesita localizar puntos de congestión en la red o centrarse en un router con recuentos altos de caídas/duplicaciones. Un valor negativo de caída calculada indica que la interfaz descendente informa más paquetes que la interfaz ascendente, lo que puede indicar paquetes duplicados o diferencias de contra-muestreo.
Router#mstat lwei-home-ss2 172.16.58.88 224.0.255.255 Type escape sequence to abort Mtrace from 172.16.143.27 to 172.16.58.88 via group 224.0.255.255 >From source (lwei-home-ss2.cisco.com) to destination (lwei-ss20.cisco.com) Waiting to accumulate statistics...... Results after 10 seconds: Source Response Dest Packet Statistics For Only For Traffic 172.16.143.27 172.16.62.144 All Multicast Traffic From 172.16.143.27
| __/ rtt 48 ms Lost/Sent = Pct Rate To 224.0.255.255 v / hop 48 ms --------------------- -------------------- 172.16.143.25 lwei-cisco-isdn.cisco.com | ^ ttl 1 v | hop 31 ms 0/12 = 0% 1 pps 0/1 = --% 0 pps 172.16.121.84 172.16.121.45 eng-frmt12-pri.cisco.com | ^ ttl 2 v | hop -17 ms -735/12 = --% 1 pps 0/1 = --% 0 pps 172.16.121.4 172.16.5.27 eng-cc-4.cisco.com | ^ ttl 3 v | hop -21 ms -678/23 = --% 2 pps 0/1 = --% 0 pps 172.16.5.21 172.16.62.130 eng-ios-2.cisco.com | ^ ttl 4 v | hop 5 ms 605/639 = 95% 63 pps 1/1 = --% 0 pps 172.16.62.144 172.16.58.65 eng-ios-f-5.cisco.com | \__ ttl 5 v \ hop 0 ms 4 0 pps 0 0 pps 172.16.58.88 172.16.62.144 Receiver Query Source
Mrinfo
Este comando muestra la información del router vecino multicast, las capacidades del router y la versión de código, la información de la interfaz multicast, los umbrales TTL, las métricas, el protocolo y el estado. Esto es útil cuando debe verificar los vecinos multicast, confirmar que la adyacencia de vecinos bidireccional existe y verificar que los túneles están activos en ambas direcciones.
Router#mrinfo 192.168.7.37 (b.cisco.com) [version cisco 11.1] [flags: PMSA]: 192.168.7.37 -> 192.168.7.34 (s.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.47 (d.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.44 (d2.cisco.com) [1/0/pim] 192.168.9.26 -> 192.168.9.29 (su.bbnplanet.net) [1/32/pim]
Los indicadores en el resultado indican:
-
P = prune-capable
-
M = compatible con mtrace
-
S = apto para SNMP
-
A = compatible con Auto-RP
Mtrace
Este comando muestra la trayectoria multicast desde el origen hasta el receptor, y traza la trayectoria entre los puntos en las redes, que muestra los umbrales TTL y la demora en cada nodo.
Al resolver problemas, ejecute el comando mtrace para encontrar dónde se detiene el flujo de tráfico multicast, para verificar la trayectoria del tráfico multicast y para identificar las trayectorias subóptimas.
Router#mtrace 192.168.215.41 192.168.215.67 239.254.254.254 Type escape sequence to abort. Mtrace from 192.168.215.41 to 192.168.215.67 via group 239.254.254.254 From source (?) to destination (?) Querying full reverse path... 0 192.168.215.67 -1 192.168.215.67 PIM thresh^ 0 0 ms -2 192.168.215.74 PIM thresh^ 0 2 ms -3 192.168.215.57 PIM thresh^ 0 894 ms -4 192.168.215.41 PIM thresh^ 0 893 ms -5 192.168.215.12 PIM thresh^ 0 894 ms -6 192.168.215.98 PIM thresh^ 0 893 ms
Ping
Cuando resuelve problemas, el comando ping es una manera sencilla de generar tráfico multicast en el laboratorio para probar el árbol multicast porque los miembros de grupo alcanzables que procesan solicitudes de eco ICMP multicast pueden responder.
R3#ping 239.255.0.1 Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 239.255.0.1, timeout is 2 seconds: Reply to request 0 from 172.16.12.2, 16 ms Reply to request 0 from 172.16.7.2, 20 ms
Comandos show
Los comandos de esta sección le ayudan a recopilar información útil cuando resuelve un problema de multidifusión. Consulte la Guía de Configuración de IP Multicast, Cisco IOS XE 17.x para obtener información adicional.
Consejo: Si sus respuestas del comando show son lentas, el router puede estar realizando búsquedas de dominio IP para direcciones en el resultado del comando. Puede inhabilitar la búsqueda de dominio IP ejecutando el comando no ip domain lookup en el modo de configuración global. Esto detiene la búsqueda de dominio IP y aumenta la velocidad del resultado del comando show.
show ip igmp groups
Este comando muestra qué grupos multicast están conectados directamente al router y cuáles se aprenden a través del Protocolo de administración de grupos de Internet (IGMP). Puede utilizar este comando para verificar que un receptor o una interfaz de router unida localmente se ha unido al grupo de destino en la interfaz de router. La columna Last Reporter muestra solamente un host IGMP, lo que indica que ha enviado una unión IGMP no solicitada o un informe IGMP en respuesta a una consulta IGMP del router PIM para ese grupo en particular. Puede ver un último informador por cada entrada de grupo e interfaz.
R1#show ip igmp groups IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 239.255.0.1 Ethernet1 00:10:54 00:01:10 192.168.9.1 224.0.1.40 Ethernet0 01:36:27 00:02:45 192.168.10.2 224.0.1.40 Ethernet1 01:48:15 never 192.168.9.3
show ip igmp interface
Ejecute este comando para mostrar información relacionada con multidifusión en una interfaz y para verificar que IGMP está habilitado, que la versión correcta se ejecuta, que los temporizadores, el valor de umbral de tiempo de vida (TTL) y el router solicitante IGMP están configurados correctamente. No es necesario configurar el IGMP en una interfaz. Se habilita de forma predeterminada cuando configura ip pim {dense-mode|sparse-mode|sparse-dense-mode}.
R1#show ip igmp interface
Ethernet1 is up, line protocol is up
Internet address is 192.168.9.3/24
IGMP is enabled on interface
Current IGMP version is 2
CGMP is disabled on interface
IGMP query interval is 60 seconds
IGMP querier timeout is 120 seconds
IGMP max query response time is 10 seconds
Last member query response interval is 1000 ms
Inbound IGMP access group is not set
IGMP activity: 22 joins, 18 leaves
Multicast routing is enabled on interface
Multicast TTL threshold is 0
Multicast designated router (DR) is 192.168.9.5
IGMP querying router is 192.168.9.3 (this system)
Multicast groups joined (number of users):
224.0.1.40(1)
show ip pim neighbor
Ejecute este comando para enumerar los vecinos de Protocol Independent Multicast (PIM) descubiertos por el software del IOS de Cisco.
R1#show ip pim neighbor PIM Neighbor Table Neighbor Interface Uptime/Expires Ver DR Address Prio/Mode 10.10.10.1 Ethernet0/0 02:19:41/00:01:38 v2 1 / DR B S
Los detalles de cada campo se explican aquí:
-
Dirección de vecino: Especifica una dirección IP de vecino PIM.
-
Interfaz: Interfaz donde se detectó un vecino PIM.
-
Tiempo de actividad: tiempo de actividad total de un vecino.
-
Expira: el tiempo antes de que se agote el tiempo de espera de un vecino y hasta que se reciba el siguiente saludo PIM.
-
Ver: La versión de PIM en la interfaz vecina.
-
DR Prio: Los valores posibles son de 0 a 4294967294 o N.
-
Esta es una nueva columna que rastrea la prioridad de una interfaz PIM para la elección de DR. La función para configurar un DR basado en la prioridad más alta frente a la dirección IP más alta se introdujo en las versiones 12.1(2)T y 12.2 del software del IOS® de Cisco y en las imágenes del IOS® de Cisco con Bidir-PIM. Puede ejecutar el comando de interfaz ip pim dr-priority <0-4294967294> para establecer la prioridad DR. La prioridad predeterminada de DR se establece en 1.
-
Para la interoperabilidad, si un vecino PIM ejecuta una versión anterior de Cisco IOS® que no soporta la función de prioridad DR, la columna "DR Prior" muestra como N. Si algún router en la red de acceso múltiple no anuncia la opción de prioridad DR, la elección DR utiliza la dirección IP primaria más alta entre todos los routers PIM en esa red.
-
-
Modo: Información sobre DR y otras capacidades de PIM.
Esta columna enumera el DR además de cualquier capacidad soportada por el vecino PIM:
DR: el vecino PIM es un Router Designado
B: compatible con PIM bidireccional (BiDir-PIM)
S: compatible con el estado de actualización (se aplica solamente para el modo denso)
Al resolver problemas, utilice este comando para verificar que todos los vecinos sean ascendentes y que utilicen el modo, la versión y el temporizador de vencimiento adecuados. También puede verificar la configuración del router o utilizar el comando show ip pim interface para verificar el modo (modo disperso o modo denso PIM). Use el comando debug ip pim para observar el intercambio del mensaje pim-query.
show ip pim interface
Ejecute este comando para mostrar información sobre las interfaces configuradas para PIM. Además, puede ejecutar este comando para verificar que el modo PIM correcto (denso o disperso) esté configurado en la interfaz, que el conteo de vecinos sea correcto y que el router designado (DR) sea correcto (lo cual es crítico para el modo disperso PIM). Los segmentos de acceso múltiple (como Ethernet, Token Ring y FDDI) eligen un DR basado en la prioridad DR más alta anunciada, con la dirección IP principal más alta utilizada como desempate. Si un router no anuncia la prioridad DR, la elección utiliza la dirección IP primaria más alta. Los links punto a punto no muestran la información DR.
R1#show ip pim interface
Address Interface Version/Mode Nbr Query DR
Count Intvl
192.168.10.1 Ethernet0 v2/Sparse-Dense 1 30 192.168.10.2
192.168.9.3 Ethernet1 v2/Sparse-Dense 1 30 192.168.9.5
show ip mroute summary
Ejecute este comando para mostrar el contenido resumido de la tabla de ruteo IP multicast. También puede utilizar esto para verificar los grupos de multidifusión activos y qué remitentes de multidifusión están activos cuando observa los temporizadores y los indicadores.
R1#show ip mroute summary
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, 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
Outgoing interface flags: H - Hardware switched
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.255.0.1), 01:57:07/00:02:59, RP 192.168.7.2, flags: SJCF
(192.168.33.32, 239.255.0.1), 01:56:23/00:02:59, flags: CJT
(192.168.9.1, 239.255.0.1), 01:57:07/00:03:27, flags: CFT
(*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL
show ip mroute
Ejecute este comando para mostrar todo el contenido de la tabla de ruteo IP multicast. Cuando resuelva problemas, ejecute este comando para verificar:
-
Las entradas de estado (S,G) y (*,G) desde los indicadores.
-
Si la interfaz entrante es correcta. Si no lo es, verifique la tabla ruteo unicast.
-
La interfaz o interfaces salientes son correctas. Si se eliminó de forma incorrecta, verifique el estado en el router descendente.
R1#show ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, 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
Outgoing interface flags: H - Hardware switched
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.255.0.1), 01:55:27/00:02:59, RP 192.168.7.2, flags: SJCF
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list:
Ethernet1, Forward/Sparse, 01:55:27/00:02:52
(192.168.33.32 , 239.255.0.1), 01:54:43/00:02:59, flags: CJT
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list:
Ethernet1, Forward/Sparse, 01:54:43/00:02:52
(192.168.9.1, 239.255.0.1), 01:55:30/00:03:26, flags: CFT
Incoming interface: Ethernet1, RPF nbr 0.0.0.0
Outgoing interface list:
Ethernet0, Forward/Sparse, 01:55:30/00:03:12
(*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL
Incoming interface: Ethernet0, RPF nbr 192.168.10.2
Outgoing interface list: Null
show ip mroute active
Ejecute este comando para mostrar los grupos y orígenes de tráfico activos por encima del umbral. Cuando resuelva problemas, utilícelo para verificar los pares de grupos de origen activos, la velocidad de tráfico para cada entrada (S,G) que exceda el umbral configurado y si se recibe el tráfico multicast del grupo de destino. Si el tráfico no se recibe, busque el tráfico activo que comienza desde el origen hacia el receptor.
R1#show ip mroute active Active IP Multicast Sources - sending >= 4 kbps Group: 239.255.0.1, (?) Source: 192.168.33.32 (?) Rate: 10 pps/115 kbps(1sec), 235 kbps(last 23 secs), 87 kbps(life avg)
show ip rpf
Ejecute este comando para mostrar cómo el ruteo de multidifusión IP ejecuta Reverse Path Forwarding (RPF). Cuando realice la localización de averías, utilícela para verificar que la información de RPF es correcta. Si no lo es, verifique la tabla de ruteo unicast para la dirección de origen. Ejecute también los comandos ping y trace en la dirección de origen para verificar el funcionamiento del ruteo unicast. Puede utilizar rutas del protocolo de routing multidifusión por vector de distancia (DVMRP) o rutas multicast estáticas para corregir cualquier incoherencia entre unidifusión y multidifusión.
R1#show ip rpf 192.168.33.32 RPF information for ? (192.168.33.32) RPF interface: Ethernet0 RPF neighbor: ? (192.168.10.2) RPF route/mask: 192.168.33.0/16 RPF type: unicast (eigrp 1) RPF recursion count: 0 Doing distance-preferred lookups across tables
show ip route
En las versiones de Cisco IOS® que admiten la memoria caché de conmutación rápida multidifusión, este comando muestra las entradas de la memoria caché y ayuda a aislar los problemas de conmutación rápida. En las plataformas Cisco IOS XE® más recientes, ejecute el comando show ip mfib para mostrar la información de reenvío de multidifusión.
R1#show ip mcache IP Multicast Fast-Switching Cache (192.168.33.32/32, 239.255.0.1), Ethernet0, Last used: 00:00:00 Ethernet1 MAC Header: 01005E7F000100000C13DBA90800 (192.168.9.1/32, 239.255.0.1), Ethernet1, Last used: 00:00:00 Ethernet0 MAC Header: 01005E7F000100000C13DBA80800
show ip mroute count
Ejecute este comando para verificar que se recibe el tráfico multicast y para verificar sus velocidades de flujo y caídas. Si no recibe tráfico, trabaje desde el origen hacia el receptor hasta que encuentre dónde se detiene el tráfico. También puede ejecutar este comando para verificar que el tráfico se reenvía. Si no es así, ejecute el comando show ip mroute para buscar "Lista de interfaces salientes nulas" y fallas RPF.
R1#show ip mroute count
IP Multicast Statistics
routes using 2406 bytes of memory
2 groups, 1.00 average sources per group
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second
Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc)
Group: 239.255.0.1, Source count: 2, Group pkt count: 11709
RP-tree: Forwarding: 3/0/431/0, Other: 3/0/0
Source: 192.168.33.32/32, Forwarding: 11225/6/1401/62, Other: 11225/0/0
Source: 192.168.9.1/32, Forwarding: 481/0/85/0, Other: 490/0/9
Group: 224.0.1.40, Source count: 0, Group pkt count:
show ip route
Ejecute este comando para verificar la tabla de ruteo unicast y corregir las fallas RPF en la tabla mroute.
R2#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
D 192.168.9.0/24 [90/307200] via 192.168.10.1, 00:59:45, Ethernet0
C 192.168.10.0/24 is directly connected, Ethernet0
D 192.168.4.0/24 [90/11040000] via 192.168.7.1, 23:21:00, Serial0
D 192.168.5.0/24 [90/11023872] via 192.168.7.1, 23:21:02, Serial0
C 192.168.7.0/24 is directly connected, Serial0
D 192.168.33.0/16 [90/2195456] via 192.168.7.1, 1d23h, Serial0
D 192.168.1.0/24 [90/11552000] via 192.168.7.1, 22:41:27, Serial0
show ip pim rp mapping
Ejecute este comando para verificar la asignación RP por rango de grupo multicast y para verificar que el origen del aprendizaje RP (estático o RP automático) y la asignación sean correctos. Si encuentra un error, verifique la configuración del router local o la configuración de RP automática.
R1#show ip pim rp mapping
PIM Group-to-RP Mappings
Group(s) 224.0.1.40/32
RP 192.168.7.2 (?), v1
Info source: local, via Auto-RP
Uptime: 2d00h, expires: never
Group(s): 224.0.0.0/4, Static
RP: 192.168.7.2 (?)
Comandos de Debug
Esta sección está diseñada para mostrarle cómo ciertos resultados del comando debug deben verse en una red en funcionamiento. Cuando resuelve problemas, puede distinguir entre la salida de debug correcta y lo que apunta a un problema en su red. Para obtener información más completa sobre estos comandos debug, consulte Referencia del Comando Debug de Cisco IOS.
debug ip igmp
Ejecute el comando debug ip igmp para mostrar los paquetes IGMP recibidos y transmitidos, así como los eventos relacionados con el host IGMP. La opción no de este comando inhabilita el resultado de debug.
Este resultado lo ayuda a detectar si el IGMP procesa la función. En general, si IGMP no funciona, el router no detecta la pertenencia al grupo receptor en la interfaz conectada. En el modo denso de PIM, la inundación inicial puede enviar tráfico al segmento hasta que el recorte lo elimine. En el modo disperso de PIM, el router no agrega la interfaz de cara al receptor a la lista de interfaces salientes sin pertenencia de receptor u otro requisito de reenvío local.
R1#debug ip igmp 12:32:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1 12:32:51.069: IGMP: Set report delay time to 9.4 seconds for 224.0.1.40 on Ethernet1 12:32:56.909: IGMP: Received v1 Report from 192.168.9.1 (Ethernet1) for 239.255.0.1 12:32:56.917: IGMP: Starting old host present timer for 239.255.0.1 on Ethernet1 12:33:01.065: IGMP: Send v2 Report for 224.0.1.40 on Ethernet1 12:33:01.069: IGMP: Received v2 Report from 192.168.9.4 (Ethernet1) for 224.0.1.40 12:33:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1
El resultado anterior muestra que el router envía una consulta de IGMP versión 2 por la interfaz Ethernet 1 en la dirección de multidifusión 224.0.0.1 (todos los sistemas de multidifusión de esta subred). La propia interfaz Ethernet 1 es miembro del grupo 224.0.1.40 (puede ejecutar el comando show ip igmp interface para determinar esto), que establece un tiempo de retraso del informe de 9,4 segundos (determinado aleatoriamente). Debido a que no recibe ningún informe de otro sistema para el grupo multicast 224.0.1.40 durante los siguientes 9.4 segundos, envía un informe de la versión 2 de su pertenencia, que es recibido por el propio router en Ethernet 1. También recibe el informe IGMP versión 1 del host 192.168.9.1, que está conectado directamente a la interfaz Ethernet 1 para el grupo 239.255.0.1.
Este resultado de debug es útil cuando se verifica que la interfaz del router envía consultas y para determinar el intervalo de consulta (en el caso anterior, 60 segundos). También puede utilizar el comando para determinar la versión del IGMP utilizada por los clientes.
debug ip mpacket
Ejecute el comando debug ip mpacket para mostrar todos los paquetes de multidifusión IP recibidos y transmitidos. La opción no de este comando inhabilita el resultado de debug.
R1#debug ip mpacket 239.255.0.1 detail 13:09:55.973: IP: MAC sa=0000.0c70.d41e (Ethernet0), IP last-hop=192.168.10.2 13:09:55.977: IP: IP tos=0x0, len=892, id=0xD3C1, ttl=12, prot=17 13:09:55.981: IP: s=192.168.33.32 (Ethernet0) d=239.255.0.1 (Ethernet1) len 906, mforward
Este comando decodifica el paquete multicast y muestra si el paquete fue reenviado (mforward) o descartado. Esto es útil cuando se depuran problemas de flujo de paquetes en la red para observar el valor TTL y la razón por la que se descartó un paquete.
Precaución: Tenga cuidado cuando active la salida de depuración de nivel de paquete, especialmente cuando el router atiende cargas de paquetes multicast altas.
debug ip mrouting
Este comando es útil para el mantenimiento de la tabla de ruteo. Utilícelo para verificar que la ruta multicast (S,G) esté instalada en la tabla de ruteo IP multicast, o si no lo está, por qué. La información fundamental en este resultado es la interfaz RPF. Si hay una falla en la revisión de RPF, la mroute (S, G) no puede instalarse en la tabla mrouting.
R1#debug ip mrouting 239.255.0.1 13:17:27.821: MRT: Create (*, 239.255.0.1), RPF Null, PC 0x34F16CE 13:17:27.825: MRT: Create (192.168.33.32/32, 239.255.0.1), RPF Ethernet0/192.168.10.2, PC 0x34F181A 13:17:30.481: MRT: Create (192.168.9.1/32, 239.255.0.1), RPF Ethernet1/0.0.0.0, PC 0x34F18
debug ip pim
Ejecute el comando debug ip pim para mostrar los paquetes PIM recibidos y transmitidos, así como los eventos relacionados con PIM. La opción no de este comando inhabilita el resultado de debug. Esta sección utiliza un ejemplo para ayudarlo a comprender el resultado de debug del modo disperso de PIM y para mostrarle un resultado de debug típico.
Este es el resultado de debug ip pim en R1:
R1#debug ip pim PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Received v2 Hello on Ethernet0 from 192.168.10.2 PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Building Join/Prune message for 239.255.0.1 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 for group 239.255.0.1 PIM: Update RP expiration timer (270 sec) for 239.255.0.1
- Esto es lo que denota cada línea de salida: R1 y R2 establecen vecinos PIM cuando se intercambian mensajes Hello. Estos mensajes Hello periódicos, intercambiados en segundos de Intervalo de consulta entre R1 (E0) y R2 (E0), realizan un seguimiento de los vecinos PIM.
- R1 envía un mensaje Join/Prune a la dirección RP 192.168.7.2. El RP (R2) responde con un mensaje Received RP Reachable de nuevo a R1 para el grupo 239.255.0.1. Esto a su vez actualiza el temporizador de vencimiento RP en R1. El temporizador de vencimiento establece un punto de control para asegurarse de que el RP aún existe; de lo contrario, se debe detectar un nuevo RP. Ejecute el comando show ip pim rp para observar el tiempo de vencimiento del RP.
Ahora, observe el resultado de debug entre R1 y R2 cuando un receptor multicast para el grupo 239.255.0.1 se une a R1. Primero, observe el resultado en R1:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Send v2 Join on Ethernet0 to 192.168.10.2 for (192.168.7.2/32, 239.255.0.1), WC-bit, RPT-bit, S-bit 3 PIM: Building batch join message for 239.255.0.1 4 PIM: Building Join/Prune message for 239.255.0.1 5 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 6 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) 7 PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 : for group 239.255.0.1 8 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 9 PIM: Building Join/Prune message for 239.255.0.1 10 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 11 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0)
Ahora, observe el resultado en R2:
12 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 13 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2 14 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry, RPT-bit set, WC-bit set, S-bit set 15 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 16 PIM: Building Join/Prune message for 239.255.0.1 17 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 18 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 19 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 20 PIM: Building Join/Prune message for 239.255.0.1 21 PIM: Send RP-reachability for 239.255.0.1 on Ethernet0 22 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 23 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 24 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 25 PIM: Building Join/Prune message for 239.255.0.1
En la línea 1 anterior, el receptor multicast para el grupo 239.255.0.1 se une a R1. Esto instala una entrada (*, 239.255.0.1) en la tabla mroute. Luego, en la línea 2, el receptor multicast envía una unión IGMP a R2 (RP) para unirse al árbol compartido.
Cuando el PIM Join/Prune llega a R2, R2 instala una ruta multicast (*, 239.255.0.1), como se muestra en las líneas 12 a 15 de la salida R2.
Una vez que R2 se instala (*, 239.255.0.1) en su tabla mrouting, agrega la interfaz desde la que recibió el mensaje Join/Prune a su lista de interfaces salientes (OIL) en el estado forward. A continuación, envía un mensaje de alcance RP de vuelta a la interfaz en la que recibió el mensaje de unión/separación. Esta transacción se muestra en las líneas 15 a 21 del resultado R2. R1 recibe el mensaje alcanzable a RP para el grupo 239.255.0.1 y actualiza su temporizador de vencimiento para el RP. Este intercambio se repite cada un minuto de forma predeterminada y actualiza su estado de reenvío multicast tal y como se muestra en las líneas 7 y 8 del resultado R1.
En las líneas siguientes, se observa el resultado de debug entre R2 (RP) y R3. El origen (conectado directamente a R3) comenzó a enviar paquetes al grupo 239.255.0.1.
Primero, observe el resultado en R3:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Building Join/Prune message for 239.255.0.1 3 PIM: For RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit 4 PIM: Send periodic Join/Prune to RP via 192.168.7.2 (Serial4/0) 5 PIM: Received RP-Reachable on Serial4/0 from 192.168.7.2 6 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 7 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 8 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 9 PIM: Received Join/Prune on Serial4/0 from 192.168.7.2 10 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 11 PIM: Add Serial4/0/192.168.7.2 to (192.168.33.32/32, 239.255.0.1), Forward state 12 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 13 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1) 14 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 15 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1)
Este es el resultado de R2, el RP:
16 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 17 PIM: Send RP-reachability for 239.255.0.1 on Serial0 18 PIM: Received Register on Serial0 from 192.168.7.1 for 192.168.33.32, group 239.255.0.1 19 PIM: Forward decapsulated data packet for 239.255.0.1 on Ethernet0 20 PIM: Forward decapsulated data packet for 239.255.0.1 on Serial0 21 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 22 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 23 PIM: Send Register-Stop to 192.168.7.1 for 192.168.33.32, group 239.255.0.1 24 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 25 PIM: Prune-list: (192.168.33.32/32, 239.255.0.1) 26 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 27 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 28 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 29 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1) 30 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 31 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1), Forward state 32 PIM: Building Join/Prune message for 239.255.0.1 33 PIM: For 192.168.7.1, Join-list: 192.168.33.32/32 34 PIM: For 192.168.10.1, Join-list: 192.168.9.1/32 35 PIM: Send v2 periodic Join/Prune to 192.168.10.1 (Ethernet0) 36 PIM: Send periodic Join/Prune to 192.168.7.1 (Serial0) 37 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 38 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 39 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state 40 PIM: Add Serial0/192.168.7.1 to (192.168.33.32/32, 239.255.0.1) 41 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1) 42 PIM: Join-list: (192.168.9.1/32, 239.255.0.1), S-bit set 43 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1), Forward state 44 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 45 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state
- La línea 1 muestra que R3, que está conectado directamente a través de Ethernet0/0 al origen, asocia RP 192.168.7.2 con la entrada (*, 239.255.0.1), y las líneas 2 a 4 muestran que R3 envía una Unión hacia el RP. Las líneas 7 y 8 muestran que R3 recibe tráfico de origen y envía mensajes de registro PIM al RP.
- Las líneas 16 y 17 muestran que el R2, que es el RP, también recibe el mensaje de Unión/Separación y envía la información de alcance RP nuevamente al R3.
- En las líneas 5 y 6, el R3 actualiza su temporizador de vencimiento RP después de recibir la información alcanzable a RP. Las líneas 7 y 8 muestran que R3, el DR de origen, encapsula los paquetes del origen 192.168.33.32 en los mensajes de registro PIM y los envía al RP para el grupo 239.255.0.1.
- Las líneas 18 a 20 muestran que R2 recibió el paquete Register, lo desencapsuló y lo reenvió por el árbol con una entrada preexistente (*, 239.255.0.1) en la tabla de rutas.
- Las líneas 21 y 29 muestran que R2 envía un mensaje de unión hacia R3 e instala una entrada (S,G) (192.168.33.32, 239.255.0.1) en la tabla mroute.
- Las líneas 9 a 11 muestran que R3 recibe el mensaje Join de R2, instala una entrada (S,G) (192.168.33.32,239.255.0.1) en la tabla mroute y establece la interfaz conectada al RP en el modo forward, que construye el árbol SPT multicast (S,G) hacia el origen.
- En la línea 23, R2 comienza a recibir el tráfico (S,G) SPT y envía un mensaje de Detención de Registro (y un mensaje de Unión) hacia el origen.
- Las líneas 12 a 15 muestran que el R3 recibe el mensaje de Detención de Registro, borra el indicador del registro y detiene el tráfico de encapsulación (S, G).
- Los mensajes de unión/separación periódica son intercambiados entre RP y R3 para mantener el árbol de multifunción.
Información Relacionada
- Guía de resolución de problemas de multidifunción IP
- Guía rápida de configuración para Multicast (Multidifusión)
- Página de soporte de multidifunsión IP
- Página de Soporte de IP Routing
- Soporte técnico y descargas de Cisco
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
3.0 |
23-Sep-2026
|
Actualización de ortografía, gramática, inserción de líneas horizontales en secciones separadas para facilitar su lectura, alertas fijas de CCW. |
2.0 |
28-Nov-2023
|
Recertificación |
1.0 |
10-Dec-2001
|
Versión inicial |
Comentarios