ENCOR SPN Chapter 13

Capítulo 13: Multidifusión
Empresa CCNP: redes centrales

Capítulo 13 Contenido
Este capítulo cubre el siguiente contenido:

Fundamentos de multidifusión: esta sección describe los conceptos de
multidifusión, así como la necesidad de multidifusión.
Direccionamiento de multidifusión: esta sección describe los ámbitos de
dirección de multidifusión utilizados por la multidifusión para operar en la Capa
2 y la Capa 3.
Protocolo de administración de grupos de Internet: esta sección explica
cómo los receptores de multidifusión se unen a grupos de multidifusión para
comenzar a recibir tráfico de multidifusión mediante IGMPv2 o IGMPv3.
También describe cómo se evita la inundación de multidifusión en los
conmutadores de capa 2 mediante una característica llamada indagación
IGMP.
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 2
Capítulo 13 Contenido (Cont.)
Este capítulo cubre el siguiente contenido:

Multidifusión independiente del protocolo: esta sección describe los
conceptos, el funcionamiento y las funciones de PIM. PIM es el protocolo
utilizado para enrutar el tráfico de multidifusión a través de segmentos de red
desde una fuente de multidifusión a un grupo de receptores.
Puntos de encuentro: esta sección describe el propósito, la función y el
funcionamiento de los puntos de encuentro en una red de multidifusión.
Fundamentos de
multidifusión
• La comunicación de multidifusión es una tecnología que optimiza la utilización del
ancho de banda de la red y conserva los recursos del sistema.
• Se basa en el protocolo de gestión de grupos de Internet (IGMP) para su
funcionamiento en redes de capa 2 y el protocolo de multidifusión independiente (PIM)
para su funcionamiento en redes de capa 3.
IGMP
(Internet Group Management Protocol)
El protocolo de red IGMP se utiliza para intercambiar información acerca del estado de
pertenencia entre enrutadores IP que admiten la multidifusión y miembros de grupos de
multidifusión. Los hosts miembros individuales informan acerca de la pertenencia de
hosts al grupo de multidifusión y los enrutadores de multidifusión sondean
periódicamente el estado de la pertenencia.
Todos los mensajes IGMP se transmiten en datagramas IP y tienen el formato

mostrado en la figura adjunta. Los campos son los siguientes:
PIM
(Protocol Independent Multicast)
Es un Protocolo de encaminamiento que crea una estructura de árbol de distribución
entre los clientes multicast formando dominios.
PIM tiene diferentes formatos, los más usados son:
• PIM Sparse Mode (PIM-SM): es un protocolo para ruteo eficiente a grupos de

multicast, es eficiente y construye un esquema tipo árbol de cada emisor a receptor
en el grupo de multicast.
• PIM Dense Mode (PIM-DM): es un protocolo adecuado donde muchos nodos se
suscribirán para recibir paquetes multicast. Básicamente crea árboles inundando de
tráfico multicast todo el dominio y luego podando las ramas donde no hay
receptores presentes. El primer protocolo de ruteo multicast DVMRP usaba PIM
denso. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 6
Fundamentos de multidifusión
Arquitectura de multidifusión
La figura 13-1 ilustra cómo
funciona IGMP entre los
receptores y el enrutador de
multidifusión local y cómo
funciona PIM entre enrutadores.
Estas dos tecnologías funcionan
de la mano para permitir que el
tráfico de multidifusión fluya
desde el origen hasta los
receptores, y se explican en este
capítulo.
Arquitectura de multidifusión
La figura ilustra cómo funciona IGMP entre los receptores y el enrutador de
multidifusión local y cómo funciona PIM entre enrutadores.
Estas dos tecnologías funcionan de la mano para permitir que el tráfico de
multidifusión fluya desde el origen hasta los receptores, y se explican en este
capítulo.
Comunicación IP tradicional
La comunicación IP tradicional entre hosts de red suele utilizar uno de los siguientes
métodos de transmisión:
Unidifusión (uno a uno) Difusión (uno a todos) Multidifusión (uno a muchos)
Fuente de video de UNIDIFUSIÓN
La figura 13-2 muestra un ejemplo en el que seis estaciones de trabajo están viendo el
mismo video que anuncia un servidor que usa tráfico de unidifusión (uno a uno). Cada
flecha representa un flujo de datos del mismo video que va a cinco hosts diferentes.
Si cada flujo es de 10 Mbps, el enlace de red
entre R1 y R2 necesita 50 Mbps de ancho de
banda. El enlace de red entre R2 y R4 requiere
30 Mbps de ancho de banda, y el enlace entre R2
y R5 requiere 20 Mbps de ancho de banda. El
servidor debe mantener la información del estado
de la sesión para todas las sesiones entre los
hosts.
El ancho de banda y la carga en el

servidor aumentan a medida que
más receptores solicitan la misma
transmisión de video.
Fuente de video de DIFUSIÓN
La figura 13-3 muestra un ejemplo de cómo se transmite el mismo flujo de video mediante
transmisiones dirigidas por IP. La carga en el servidor se reduce porque necesita mantener
solo un estado de sesión en lugar de muchos. El mismo flujo de video consume solo 10
Mbps de ancho de banda en todos los enlaces de red.
Sin embargo, este enfoque tiene desventajas:

