Multicast

Introduccin al protocolo y caractersticas

Versin 1.0

Introduccin
Qu es Multicast?
Es un protocolo que permite la transmisin de datos desde
una fuente hacia varios destinos simultneamente,
generando una sola copia de la informacin, la cual es
replicada bajo un esquema tipo rbol segn se necesite.
Caractersticas principales de Multicast
Protocolo basado en la RFC 1112 (Host extensions for IP
Multicasting)
La topologa formada por los caminos que el trfico Multicast
atraviesa es representada por rboles (trees)
Las fuentes del trfico se identifican con su direccin IPv4
convencional, mientras que los destinos se agrupan en direcciones
IPv4 de Clase D (224.0.0.0/4)
Cada grupo Multicast corresponde a un tipo de contenido
especfico.
Cualquier host interesado en recibir un contenido especfico, debe

Arquitectura y funcionamiento
Funcionamiento a grandes rasgos

3. PIM JOIN A
GRUPO, HACIA
FUENTE DE
TRFICO

4. ENVO DE
TRFICO
1. FUENTE
ENVA
CONTENIDO
A DIRECCIN
DEL GRUPO

2. IGMP JOIN A
GRUPO, HACIA
FUENTE DE
TRFICO

Arquitectura y funcionamiento
Funcionamiento a grandes rasgos

3. PIM PRUNE A
GRUPO, HACIA
FUENTE DE
TRFICO

2. IGMP LEAVE
A GRUPO,
HACIA FUENTE
DE TRFICO

Arquitectura y funcionamiento
Funcionamiento a grandes rasgos

PIM

IGMP

Arquitectura y funcionamiento
Direccionamiento IP Multicast
Los grupos Multicast comprenden la Clase D de IPv4: 224.0.0.0/4
DESDE

224

11100000.00000000.00000000.00000000

HASTA

239

255

255

255

11101111.11111111.11111111.11111111

Las direcciones son asignadas por IANA de la siguiente forma:

224.0.0.0/8 Bloque reservado para protocolos de control que utilizan
Multicast para enviar sus mensajes. Ejemplos.

224.0.0.1 All Multicast Systems on subnet

224.0.0.2 All routers on subnet

Protocolos de enrutamiento: OSPF, EIGRP, RIP, LDP, etc.

224.0.1.0 a 238.255.255.255 Global Scope asignadas en

demanda para Multicast pblico.
239.0.0.0 a 239.255.255.255 Limited Scope asignadas en
demanda para Multicast privado.

239.255.0.0/16 Site-local Scope para cada sede organizacional.

239.192.0.0/14 - Organizational-local Scope para toda la organizacin.

Arquitectura y funcionamiento
Direccionamiento MAC Multicast
Las direcciones destino IP Multicast se mapean a direcciones destino MAC
Multicast en una red Ethernet, de la siguiente forma:
DESDE 01

00

5E

00

00

00

01

00

5E

7F

FF

FF 00000001.00000000.01011110.01111111.11111111.11111111

HASTA

00000001.00000000.01011110.00000000.00000000.00000000

Los primeros 25 bits son fijos (01-00-5E mas un bit 0), y los 23 restantes
son copiados directamente de los 23 bits menos significativos de la
direccin IP clase D.
Por ejemplo.224.10.10.1
los 23 bits menos significativos son: 0001010.0001010.00000001
al unirse con los de Multicast forman: 01-00-5E +
00001010.00001010.00000001

La direccin MAC resultante es: 01-00-5E-0A-0A-01

Arquitectura y funcionamiento
IGMP Internet Group Management Protocol
Es un protocolo que permite a los hosts unirse a grupos Multicast
para recibir contenidos. Los mensajes son intercambiados entre
los hosts (PC, MAC, etc) y los routers directamente conectados.

RFC 1112 IGMPv1 obsoleto

RFC 2236 IGMPv2 optimizaciones para abandono de
grupos, reportes especficos y temporizadores.
RFC 3376 IGMPv3 optimizaciones para que el host
especifique fuentes de trfico Multicast.

Arquitectura y funcionamiento
IGMPv2
1. Unin al grupo el host enva un IGMP Report no solicitado a la
direccin 224.0.0.1.

REPORT

Host - 1.1.1.1
Group - 225.1.1.1

Host - 1.1.1.1
Group - 225.1.1.1

Arquitectura y funcionamiento
IGMPv2
1. Unin al grupo el host enva un IGMP Report no solicitado a la
direccin 224.0.0.1.
2. Mantenimiento del grupo el router enva IGMP Queries cada 60
segundos (por defecto) a la direccin 224.0.0.1, al que los hosts
responden con un Group Membership Report confirmando su
pertenencia a los grupos.
- Slo un router hace los Queries por subred, el de menor direccin IP
(Querier)
- Slo un host responde los Reports por grupo, el que lo hizo primero.

REPORT

QUERY
QUERY

Host - 1.1.1.1
Group - 225.1.1.1

Host - 1.1.1.1
Group - 225.1.1.1

Arquitectura y funcionamiento
IGMPv2
1. Unin al grupo el host enva un IGMP Report no solicitado a la
direccin 224.0.0.1.
2. Mantenimiento del grupo el router enva IGMP Queries cada 60
segundos (por defecto) a la direccin 224.0.0.1, al que los hosts
responden con un Group Membership Report confirmando su
pertenencia a los grupos.
- Slo un router hace los Queries por subred, el de menor direccin IP
(Querier) del grupo el host enva un IGMP Leave a 224.0.0.2, al
3. Abandono
- Slo
host responde
los Reports
grupo,
el que loenviado
hizo primero.
que
elun
Querier
responde
con un por
Query
especfico
al grupo

para saber si existe algn otro host an interesado en el mismo. Si

nadie responde, se deja de enviar trfico al grupo.

LEAVE

QUERY
QUERY

Host - 1.1.1.1
Group - 225.1.1.1

Host - 1.1.1.1
Group - 225.1.1.1

Arquitectura y funcionamiento
IGMPv3
IGMPv3 funciona de la misma forma que IGMPv2, excepto por las
siguientes diferencias:

Los reportes contienen mensajes INCLUDE o EXCLUDE, para

incluir o excluir fuentes especficas al unirse a los grupos. Esto
permite al host escoger desde qu fuentes especficas quiere
recibir el trfico para cada grupo.
Los reportes de cada host van a la direccin 224.0.0.22 (IGMPv3),
y es procesada por los routers que tienen IGMPv3 habilitado.
Al momento en que el router Querier enva una Query para
mantener las pertenencias a los grupos, cada host enva su
mensaje Report independientemente.

Arquitectura y funcionamiento
IGMP Snooping
En redes de capa 2, los switches por defecto tratan al trfico Multicast
como Broadcast, haciendo flooding del mismo por todos sus puertos
Host - 1.1.1.1
Group - 225.1.1.1

1.1.1.1

IGMP Snooping es una optimizacin de capa 2 que suele estar habilitada por
defecto en los switches y que permite analizar las tramas que contienen
paquetes IGMP (identificando la direccin MAC ya conocia) y as filtrar los
puertos por donde no existen receptores unidos a los grupos Multicast.
Host - 1.1.1.1
Group - 225.1.1.1

1.1.1.1

IGMP Snooping

Arquitectura y funcionamiento
Estructura de rboles
Existen dos clases de rboles de distribucin de trfico Multicast.
Source Distribution Tree /
Shortest-Path Tree

Shared Distribution Tree

RP
(Rendezvous
Point)

Usan ms memoria al especificar fuente

y grupo en las tablas de rutas multicast
(S,G), pero los caminos del trfico son
los ms ptimos.

Usan menos memoria al especificar slo

al grupo en las tablas de rutas multicast
(*,G), pero los caminos del trfico no son
los ms ptimos.

Arquitectura y funcionamiento
Transmisin Multicast (Forwarding)
En Multicast, a diferencia de Unicast, importa ms de dnde vino el trfico
(ruta hacia la fuente) que hacia dnde va. Por esa razn se utiliza Reverse
Path Forwarding.
La regla de RPF es la siguiente: cuando un paquete Multicast llega a un
router, ste hace un RPF check, que consiste en verificar si el paquete
lleg a travs de la interfaz por la cual se aprende a la fuente de dicho
paquete en la tabla de rutas Unicast. Si el RPF check falla, entonces el
paquete se descarta.
Es posible forzar la interfaz RPF mediante rutas de tipo mroute
Destino

Intf

150.1.1.1

Eth0