• La funcionalidad de transmisión dirigida
por IP no está habilitada de forma
predeterminada en los enrutadores de
Cisco y, al habilitarla, expone al enrutador
a ataques de denegación de servicio
distribuido (DDoS).
• En la Figura 13-3, la estación de trabajo F
está procesando paquetes no deseados.
Fuente de video de MULTIDIFUSIÓN
La figura 13-4 muestra un ejemplo de la misma transmisión de video
usando multidifusión. Cada uno de los enlaces de red consume solo 10
Mbps de ancho de banda, tanto como con el tráfico de transmisión, pero
solo los receptores que están interesados en la transmisión de video
procesan el tráfico de multidifusión.
Por ejemplo, la estación de trabajo F
eliminaría el tráfico de multidifusión en el
nivel de la NIC porque no estaría
programada para aceptar el tráfico de
multidifusión.
Nota : la estación de trabajo F no
recibiría ningún tráfico de multidifusión
si el conmutador para ese segmento de
red habilitara la indagación del
Protocolo de administración de grupos
de Internet (IGMP), que se trata en una
sección posterior. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 12
Tráfico de multidifusión
El tráfico de multidifusión proporciona comunicación de uno a muchos, donde solo se envía
un paquete de datos en un enlace según sea necesario y luego se replica entre enlaces
como bifurcaciones (divisiones) de datos en un dispositivo de red a lo largo del árbol de
distribución de multidifusión (MDT).
Los paquetes de datos se conocen como un flujo que utiliza una dirección IP de destino
especial, conocida como dirección de grupo.
Un servidor para un flujo sigue administrando solo una sesión y los dispositivos de red
solicitan selectivamente recibir el flujo.
Los dispositivos destinatarios de un flujo de multidifusión se conocen como receptores.
Las aplicaciones comunes que aprovechan el tráfico de multidifusión incluyen Cisco
TelePresence, video en tiempo real, IPTV, tableros de cotizaciones, aprendizaje a
distancia, conferencias de video/audio, música en espera y juegos.
Direccionamiento de
multidifusión
• La Autoridad de números asignados de Internet (IANA) asignó el espacio de
direcciones IP Clase D 224.0.0.0/4 para el direccionamiento de multidifusión. Incluye
direcciones que van desde 224.0.0.0 hasta 239.255.255.255.
• Los primeros 4 bits de todo este rango comienzan con 1110.
de multidifusión
Direccionamiento de clase D Tabla 13-2 Direcciones IP de multidifusión asignadas por IANA
Designación Rango de direcciones de
De los bloques de multidifusión multidifusión
mencionados en la Tabla 13-2, los Bloque de control de red local 224.0.0.0 a 224.0.0.255
más importantes se analizan en la Bloque de control de interconexión 224.0.1.0 a 224.0.1.255
lista que sigue: de redes
• Bloque de control de red local Bloque ad hoc 224.0.2.0 a 224.0.255.255

(224.0.0/24): las direcciones en el Reservado 224.1.0.0 a 224.1.255.255
bloque de control de red local se Bloque SDP/SAP 224.2.0.0 a 224.2.255.255
utilizan para el tráfico de control de
Bloque ad hoc II 224.3.0.0 a 224.4.255.255
protocolo que no se reenvía a un
dominio de difusión. Reservado 224.5.0.0 a 224.255.255.255
Reservado 225.0.0.0 a 231.255.255.255
• Bloque de control de
internetwork (224.0.1.0/24): las Bloque de multidifusión específica 232.0.0.0 a 232.255.255.255
de origen (SSM)
direcciones en el bloque de control
de internetwork se utilizan para el bloque GLOP 233.0.0.0 a 233.251.255.255
tráfico de control de protocolo que Bloque ad hoc III 233.252.0.0 a 233.255.255.255
se puede reenviar a través de
Reservado 234.0.0.0 a 238.255.255.255
Internet.
Bloque de ámbito administrativo
© 2016 Cisco 239.0.0.0 a rights
and/or its affiliates. All 239.255.255.255
reserved. Cisco Confidential 15
Direcciones de multidifusión
Direcciones de multidifusión reservadas bien conocidas
Dirección de Descripción
multidifusión IP
La tabla 13-3 enumera algunas de las direcciones de
multidifusión del bloque de control de la red local y del 224.0.0.0 Dirección base (reservada)
bloque de control de interconexión de redes bien 224.0.0.1 Todos los hosts en esta subred (grupo de todos los
hosts)
conocidas.
224.0.0.2 Todos los enrutadores en esta subred
de multidifusión específica de origen
224.0.0.5 Todos los enrutadores OSPF (Todos los enrutadores
(SSM) ( 232.0.0.0/8 ): este es el rango SPFR)
predeterminado utilizado por SSM. SSM es 224.0.0.6 Todos los DR de OSPF (AllDRouters)
una extensión PIM descrita en RFC 4607. 224.0.0.9 Todos los enrutadores RIPv2
224.0.0.10 Todos los enrutadores EIGRP

GLOP ( 233.0.0.0/8 ): las direcciones en el
bloque GLOP son direcciones asignadas 224.0.0.13 Todos los enrutadores PIM
estáticamente de ámbito global. El mapeo y 224.0.0.18 VRRP
la asignación se definen en RFC 3180. 224.0.0.22 IGMPv3
224.0.0.102 HSRPv2 y GLBP