Eth0
Eth1
150.1.1.1

Si el paquete no llega por la interfaz por

donde se aprende la fuente, se descarta!

Arquitectura y funcionamiento
Protocol Independent Multicast (PIM)
PIM permite la transmisin de trfico Multicast a travs de una red de capa
3 (routers), en base a RPF. Existen dos modos de operacin:
Modo

Descripcin

Ventajas

Desventajas

PIM
Dense
Mode

Enva el trfico por toda la red, luego corta

las ramas (prune) por donde no existen
miembros del grupo Multicast.

Simple de
configurar

Las tablas de multicast se forman a partir de

que los datos llegan. Cualquier flujo
redundante es eliminado en base al
mecanismo PIM Assert.

Mecanism
o simple
de
transmisi
n

No soporta
Shared Tree
Transmisin
ineficiente
Estados (S,G)
en todos los
routers

Soporta Shared Trees y Source Trees,

asume que nadie quiere el trfico hasta que
se inscribe.

PIM
Sparse
Mode

Utilizan un RP (Rendezvous Point), donde se

encuentran las fuentes y receptores.
Las fuentes son inscritas hacia el RP por el
router directamente conectado (First Hop
Router). Los receptores son unidos (join) al
rbol, originado en el RP, mediante el DR

Mecanismo
de
transmisin
ptimo y
eficiente.

No tan simple
de configurar
como Dense
Mode

Arquitectura y funcionamiento
Operacin de PIM Dense Mode
1. Flooding de trfico la
fuente enva el trfico y ste es
propagado por todas las
interfaces habilitadas con PIM
Dense Mode, excepto por la
interfaz RPF por donde ste se
recibe.

Arquitectura y funcionamiento
Operacin de PIM Dense Mode

S,G

S,G

S,G

S,G

S,G

SPT = Shortest Path

Tree

1. Flooding de trfico la
fuente enva el trfico y ste es
propagado por todas las
interfaces habilitadas con PIM
Dense Mode, excepto por la
interfaz RPF por donde ste se
recibe.
2. Pruning de trfico se
envan mensajes Prune en el
sentido upstream para parar el
trfico por las siguientes
interfaces:

Los Prunes expiran cada 3 minutos, y el

proceso se repite hasta que la fuente deje de
enviar trfico.
La informacin de estados permanece en las
tablas Multicast de todos los routers

Por las que no son RPF

Por las que son RPF, pero

donde no existen miembros
registrados al grupo en
sentido downstream

Arquitectura y funcionamiento
Operacin de PIM Dense Mode

En caso que dos o ms routers

se conecten a un miembro
registrado en el grupo, ambos
routers aceptarn el trfico
Multicast.
En cuanto uno de los routers
reciba trfico correspondiente al
grupo a travs de una interfaz
ASSERT
que debe ser de salida de
trfico segn su tabla (OIL
Outgoing Interface List),
empezar a enviar e
intercambiar paquetes de tipo
PIM Assert con el/los routers
adyacentes.
PIM Assert es un mecanismo que en Dense Mode
se encarga de eliminar la
duplicidad de trfico ante casos como el expuesto. El router con menor
distancia administrativa y mtrica hacia la fuente gana y queda
enviando trfico (en caso de empate ganar la mayor IP). Los otros
routers harn prune del trfico.

Arquitectura y funcionamiento
Notas adicionales sobre PIM Dense Mode

El mecanismo PIM Assert puede provocar problemas de loop

o de convergencia lenta cuando ocurren fallas en ciertos
escenarios redundantes.

Debido a su ineficiencia y a lo arriba expuesto, PIM Dense

Mode es un mecanismo principalmente utilizado en entornos
de prueba o laboratorio.

Arquitectura y funcionamiento
Operacin de PIM Sparse Mode

REGISTER-STOP
REGISTER
JOIN

S,G
R

S,G

S,G
F

1. Registro de fuente la fuente

enva el trfico Multicast a
router adyacente (First Hop)
quien lo encapsula en Unicast y
lo enva al RP como mensajes
PIM Register.
2. Camino
Fuente-RP - El RP

recibe el registro y enva un

PIM Join hacia la fuente
especfica, creando as el
camino (S,G source
distribution / SPT) desde la
fuente al RP. El trfico empieza
a fluir y el RP enva un mensaje
PIM Register Stop hacia el First
Hop para que detenga el envo
delamensajes
de registro.
Queda establecido el camino directo (SPT) desde
fuente hacia el RP, por el
P

cual fluye el trfico de la fuente.

Deben existir interfaces del RP con miembros interesados para que este flujo
se mantenga, de lo contrario expirar mediante mensajes Prune.

Arquitectura y funcionamiento
Operacin de PIM Sparse Mode

*,G S,G
R

S,G

*,G
L
H

S,G

1. Unin al grupo En cuanto

exista un interesado en el
grupo, envara un reporte IGMP
al Last Hop, que se traducir
a un PIM Join (*,G) hacia el
RP.
2. Camino RP-usuario - El RP y
los routers en el camino
reciben el PIM Join,
formndose a su vez el camino
(*, G shared distribution)
desde el RP hacia el ltimo
router (Last Hop).

Con esto, el camino Fuente-RP (Source Tree) se ha completado con

el camino RP-Usuario (Shared Tree).

Arquitectura y funcionamiento
Operacin de PIM Sparse Mode

S,G

R
P

S,G
L
H

S,G

3. Cambio a SPT Por defecto,

en cuanto se recibe el primer
paquete Multicast, el rbol
cambia de Shared a Source
(SPT), para optimizar el flujo del
trfico. Esto se logra mediante
el envo de PIM Joins de tipo
S,G desde el Last Hop hacia la
fuente. hacia el RP
4. Prune
Finalmente, el trfico va el RP
es eliminado mediante
mensajes Prune.

Nota: El RP slo enviar mensajes Prune a la fuente si es que no

le quedan ms interfaces con miembros en el Shared Tree

Arquitectura y funcionamiento
Notas adicionales sobre PIM Sparse Mode

PIM Sparse Mode tambin forma caminos directos de trfico

(SPT), pero lo hace de una manera ms eficiente que Dense
Mode. Este comportamiento es configurable, pudindose
definir la cantidad de trfico que activar el cambio de
Shared Tree a Source Tree.

PIM Sparse Mode es el mecanismo utilizado en redes en

produccin.

Arquitectura y funcionamiento
Operacin general de PIM: Vecindades
171.68.37.2
PIM Router 2

El router con mayor IP es elegido

Como DR (Designated Router)
PIM Hello

PIM Hello
PIM Router 1
171.68.37.1

Comando IOS:
show ip pim neighbors

Los PIM Hellos son enviados por Multicast al grupo All-PIM-Routers

(224.0.0.13) cada 30 segundos por defecto.
Si el DR expira, se escoge un nuevo DR.
El DR es responsable de mandar todos los mensajes PIM Join de los
receptores y PIM Register de las fuentes en las redes multiacceso.

Arquitectura y funcionamiento
Operacin general de PIM: Estados
El estado PIM describe al rbol de distribucin desde el punto de
vista del router.
Se puede visualizar en la tabla de forwarding Multicast y consta
de los siguientes elementos principales:

Entradas (*,G) o (S,G) dependiendo del tipo de rbol.

RPF Interface, que identifica a la interfaz por donde se

alcanza a la fuente y por donde se espera recibir el trfico.

RPF Neighbor, que identifica al vecino PIM a travs del cual

se aprende a la fuente, por donde se espera recibir el trfico.

Outgoing Interface List (OIL), que lista las interfaces a

travs de las cuales se enviar trfico Multicast para la
entrada (*,G) o (S,G) correspondiente. Esta lista se suele
probar cada vez que se recibe un PIM Join por la interfaz.
Comando IOS:
show ip mroute

Arquitectura y funcionamiento
Eleccin de Rendezvous Points
Existen cuatro mtodos para configurar la seleccin de un RP.
# Mecanismo

Descripcin

Comandos
asociados

1 Static RP

Configuracin manual en todos los

routers. Carece de redundancia
automtica en caso de cadas.

ip pim rp-address

2 Auto RP

Configuracin de:
- Candidate RPs: se anuncian al
grupo 224.0.1.39 escuchado por los
agentes.
- Mapping Agents: escogen al mejor
RP y lo anuncian al grupo 224.0.1.40
(al cual todos los dems routers
siempre escuchan)

- Candidate RPs
ip pim send-rpannounce
- Mapping Agents
ip pim send-rpdiscovery