de ámbito administrativo ( 239.0.0.0/8 ): estas direcciones, 224.0.1.1 NTP
descritas en RFC 2365, están limitadas a un grupo u
224.0.1.39 Cisco-RP-Anunciar (Auto-RP)
organización local. Similar a los rangos de unidifusión IP
reservados (como 10.0.0.0/8) definidos en RFC 1918 y no 224.0.1.40 Cisco-RP-Descubrimiento (Auto-RP)
serán asignados por la IANA.
Direccionamiento de multidifusión
Direccionamiento de multidifusión de capa 2
Cada dirección de grupo de multidifusión (dirección IP) se asigna a una dirección MAC
especial que permite que las interfaces Ethernet identifiquen paquetes de multidifusión para un
grupo específico. Un segmento de LAN puede tener varios flujos y un receptor sabe qué tráfico
enviar a la CPU para su procesamiento en función de la dirección MAC asignada al tráfico de
multidifusión.
• Los primeros 24 bits de una dirección MAC de multidifusión siempre comienzan con
01:00:5E.
• El bit de orden inferior del primer byte es el bit individual/de grupo (I/G), también conocido
como bit de unidifusión/multidifusión.
• Cuando se establece en 1, indica que la trama es una trama de multidifusión y el bit 25
siempre es 0.
• Los 23 bits inferiores de la dirección MAC de multidifusión se copian de los 23 bits inferiores
de la dirección IP del grupo de multidifusión.
de multidifusión
Direccionamiento de multidifusión de capa 2 (continuación)
La Figura 13-5 muestra un ejemplo de asignación de la dirección IP de multidifusión
239.255.1.1 a la dirección MAC de multidifusión 01:00:5E:7F:01:01. Los primeros 25 bits
siempre son fijos; los últimos 23 bits que se copian directamente desde la dirección IP de
multidifusión varían.
De los 9 bits de la dirección
IP de multidifusión que no se
copian en la dirección MAC
de multidifusión, los bits de
orden superior 1110 son
fijos; eso deja 5 bits que son
variables que no se
transfieren a la dirección
MAC.
Debido a esto, hay 32 (25) direcciones IP de multidifusión que no son
universalmente únicas y podrían corresponder a una sola dirección MAC. En otras
palabras, se superponen.
Superposición de asignación de direcciones de capa 2 de
direccionamiento de multidifusión
La figura 13-6 muestra un ejemplo de dos direcciones IP de multidifusión que se superponen

porque se asignan a la misma dirección MAC de multidifusión.
Protocolo de gestión de
grupos de Internet
• El Protocolo de administración de grupos de Internet (IGMP) es el protocolo que
utilizan los receptores para unirse a grupos de multidifusión.
• Cuando un receptor quiere recibir una fuente de multidifusión específica, envía una
unión IGMP utilizando la dirección IP del grupo de multidifusión para esa fuente. El
receptor reprograma su interfaz para aceptar la dirección de grupo MAC de
multidifusión que se correlaciona con la dirección de grupo. Por ejemplo, una PC
podría enviar una combinación a 239.255.1.1 y reprogramaría su NIC para recibir
01:00:5E:7F:01:01.
• IGMP debe ser compatible con los receptores y las interfaces del enrutador frente a
los receptores.
• Existen tres versiones de IGMP. RFC 1112 define IGMPv1, que es antiguo y rara vez
se usa. RFC 2236 define IGMPv2, que es común en la mayoría de las redes de
multidifusión, y RFC 3376 define IGMPv3, que utiliza SSM. En este capítulo solo se
describen IGMPv2 e IGMPv3.
Protocolo de administración de grupos de Internet,
versión 2, formato de mensaje
IGMPv2 usa el formato de mensaje que se muestra en la Figura 13-7. Este mensaje se
encapsula en un paquete IP con un número de protocolo de 2. Los mensajes se envían
con la opción de alerta de enrutador IP establecida, lo que indica que los paquetes
deben examinarse más de cerca y un tiempo de vida (TTL) de 1. Los paquetes IGMP se
envían con un TTL de 1 para que el enrutador local procese los paquetes y ningún
enrutador los reenvíe.
El campo Tipo describe cinco tipos diferentes de mensajes IGMP utilizados por
enrutadores y receptores.
Protocolo de administración de grupos de Internet
versión 2 Formato de mensaje - Mensajes de campo de tipo
tipos diferentes de mensajes IGMP utilizados por enrutadores y receptores:
• El informe de membresía de la versión 2 (valor de tipo 0x16) es un tipo de mensaje que
también se conoce comúnmente como unión IGMP; utilizado por los receptores para unirse a un
grupo de multidifusión o para responder a un mensaje de consulta de membresía de un
enrutador local.
• Los receptores utilizan el informe de membresía de la versión 1 (valor de tipo 0x12) para la
compatibilidad con versiones anteriores de IGMPv1.
• Los receptores utilizan el grupo de abandono de la versión 2 (valor de tipo 0x17) para
indicar que desean dejar de recibir tráfico de multidifusión para un grupo al que se
unieron.
• La consulta de membresía general (valor de tipo 0x11) se envía periódicamente a la dirección
de grupo de todos los hosts 224.0.0.1 para ver si hay algún receptor en la subred adjunta.
Establece el campo de dirección de grupo en 0.0.0.0.
• La consulta específica del grupo (valor de tipo 0x11) se envía en respuesta a un mensaje de
abandono del grupo a la dirección del grupo que el receptor solicitó abandonar. La dirección de
grupo es la dirección IP de destino del paquete IP y el campo de dirección de grupo.