Arquitectura y funcionamiento
Eleccin de Rendezvous Points
Existen cuatro mtodos para configurar la seleccin de un RP.
# Mecanismo

Descripcin

Comandos
asociados

3 Bootstrap
Router (BSR)

Configuracin de:
- Candidate RPs: se anuncian por
Unicast a los BSR.
- Candidate BSRs: el de mayor
prioridad es elegidoBSR y escoge al
mejor RP, anuncindolo luego al
grupo 224.0.0.13 (All-PIM-routers)

- Candidate RPs
ip pim rp-candidate
- Candidate BSRs
ip pim bsr-candidate

4 Anycast

Dos routers RP estticos configurados ip pim rp-address

con la misma direccin IP, de tal
ip msdp peer
manera que cada uno tendr las
ip msdp originator-id
fuentes ms cercanas a l.
Se usa MSDP entre los RP para
sincronizar la informacin de fuentes.

Arquitectura y funcionamiento
Source Specific Multicast
SSM es una optimizacin de PIM-SM que permite la creacin de
rboles de tipo Source Distribution Trees sin necesidad de un
RP.
Esto se logra haciendo que el receptor conozca a la fuente de
antemano y se una a la misma utilizando IGMPv3.
Caractersticas bsicas:
Usa Source Trees nicamente, las tablas slo contendrn entradas (S,G)
Asume un modelo de una o pocas fuentes hacia varios destinos, pues muchas
fuentes podran generar demasiados estados (S,G).
El router con rol de Last Hop, los receptores (hosts) y sus aplicaciones deben
soportar IGMPv3, de lo contrario es posible implementar alternativas en el Last Hop
Se debe habilitar un rango Multicast para SSM (por defecto es 232/8)

Arquitectura y funcionamiento
Operacin de PIM SSM

S,G

S,G

S,G

1. Reporte IGMPv3 el receptor

enva su solicitud de unirse al
grupo con fuente especfica
(S,G).
2. PIM-SSM Joins se envan
mensajes PIM Join con destino
hacia la fuente, crendose en el
camino entradas (S,G) que
formarn el rbol Source
Distribution Tree

SPT = Shortest Path

Tree

El camino SPT queda

establecido

Arquitectura y funcionamiento
Operacin de PIM SSM: Alternativas a IGMPv3
Es posible configurar al Last Hop router de tal manera que
mapee una fuente en base al grupo Multicast, manteniendo
IGMPv2 hacia los hosts.
Esto se conoce como SSM Mapping.
Caractersticas bsicas:
Permite una sola fuente por grupo.
La asignacin se realiza en base a una de las siguientes alternativas:
Base de datos fuente-grupo configurada localmente.
Base de datos fuente-grupo obtenida desde un servidor DNS.
Esta configuracin es slo necesaria en los Last Hop routers, que convertirn
el pedido sin fuente especfica recibido por IGMPv2, en una entrada (S,G).

Arquitectura y funcionamiento
Operacin de PIM SSM con SSM Mapping

S,G

S,G

S,G

SPT = Shortest Path

Tree

1. Reporte IGMPv2 el receptor

enva su solicitud de unirse al
grupo con fuente especfica
(*,G).
2. Mapeo a fuente en base al
grupo al cual el host se desea
unir, se mapea la solicitud hacia
una fuente especfica definida
manualmente o aprendida por
DNS.
3. PIM-SSM Joins se envan
mensajes PIM Join con destino
hacia la fuente, crendose en el
camino entradas (S,G) que
formarn el rbol Source
Distribution Tree

El camino SPT queda

establecido

Arquitectura y funcionamiento
Bidirectional PIM
En aplicaciones de muchas
fuentes y muchos destinos (Many
to Any), se pueden generar
demasiadas entradas (S,G) en los
routers, lo cual representa un
potencial problema de recursos.

R
P

*,G

*,G

*,G
L
H

El uso de PIM-SM con RP puede

disminuir el nmero de entradas
SHARED TREE
(S,G), pero entre las fuentes y los
TRFICO
RP an podra existir un nmero
significativo de este tipo de
Bidirectional
PIM nace como un mecanismo para utilizar
entradas.
slo (*,G), y as permitir la escalabilidad de aplicaciones
de tipo Many to Any Se puede tener un nmero
prcticamente ilimitado de fuentes.

Arquitectura y funcionamiento
Bidirectional PIM
El principio fundamental de Bidir
PIM es permitir que el trfico
suba (desde la fuente hacia el
RP) por el Shared Tree, lo que
significa una violacin a la regla
bsica de no permitir trfico
entrante por interfaces salientes
(OIL)

R
P

*,G

*,G

L
*,G
H

Esta regla puede provocar loops

SHARED TREE
TRFICO
en redes multiacceso, por lo cual
se reemplaza el concepto de DR
por DF (Designated Forwarder), el
cual es el nico router que puede
tomar
El resultado
es que
los estados (S,G) se eliminan.
el trfico
paratodos
enviarlo
Tanto el
el RP
trfico
desde las fuentes como los PIM Joins, crean
hacia
o receptores.
estados (*,G)

Arquitectura y funcionamiento
Bidirectional PIM
RP

E0 (DF)

E0

E0

F
E1 (DF)

E0

E0

E1 (DF)

Fuente

E1 (DF)

E0

C
E1 (DF)

E0

D
E1 (DF)

E1 (DF)

(*, 224.1.1.1), 00:32:20/00:02:59, RP 172.16.21.1, flags: BP

Receptor
2
Bidir-Upstream:
Ethernet0,
RPF nbr 172.16.7.1
Outgoing interface list:
Ethernet0, Bidir-Upstream/Sparse-Dense, 00:32:20/00:00:00

Receptor1

El trfico generado por la fuente hace que el First Hop router cree una entrada (*,G)

Arquitectura y funcionamiento
Bidirectional PIM
RP

RP

E0 (DF)

E0

E0

F
E1 (DF)

E0

A
E1 (DF)

Fuente

E1 (DF)

E0

E0

C
E1 (DF)

E0

D
E1 (DF)

Receptor 2

E1 (DF)

Receptor 1

Es necesario que exista el RP fsicamente en Bidir PIM?

No, a diferencia de PIM-SM, no existen mensajes de control intercambiados con el RP,
por lo que puede usarse un RP fantasma

Arquitectura y funcionamiento
Multicast VPN Conceptos generales
El despliegue de Multicast VPN basado en draft-rosen-vpn-mcast07 permite el intercambio de trfico Multicast aprovechando la
infraestructura de MPLS L3VPN (RFC2547).
Los componentes principales de Multicast VPN son:
1. Multicast VRF (MVRF) VRF habilitada para Multicast, utilizando PIM,
IGMP y/o MSDP dentro del contexto de la VRF.
2. Multicast Domain (MD) Utiliza tneles (Multicast Tunnel
Interface - MTI) para formar rboles que agrupan varias
MVRFs dentro de un dominio Multicast, el cual funciona como
una LAN para cada una de ellas, formada por todos los PEs
que tienen la MVRF. Cada MVRF crea un MTI.
3. Multicast Distribution Trees uno o ms rboles dentro de la
red del proveedor para cada Multicast Domain.

Arquitectura y funcionamiento
Multicast VPN Interfaz MTI
La interfaz MTI se crea automticamente (con la misma IP origen
de MP-BGP) y forma una especie de LAN entre los PEs que tienen
la MVRF configurada.
Todos los PEs son vecinos PIM entre s a travs del tnel MTI.
Cliente A
MDT 239.1.1.1

PE

PE

PE

CE

CE

CE

Arquitectura y funcionamiento
Multicast VPN Vecindades PIM
PE-CE
CE
Customer mVRF

Multicast
Tunnel
Interface

PE-PE
Customer mVRF

PE-P
Global
PE

PE-CE
Customer mVRF

PE-P
Global
PE

PE-P: Multicast nativo en el Core (PIM Global)

PE-CE: en mVRF (PIM dentro de VRF)
PE-PE: en mVRF via MTI (PIM dentro de VRF)

CE

Multicast
Tunnel
Interface

Arquitectura y funcionamiento
Multicast VPN MDT
La configuracin de mVPN implica la creacin de un
Multicast Distribution Tree (MDT) para cada VRF en la que
se quiera habilitar Multicast. Existen dos tipos de MDT:
Tipo de
MDT

Descripcin

Default