Protocolo de administración de grupos de Internet,
versión 2, formato de mensaje: otros campos
Otros campos del formato IGMP v2 incluyen:
• Tiempo máximo de respuesta: este campo se establece solo en mensajes de
consulta de membresía generales y específicos del grupo (valor de tipo 0x11).
Especifica el tiempo máximo permitido antes de enviar un informe de respuesta en
unidades de una décima de segundo. En todos los demás mensajes, el remitente lo
establece en 0x00 y los receptores lo ignoran.
• Checksum: este campo es el complemento a 1 de 16 bits de la suma del
complemento a 1 del mensaje IGMP. Este es el algoritmo de suma de comprobación
estándar utilizado por TCP/IP.
• Dirección del grupo: este campo se establece en 0.0.0.0 en los mensajes de
consulta generales y se establece en la dirección del grupo en los mensajes
específicos del grupo. Los mensajes de informe de membresía llevan la dirección del
grupo que se informa en este campo; los mensajes de abandono de grupo llevan la
dirección del grupo que se deja en este campo.
Mensajes de la versión 2 del Protocolo de administración de grupos de
Internet
Cuando un receptor desea recibir un flujo de multidifusión, envía un informe de membresía

no solicitado, comúnmente denominado unión IGMP, al enrutador local del grupo al que
desea unirse (por ejemplo, 239.1.1.1). Luego, el enrutador local envía esta solicitud en
sentido ascendente hacia la fuente mediante un mensaje de unión PIM. Cuando el
enrutador local comienza a recibir el flujo de multidifusión, lo reenvía a la subred donde
reside el receptor que lo solicitó.
Luego, el enrutador comienza a enviar periódicamente mensajes de consulta de membresía
general a la subred, a la dirección de grupo de todos los hosts 224.0.0.1, para ver si hay
miembros en la subred adjunta. El mensaje de consulta general contiene un campo de
tiempo de respuesta máximo que se establece en 10 segundos de forma predeterminada.
En respuesta a esta consulta, los receptores configuran un temporizador aleatorio interno
entre 0 y 10 segundos. Cuando el temporizador expira, los receptores envían informes de
membresía (mensaje de unión) para cada grupo al que pertenecen. Si un receptor recibe el
informe de otro receptor (mensaje de unión) para uno de los grupos a los que pertenece
mientras tiene un temporizador en marcha, detiene su temporizador para el grupo
especificado y no envía un informe (unión); esto está destinado a suprimir informes
duplicados (mensajes de unión).

del Protocolo de administración de grupos de Internet
(continuación)
Cuando un receptor desea abandonar un grupo, si fue el último receptor en responder a
una consulta, envía un mensaje de abandono del grupo a la dirección del grupo de
todos los enrutadores 224.0.0.2. De lo contrario, puede irse tranquilamente porque debe
haber otro receptor en la subred.
Cuando el enrutador recibe el mensaje de abandonar el grupo, sigue con una consulta
de membresía específica a la dirección de multidifusión del grupo para determinar si
hay algún receptor interesado en que el grupo permanezca en la subred. Si no hay
ninguno, el enrutador elimina el estado IGMP para ese grupo.
Si hay más de un enrutador en un segmento LAN, se lleva a cabo una elección de
interrogador IGMP para determinar qué enrutador será el interrogador. Los enrutadores
IGMPv2 envían mensajes de consulta de membresía general con su dirección de
interfaz como la dirección IP de origen y están destinados a la dirección de multidifusión
224.0.0.1.
Cuando un enrutador IGMPv2 recibe un mensaje de este tipo, verifica la dirección IP de
origen y la compara con su propia dirección IP de interfaz. El enrutador con la dirección
IP de interfaz más baja en la subred LAN se elige como interrogador IGMP.

versión 3
En IGMPv2, cuando un receptor envía un informe de membresía para unirse a un grupo de
multidifusión. No especifica de qué fuente le gustaría recibir tráfico de multidifusión. IGMPv3
agrega soporte para el filtrado de fuentes de multidifusión, lo que brinda a los receptores la
capacidad de elegir la fuente de la que desean aceptar el tráfico de multidifusión.
IGMPv3 es compatible con todos los tipos de mensajes IGMP de IGMPv2 y es compatible con
versiones anteriores de IGMPv2.
IGMPv3 agregó nuevos campos a la consulta de membresía de IGMP e introdujo un nuevo tipo
de mensaje de IGMP llamado Informe de membresía de la versión 3 para admitir el filtrado de
fuentes en los siguientes dos modos:
Modo de inclusión: el receptor anuncia la pertenencia a una dirección de grupo de
multidifusión y proporciona una lista de direcciones de origen (la lista de inclusión) de las que
desea recibir tráfico.
Modo de exclusión: el receptor anuncia la pertenencia a una dirección de grupo de
multidifusión y proporciona una lista de direcciones de origen (la lista de exclusión) de las que
no desea recibir tráfico. Luego, el receptor recibe tráfico solo de fuentes cuyas direcciones IP
no figuran en la lista de exclusión.

IGMP Snooping
En el caso del tráfico de multidifusión, una dirección MAC de multidifusión nunca se
utiliza como dirección MAC de origen. Los switches tratan las direcciones MAC de
multidifusión como tramas desconocidas y las inundan en todos los puertos. Todas las
estaciones de trabajo procesan estos marcos. Luego depende de las estaciones de
trabajo seleccionar los marcos interesados para su procesamiento y seleccionar los
marcos que deben descartarse.
La inundación de tráfico de multidifusión en un conmutador desperdicia la utilización del
ancho de banda en cada segmento LAN.
Los switches de Cisco utilizan dos métodos para reducir la inundación de multidifusión
en un segmento LAN:
• indagación IGMP
• Entradas de direcciones MAC estáticas
Protocolo de administración de grupos de
Internet
IGMP Snooping
La indagación IGMP, definida en RFC 4541,
es el método más utilizado y funciona
examinando las uniones IGMP enviadas por
los receptores y manteniendo una tabla de
interfaces para las uniones IGMP. Cuando
el conmutador recibe una trama de
multidifusión destinada a un grupo de
multidifusión, reenvía el paquete solo a los
puertos donde se recibieron las uniones
IGMP para ese grupo de multidifusión
específico.
La figura 13-10 ilustra la estación de trabajo

A y la estación de trabajo C que envían
uniones IGMP a 239.255.1.1, lo que se
traduce en la dirección MAC de
multidifusión 01:00:5E:7F:01:01. El
conmutador 1 tiene habilitada la indagación
IGMP y llena la tabla de direcciones MAC
IGMP Snooping
La figura 13-11 ilustra la fuente que
envía tráfico a 239.255.1.1
(01:00:5E:7F:01:01).
El conmutador 1 recibe este tráfico y lo
reenvía solo a las interfaces g0/0 y
g0/2 porque esos son los únicos
puertos que recibieron uniones IGMP
para ese grupo.
Una entrada estática de multidifusión
también se puede programar
manualmente en la tabla de
direcciones MAC, pero esta no es una
solución escalable porque no puede
reaccionar dinámicamente a los
cambios. Por esta razón, no es un
enfoque recomendado. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 29
Multidifusión independiente
del protocolo
• Se necesita un protocolo de enrutamiento de multidifusión para enrutar el tráfico de
multidifusión a través de la red para que los enrutadores puedan ubicar y solicitar
flujos de multidifusión de otros enrutadores. Existen múltiples protocolos de
enrutamiento de multidifusión, pero Cisco solo es totalmente compatible con la
multidifusión independiente del protocolo (PIM).
• PIM es un protocolo de enrutamiento de multidifusión que enruta el tráfico de
multidifusión entre segmentos de red.
• PIM puede usar cualquiera de los protocolos de enrutamiento de unidifusión para
identificar la ruta entre la fuente y los receptores.
• Los enrutadores de multidifusión crean árboles de distribución que definen la ruta que
sigue el tráfico de multidifusión IP a través de la red para llegar a los receptores. Los
dos tipos básicos de árboles de distribución de multidifusión son:
• árboles de origen, también conocidos como árboles de ruta más corta (SPT)
• árboles compartidos, también conocidos como árboles de puntos de encuentro
(RPT)
Árbol de origen de multidifusión independiente del protocolo
Un árbol de origen es un árbol de distribución
de multidifusión donde el origen es la raíz del
árbol y las ramas forman un árbol de
distribución a través de la red hasta los
receptores.
Cuando se construye este árbol, utiliza el
camino más corto a través de la red desde la
fuente hasta las hojas del árbol. Por esta
razón, también se le conoce como árbol de
ruta más corta (SPT).
El estado de reenvío del SPT se conoce por la
notación (S,G), pronunciada "S coma G",
donde S es la fuente del flujo de multidifusión y
G es la dirección del grupo de multidifusión.
La figura 13-12 muestra la notación SG como © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 31
(10.1.1.2, 239.1.1.1)
Árbol compartido de multidifusión independiente del protocolo
Un árbol compartido es un árbol de
distribución de multidifusión en el que la raíz
del árbol compartido no es el origen sino un
enrutador designado como punto de
encuentro (RP). Los árboles compartidos
también se denominan árboles RP (RPT).
El tráfico de multidifusión se reenvía por el
árbol compartido de acuerdo con la dirección
de grupo G a la que se dirigen los paquetes,
independientemente de la dirección de
origen. El estado de reenvío en el árbol
compartido se denomina mediante la
notación (*,G), que se pronuncia "estrella
coma G".
La figura 13-13 ilustra un árbol compartido
donde R2 es el RP y (*,G) es (*,239.1.1.1). © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 32
Terminología de multidifusión
independiente del protocolo
Modos de funcionamiento de multidifusión independientes del protocolo
Actualmente existen cinco modos de funcionamiento del PIM:
• Modo denso PIM (PIM-DM)
• Modo disperso PIM (PIM-SM)
• Modo denso disperso PIM
• Multidifusión específica de fuente PIM (PIM-SSM)
• Modo Bidireccional PIM (Bidir-PIM)
PIM-DM y PIM-SM también se conocen comúnmente como multidifusión de cualquier fuente

(ASM).
Mensajes de control de multidifusión independientes del protocolo
Todos los mensajes de control PIM utilizan el número de protocolo IP 103; son de unidifusión
(es decir, registran y registran mensajes de parada) o de multidifusión, con un TTL de 1 a la
dirección 224.0.0.13 de todos los enrutadores PIM.
Los mensajes de saludo de PIM se envían de forma predeterminada cada 30 segundos a cada
interfaz habilitada para PIM para obtener información sobre los enrutadores PIM vecinos en
cada interfaz a la dirección de todos los enrutadores PIM que se muestra en la Tabla 13-4.
Los mensajes de saludo
también son el mecanismo
utilizado para elegir un
enrutador designado (DR) y
para negociar capacidades
adicionales.
Todos los enrutadores PIM
deben registrar la información
de saludo recibida de cada
vecino PIM. Modo denso PIM © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 35
(PIM-DM)
Modo denso PIM de
multidifusión independiente del protocolo
La figura 13-15 muestra la operación de