Este rbol se utiliza para enviar tanto el trfico de control como el trfico
de datos. Todos los PEs recibirn el trfico enviado por la fuente,
independientemente de si existen o no receptores interesados detrs de
cada PE. Si el trfico de control es bajo, entonces se recomienda esta
configuracin.

Data

Este rbol se puede habilitar de manera adicional al MDT Default para

transportar todo el trfico de datos del cliente. La particularidad del
MDT Data es que slo se activa en los PEs que conecten a receptores
interesados y cuando la cantidad de trfico excede un umbral
configurable. La desventaja de este MDT es que se crean instancias
adicionales de control de Multicast en los routers de Core (P).

Arquitectura y funcionamiento
Multicast VPN MDT

MDT Default
Para entradas de
cliente (*,G) o
(S,G)

MDT Data
Para entradas de
cliente (S,G)
solamente

Arquitectura y funcionamiento
Multicast VPN Encapsulamiento del trfico
Los paquetes Multicast de cliente son encapsulados en los MTI
utilizando cabeceras GRE y direccionamiento Multicast del proveedor.
NO se utiliza MPLS.

Arquitectura y funcionamiento
Multicast VPN Protocolos utilizados
Los modos de Multicast configurados dentro de la VRF (cliente) y
fuera de la VRF son independientes.
Red

Modos Multicast

Cliente
(VRF)

PIM-SM, PIM-DM, PIM-SSM

Proveedor

PIM-SM, PIM-SSM

A nivel proveedor, es ventajoso utilizar PIM-SSM para evitar la

dependencia en RPs. Para lograr esto, se necesita un mecanismo
para que los PEs conozcan las fuentes para cada grupo MDT.

Arquitectura y funcionamiento
Multicast VPN PIM-SSM en Proveedor
Existen dos formas para que los PEs puedan conocer las direcciones
IP fuente de cada grupo MDT, que sern otros PEs. Ambas formas
por MP-BGP.
Versin IOS

Mecanismo para intercambiar la

informacin de fuentes

Pre-estndar
(pre-12.0(29))

RD tipo 0x2 para distinguir de VPNv4

Estndar
(12.0(29) en
adelante)

SAFI MDT (SAFI 66)

Los mensajes contienen la IP del PE y el grupo MDT para el cual

es fuente.

Ejemplos de configuracin
IP Multicast PIM-SM (RP esttico)
F1/0

RP
10.1.1.1

F0/0
F1/0

F0/0
F1/1
F0/0

interface Loopback100
description RP ID
ip address 10.1.1.1 255.255.25.255
ip multicast-routing
ip pim rp-address 10.1.1.1
interface FastEthernet0/0
ip pim sparse-mode
interface FastEthernet1/0
ip pim sparse-mode
interface FastEthernet1/1
ip pim sparse-mode

ip
ip

F1/0

multicast-routing
pim rp-address 10.1.1.1

interface FastEthernet0/0
ip pim sparse-mode
interface FastEthernet1/0
ip pim sparse-mode
! (por defecto corre IGMPv2)

Ejemplos de configuracin
IP Multicast PIM-SSM (IGMPv3)
F1/0
F0/0
F1/0
F0/0
F1/1
F0/0

F1/0

access-list 10 permit 225.0.0.0/8

ip multicast-routing
ip pim ssm range 10
interface FastEthernet0/0
ip pim sparse-mode
interface FastEthernet1/0
ip pim sparse-mode
interface FastEthernet1/1
ip pim sparse-mode

access-list 10 permit 225.0.0.0/8

ip multicast-routing
ip pim ssm range 10
interface FastEthernet0/0
ip pim sparse-mode
interface FastEthernet1/0
ip pim sparse-mode
ip igmp version 3

Ejemplos de configuracin
IP Multicast PIM-SSM (SSM Mapping)
F1/0
Fuente
10.20.20.1

F0/0
F1/0
F0/0
F1/1
F0/0

ip
ip

multicast-routing
pim ssm range 10

F1/0

ip multicast-routing

interface FastEthernet0/0
ip pim sparse-mode

interface FastEthernet0/0
ip pim sparse-mode

interface FastEthernet1/0
ip pim sparse-mode

interface FastEthernet1/0
ip pim sparse-mode

interface FastEthernet1/1
ip pim sparse-mode

ip igmp ssm-map
ip igmp ssm-map
10.20.20.1

access-list 10 permit 225.0.0.0/8