inundación y poda del modo denso.
El tráfico de multidifusión de la fuente
está inundando toda la red. Como cada
enrutador recibe el tráfico de multidifusión
de su vecino ascendente a través de su
interfaz RPF, reenvía el tráfico de
multidifusión a todos sus vecinos PIM-
DM.
Esto da como resultado que parte del
tráfico llegue a través de una interfaz que
no es RPF, como en el caso de que R3
reciba tráfico de R2 en su interfaz que no
es RPF.
Los paquetes que llegan a través de la © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 36
interfaz que no es RPF se descartan.

de multidifusión independiente del protocolo
(continuación)
La figura 13-16 ilustra la topología resultante después
de eliminar todos los enlaces innecesarios. Esto da
como resultado un SPT desde la fuente hasta el
receptor.
Aunque el flujo de tráfico de multidifusión ya no llega a
la mayoría de los enrutadores de la red, el estado (S,G)
aún permanece en todos los enrutadores hasta que la
fuente deja de transmitir.
PIM-DM es aplicable a redes pequeñas donde hay
receptores activos en cada subred de la red. Debido a
que rara vez es el caso, y al comportamiento de
inundación y poda, PIM-DM generalmente no se
recomienda para entornos de producción.
Sin embargo, puede ser útil para un entorno de
laboratorio porque es fácil de configurar. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 37
Modo disperso de PIM de multidifusión independiente del protocolo
PIM-SM fue diseñado para receptores dispersos por toda la red, pero funciona bien en
redes densamente pobladas.
También asume que ningún receptor está interesado en el tráfico de multidifusión a menos
que lo solicite explícitamente.
Al igual que PIM-DM, PIM-SM utiliza la tabla de enrutamiento de unidifusión para realizar
comprobaciones de RPF y no le importa qué protocolo de enrutamiento (incluidas las rutas
estáticas) llena la tabla de enrutamiento de unidifusión.
PIM-SM utiliza un modelo de combinación explícito en el que los receptores envían una
combinación IGMP a su enrutador conectado localmente, que también se conoce como
enrutador de último salto (LHR) y esta combinación hace que el LHR envíe una combinación
PIM en la dirección del raíz del árbol, que es el RP en el caso de un árbol compartido (RPT)
o el enrutador de primer salto (FHR) donde se conecta la fuente que transmite los flujos de
multidifusión en el caso de un SPT.
Se crea un estado de reenvío de multidifusión como resultado de estas uniones explícitas;
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential
es muy diferente del comportamiento de inundación y poda de PIM-DM. 38
PIM de multidifusión independiente del protocolo
Modo disperso
La figura 13-17 ilustra una fuente de multidifusión que envía tráfico de multidifusión al FHR.
Luego, el FHR envía este tráfico de multidifusión al RP, lo que hace que el RP conozca la
fuente de multidifusión. También ilustra un receptor que envía una unión IGMP al LHR para
unirse al grupo de multidifusión.
Luego, el LHR envía una unión PIM (*,G) al
RP, y esto forma un árbol compartido
desde el RP al LHR.
Luego, el RP envía una unión PIM (S,G) al
FHR, formando un árbol de fuentes entre la
fuente y el RP.
En esencia, se crean dos árboles: un SPT
desde FHR hasta RP (S,G) y un árbol
compartido desde RP hasta LHR (*,G).
Modo de conmutación disperso de PIM de multidifusión independiente
del protocolo
PIM-SM permite que el LHR cambie del árbol compartido a un SPT para una fuente
específica. En los enrutadores de Cisco, este es el comportamiento predeterminado y ocurre
inmediatamente después de que se recibe el primer paquete de multidifusión desde el RP a
través del árbol compartido, incluso si la ruta más corta a la fuente es a través del RP.
La figura 13-18 ilustra el concepto de
cambio de SPT. Cuando el LHR recibe
el primer paquete de multidifusión del
RP, se da cuenta de la dirección IP de la
fuente de multidifusión.
En la Figura 13-18, el camino más corto
a la fuente está entre R1 y R3; si ese
enlace se cerrara o no estuviera
presente, la ruta más corta sería a
través del RP, en cuyo caso aún se
produciría un cambio de SPT.
Enrutadores designados de multidifusión independientes del protocolo
Cuando existen varios enrutadores PIM-SM en un segmento LAN, los mensajes de saludo
PIM se utilizan para elegir un enrutador designado (DR) para evitar enviar tráfico de
multidifusión duplicado a la LAN o al RP.
De manera predeterminada, el valor de prioridad de DR de todos los enrutadores PIM es 1 y
se puede cambiar para obligar a un enrutador a convertirse en DR.
Si todos los enrutadores tienen el mismo valor de prioridad, la dirección IP más alta de la
subred se utiliza como desempate.
Sin los DR, todos los LHR en el mismo segmento de LAN serían capaces de enviar uniones
de PIM ascendentes, lo que podría dar como resultado que llegue tráfico de multidifusión
duplicado a la LAN.
El tiempo de espera predeterminado de DR es 3,5 veces el intervalo de saludo, o 105
segundos. Si no hay saludos después de este intervalo, se elige un nuevo DR.
Para reducir el tiempo de conmutación por error de DR, el intervalo de consulta de saludo se
puede reducir © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 41
Reenvío de ruta inversa de multidifusión independiente del protocolo
El reenvío de ruta inversa (RPF) es un algoritmo que se utiliza para evitar bucles y
garantizar que el tráfico de multidifusión llegue a la interfaz correcta. RPF funciona de la
siguiente manera:
• Si un enrutador recibe un paquete de multidifusión en una interfaz que utiliza para
enviar paquetes de unidifusión al origen, el paquete ha llegado a la interfaz RPF.
• Si el paquete llega a la interfaz RPF, un enrutador reenvía el paquete a las interfaces
presentes en la lista de interfaces salientes (OIL) de una entrada de la tabla de
enrutamiento de multidifusión.
• Si el paquete no llega a la interfaz RPF, el paquete se descarta para evitar bucles.
PIM-SM utiliza la función de búsqueda de RPF para determinar dónde debe enviar
uniones y recortes.
• Las uniones (S,G) se envían hacia la fuente.
• (*,G) se unen (estados de árboles compartidos) se envían hacia el RP.
Reenviador PIM de multidifusión independiente del protocolo
En la Figura 13-20, PIM-DM enviaría flujos
duplicados a la LAN.
Por ejemplo, suponiendo que R1 es el RP,
cuando R4 envía un mensaje de unión PIM
ascendente hacia él, lo envía a la dirección
224.0.0.13 de todos los enrutadores PIM, y R2 y
R3 lo reciben.
Uno de los campos del mensaje de unión PIM
incluye la dirección IP del vecino ascendente
(vecino RPF).
Suponiendo que R3 es el vecino RPF, R3 es el
único que enviará una unión PIM a R1.
R2 no lo hará porque la unión PIM no fue
diseñada para él. En este punto, existe un árbol
compartido entre R1, R3 y R4 y no existe © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 43
Puntos de encuentro
• En PIM-SM, es obligatorio elegir uno o más enrutadores para operar como puntos de
encuentro (RP). Un RP es una única raíz común ubicada en un punto elegido de un
árbol de distribución compartido, como se describió anteriormente.
• Un RP puede configurarse estáticamente en cada enrutador o aprenderse a través de
un mecanismo dinámico.
• Un enrutador PIM se puede configurar para funcionar como un RP, ya sea de forma
estática en cada enrutador en el dominio de multidifusión o dinámicamente mediante
la configuración de Auto-RP o un enrutador de arranque PIM (BSR), como se describe
en las siguientes secciones.
Puntos de encuentro
RP estático
Es posible configurar estáticamente RP para un rango de grupo de multidifusión
configurando la dirección del RP en cada enrutador en el dominio de multidifusión. La
configuración de RP estáticos es relativamente simple y se puede lograr con una o dos
líneas de configuración en cada enrutador.
Si la red no tiene muchos RP diferentes definidos o si los RP no cambian muy a menudo,
este podría ser el método más simple para definir los RP. También puede ser una opción
atractiva si la red es pequeña.
Sin embargo, la configuración estática puede aumentar la sobrecarga administrativa en una
red grande y compleja. Cada enrutador debe tener la misma dirección RP. Cambiar la
dirección RP requiere reconfigurar cada enrutador. Si varios RP están activos para diferentes
grupos, todos los enrutadores deben conocer la información sobre qué RP está manejando
qué grupo de multidifusión. Para garantizar que esta información esté completa, es posible
que se requieran varios comandos de configuración.
Si un RP configurado manualmente falla, no existe un procedimiento de conmutación por
error para que otro enrutador asuma la función realizada por el RP fallido, y este método por
sí solo no proporciona ningún tipo de división de carga.

Puntos de encuentro
Auto-RP
Auto-RP es un mecanismo propietario de Cisco que automatiza la distribución de grupos a
RP.
mapeos en una red PIM. Auto-RP tiene los siguientes beneficios:
• Es fácil usar múltiples RP dentro de una red para atender diferentes rangos de grupos.
• Permite repartir la carga entre diferentes RPs.
• Simplifica la colocación de RP según las ubicaciones de los participantes del grupo.
• Evita configuraciones de RP estáticas manuales inconsistentes que podrían causar
problemas de conectividad.
• Se pueden usar múltiples RP para servir a diferentes rangos de grupos o para servir
como copias de seguridad entre sí.
• El mecanismo de Auto-RP opera usando dos componentes básicos, RP candidatos (C-
RP) y agentes de mapeo de RP (MA).
Puntos de encuentro
RP candidatos y agentes de mapeo de RP
Un C-RP anuncia su voluntad de ser un RP a través de mensajes de anuncio de RP al grupo
de multidifusión bien conocido reservado 224.0.1.39 (Cisco-RP-Announce).
Los anuncios de RP contienen el rango de grupo predeterminado 224.0.0.0/4, la dirección
del C-RP y el tiempo de espera, que es tres veces el intervalo de anuncios de RP.
Si hay varios C-RP, se prefiere el C-RP con la dirección IP más alta.
Los MA de RP se unen al grupo 224.0.1.39 para recibir los anuncios de RP. Almacenan la
información contenida en los anuncios en un caché de mapeo de grupo a RP, junto con los
tiempos de espera. Si varios RP anuncian el mismo rango de grupo, se elige el C-RP con la
dirección IP más alta.
Los MA de RP anuncian las asignaciones de RP a otra dirección de grupo de multidifusión
conocida, 224.0.1.40 (Cisco-RP-Discovery). Estos mensajes se anuncian de forma
predeterminada cada 60 segundos o cuando se detectan cambios. Los anuncios de MA
contienen los RP elegidos y las asignaciones de grupo a RP. Todos los enrutadores
habilitados para PIM se unen a 224.0.1.40 y almacenan las asignaciones de RP en su caché
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential
privada. 47
Puntos de encuentro
PIM Bootstrap Router
El mecanismo de enrutador de arranque (BSR), descrito en RFC 5059, es un mecanismo no
patentado que proporciona un mecanismo de distribución y descubrimiento de RP
automatizado y tolerante a fallas.
PIM usa el BSR para descubrir y anunciar la información del conjunto de RP para cada
prefijo de grupo a todos los enrutadores en un dominio PIM. Esta es la misma función que
realiza Auto-RP, pero el BSR es parte de la especificación PIM Versión 2. El conjunto de RP
es una asignación de grupo a RP que contiene los siguientes componentes:
• Rango de grupo de multidifusión
• Prioridad de PR
• dirección PR
• Longitud de la máscara hash
• Bandera SM/Bidir
Puntos de encuentro
RP de candidatos
La Figura 13-23 ilustra el mecanismo BSR, donde el BSR elegido recibe mensajes de
anuncios de RP candidatos de todos los RP candidatos en el dominio, y luego envía
mensajes BSR con información de conjunto de RP a todas las interfaces habilitadas para
PIM, que se inundan salto por saltar a todos los enrutadores de la red.
El BSR activo almacena todos los
anuncios de C-RP entrantes en su caché
de mapeo de grupo a RP. Luego, el BSR
envía la lista completa de C-RP desde su
caché de mapeo de grupo a RP en
mensajes BSR cada 60 segundos de
forma predeterminada a todos los
enrutadores PIM en toda la red. A medida
que los enrutadores reciben copias de
estos mensajes BSR, actualizan la
información en sus cachés de mapeo de
grupo local a RP, y esto les permite tener
una visibilidad completa de las © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 49
direcciones IP de todos los C-RP en la