enable
static 10

access-list 10 permit 225.0.0.0/8

Ejemplos de configuracin
IP Multicast Troubleshooting

show ip pim neighbors Muestra las vecindades PIM

adyacentes

show ip mroute Muestra el estado por cada entrada (S,G) y

(*,G).

show ip mroute count Muestra el conteo de paquetes y

fallas RPF.

show ip igmp groups Muestra la membresa al grupo en el

Last Hop.

Ejemplos de configuracin
Multicast VPN PIM-SSM en proveddor (Pre-estndar)
RR
P
iBG

RP
10.1.1.1

iBG

G1/0

G1/0
G0/0.
100

G0/0

ip vrf CLIENTE-A
rd 100:27
route-target export 100:27
route-target import 100:27
mdt default 239.192.10.2
ip multicast-routing
ip pim ssm range 10
access-list 10 permit 239.0.0.0/8
ip multicast-routing vrf CLIENTE-A
ip pim vrf CLIENTE-A rp-address 10.1.1.1
interface GigabiEthernet0/0.100
ip vrf forwarding CLIENTE-A
ip pim sparse-mode
interface GigabitEthernet1/0
ip pim sparse-mode

G1/0

G0/0.
100

ip multicast-routing
ip pim ssm range 10
access-list 10 permit 239.0.0.0/8
interface GigabitEthernet0/0
ip pim sparse-mode
interface GigabitEthernet1/0
ip pim sparse-mode

Ejemplos de configuracin
Multicast VPN PIM-SSM en proveddor (Estndar)
1.1.1.10

RR

P
iBG

RP
10.1.1.1

1.1.1.1

G0/0.
100

PE
ip vrf ABC
rd 100:1
route-target export 100:1
route-target import 100:1
mdt default 239.192.1.1
ip multicast-routing
ip pim ssm range 10
access-list 10 permit 239.0.0.0/8
ip multicast-routing vrf CLIENTE-A
ip pim vrf ABC rp-address 10.1.1.1
interface GigabiEthernet0/0.100
ip vrf forwarding ABC
ip pim sparse-mode
interface GigabitEthernet1/0
ip pim sparse-mode

iBG

G1/0

G1/0
G0/0

G1/0

2.2.2.2

G0/0.
100

P
ip multicast-routing
ip pim ssm range 10
access-list 10 permit
239.0.0.0/8
interface GigabitEthernet0/0
ip pim sparse-mode
interface GigabitEthernet1/0
ip pim sparse-mode
RR
router bgp 100
address-family mdt
neighbor 1.1.1.1 activate
neighbor 1.1.1.1 route-reflector-client
neighbor 2.2.2.2 activate
neighbor 2.2.2.2 route-reflector-client

Ejemplos de configuracin
Multicast VPN Troubleshooting

show ip pim neighbors Muestra las vecindades PIM adyacentes

show ip mroute Muestra el estado por cada entrada (S,G) y (*,G).

show ip pim vrf [vrf] neighbors Muestra las vecindades PIM adyacentes dentro
de la VRF.

show ip pim vrf [vrf] interface Muestra las interfaces habilitadas con PIM
(monitoreo de MTI)

show ip mroute vrf [vrf] Muestra el estado por cada entrada (S,G) y (*,G) dentro
de la VRF.

show ip mroute vrf [vrf] count Muestra el conteo de paquetes y fallas RPF dentro
de la VRF.

show
dentro

show ip bgp vpnv4 all [fuente] Muestra la informacin de fuente y grupo dentro
del RD tipo 2, para mVPN con SSM (pre-estndar)

show ip bgp ipv4 mdt all [grupo] Muestra la informacin de fuente y grupo
dentro del SAFI MDT, para mVPN con SSM (estndar)

ip igmp vrf [vrf] groups Muestra la membresa al grupo en el Last Hop

de la VRF.

Bibliografa y recursos
Libros y otros recursos
www.cisco.com/go/multicast
MPLS and VPN Architectures Volume II Chapter 7 for Multicast VPN
CCIE Professional Development - Routing TCP-IP, Volume II Jeff Doyle

Gracias.

Contacto acerca de esta presentacin:

Gianpietro Lavado Chiarella
Network Consulting Engineer
Cisco Systems
glch@cisco.com / glavado@cisco.com