Prepárate para el examen
Prepárese para el examen
Temas clave del Capítulo 13
Descripción
Direcciones IP de multidifusión asignadas por IANA
Direcciones de multidifusión reservadas conocidas
Direcciones de multidifusión de capa 2
Descripción de IGMP
IGMPv2
Definiciones de campo de formato de mensaje IGMP
operación IGMPv2
Temas clave del capítulo 13 (continuación)
Descripción
definición de IGMPv3
indagación IGMP
definición de PIM
Definición del árbol de fuentes PIM
Definición de árbol compartido de PIM
Terminología PIM
Modos de funcionamiento PIM
Tipos de mensajes de control PIM
Descripción
Definición de PIM-DM
Definición de PIM-SM
Operación de árbol compartido PIM-SM
Registro de fuente PIM-SM
Conmutación PIM-SM SPT
Enrutadores designados PIM-SM
definición de FPR
reenviador PIM
Descripción
Definición de punto de encuentro
Definición de RP estático
Definición de auto-RP
Auto-RP Definición de C-RP
Definición de agente de mapeo de Auto-RP
Definición de PIM BSR
Definición de PIM BSR C-RP
Términos clave del Capítulo 13
Términos clave
enrutador designado (DR) Base de información de ren
(Contexto de PIM) reenvío de multidifusión
(MFIB)
interfaz descendente Base de información de árbol de puntos de encuentro
enrutamiento de multidifusión (RPT)
(MRIB)
enrutador de primer salto (FHR) estado de multidifusión Interfaz de reenvío de ruta
inversa (RPF)
interfaz entrante (IIF) interfaz de salida (OIF) vecino RPF
indagación IGMP lista de interfaz saliente (OIL) árbol de ruta más corta (SPT)
Protocolo de administración de Multidifusión independiente río arriba
grupos de Internet (IGMP) del protocolo (PIM)
enrutador de último salto (LHR) punto dezvous (RP) interfaz ascendente

ENCOR SPN Chapter 13

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ENCOR SPN Chapter 13

Cargado por

Copyright:

Formatos disponibles

Capítulo 13: Multidifusión

Empresa CCNP: redes centrales

Este capítulo cubre el siguiente contenido:

Este capítulo cubre el siguiente contenido:

Todos los mensajes IGMP se transmiten en datagramas IP y tienen el formato

PIM tiene diferentes formatos, los más usados son:

• PIM Sparse Mode (PIM-SM): es un protocolo para ruteo eficiente a grupos de

Unidifusión (uno a uno) Difusión (uno a todos) Multidifusión (uno a muchos)

El ancho de banda y la carga en el

Sin embargo, este enfoque tiene desventajas:

• Bloque de control de red local Bloque ad hoc 224.0.2.0 a 224.0.255.255

224.0.0.10 Todos los enrutadores EIGRP

estáticamente de ámbito global. El mapeo y 224.0.0.18 VRRP

la asignación se definen en RFC 3180. 224.0.0.22 IGMPv3

224.0.0.102 HSRPv2 y GLBP

serán asignados por la IANA.

La figura 13-6 muestra un ejemplo de dos direcciones IP de multidifusión que se superponen

grupo es la dirección IP de destino del paquete IP y el campo de dirección de grupo.

Cuando un receptor desea recibir un flujo de multidifusión, envía un informe de membresía

duplicados (mensajes de unión).

IP de interfaz más baja en la subred LAN se elige como interrogador IGMP.

no figuran en la lista de exclusión.

La figura 13-10 ilustra la estación de trabajo

PIM-DM y PIM-SM también se conocen comúnmente como multidifusión de cualquier fuente

La figura 13-15 muestra la operación de

interfaz que no es RPF se descartan.

sí solo no proporciona ningún tipo de división de carga.

direcciones IP de todos los C-RP en la

También podría gustarte