De acuerdo, antes de entrar en los detalles esenciales de PIM como multidifusiÃ³n
protocolo de enrutamiento, veamos un nivel realmente alto de lo que son multidifusiÃ³n
protocolos de enrutamiento, por quÃ© los necesitamos, quÃ© problema se diseÃ±aron
resolver. Entonces sabemos que tenemos este concepto de fuentes y receptores,
la fuente es un servidor que estÃ¡ bombeando trÃ¡fico de multidifusiÃ³n
y golpeando su enrutador, ese enrutador lo estÃ¡ dejando caer porque no hay
idea de dÃ³nde se supone que debe ir.
Y en el otro extremo de la red, tienes tus receptores, tus computadoras portÃ¡tiles,
sus PC que quieren ese trÃ¡fico de multidifusiÃ³n, pero su puerta de enlace predeterminada tiene
ni idea donde esta la fuente.
Entonces, Â¿cÃ³mo conectamos los dos?
Y esa es toda la razÃ³n por la que necesitamos protocolos de enrutamiento de multidifusiÃ³n para
construir esa rama, para conectarlos, para construir esta distribuciÃ³n de multidifusiÃ³n
Ã¡rbol. AsÃ­ que tenemos que crear ese Ã¡rbol.
Y hablÃ© en el video anterior que tenemos dos bÃ¡sicos de alto nivel
maneras de hacer eso.
Un mÃ©todo, que se llama el modelo de empuje, que se utiliza en modo denso
protocolos, simplemente significa que inundemos la red con esa multidifusiÃ³n
trÃ¡fico. Definitivamente llegarÃ¡s a los receptores y todos los demÃ¡s
ramas del Ã¡rbol donde corresponderÃ¡ a los enrutadores podar esos
ramas para decir, hey, enrutador ascendente, deja de enviarme eso.
No tengo a nadie rÃ­o abajo para mÃ­ que realmente lo quiera.
El otro modelo es el modo disperso, lo que significa que estÃ¡ bien, una vez que los receptores indican
su interÃ©s a la puerta de enlace predeterminada, la puerta de enlace predeterminada ahora tiene que
desencadenar algÃºn tipo de mensaje de uniÃ³n de multidifusiÃ³n que dice, OK, voy a enviar
un mensaje aguas arriba diciendo, hey, enrutador arriba de mÃ­.
Si alguna vez recibe este mensaje, esta transmisiÃ³n de multidifusiÃ³n, estoy aquÃ­ abajo.
Quiero eso. La pregunta entonces es, OK, bueno, Â¿dÃ³nde estÃ¡ su valor predeterminado?
puerta de enlace enviar eso?
Porque tal vez tiene cinco o seis enrutadores instalados aguas arriba de Ã©l.
Â¿A cuÃ¡l le envÃ­a este join?
Entonces, para responder a eso, aquÃ­ hay una buena analogÃ­a que se me ocurriÃ³.
Piensa en salir, Â¿verdad?
Chicos y chicas saliendo tratando de encontrarse.
Entonces, un protocolo de modo denso serÃ­a como, tÃº eres el tipo, caminas
a un club nocturno, y para encontrar a tu pareja perfecta, simplemente caminas
hasta cada chica que estÃ¡ aquÃ­ diciendo, hey, te amo.
Â¿Te gustarÃ­a casarte conmigo?
Te amo. Â¿Te gustarÃ­a casarte conmigo?
Por supuesto, te abofetean varias veces mientras haces eso.
Pero con suerte, eventualmente, encontrarÃ¡ su receptor, Â¿verdad?
En la esquina mÃ¡s lejana, la chica que estÃ¡ bebiendo mucha cerveza, dirÃ¡:
sÃ­, quiero casarme contigo.
Y ahora encontraste tu receptor.
Eres la fuente.
Ella es la receptora.
Primero tenÃ­as que pasar por todos los demÃ¡s y ser podado.
Pero eventualmente, encontraste a quien estabas buscando.
Eso es como un protocolo de modo denso.
Un protocolo de modo disperso es como, en lugar de hacer eso y arriesgar todo
ese rechazo, utilizas un servicio de citas.
AsÃ­ que tienes esta empresa intermediaria llamada servicio de citas, ya sabes,
lo que sea, eharmony.com o lo que sea que sea el mÃ¡s grande en estos dÃ­as.
Y la fuente, tÃº, vas al servicio de citas y te creas un perfil.
Y dices, hey, este soy yo.
Soy tan maravilloso y genial.
Gano $5 millones al aÃ±o.
Conduzco un Ferrari.
Por favor cÃ¡sate conmigo.
Â¿Bien? AsÃ­ que publicas lo tuyo allÃ­ en el servicio de citas.
Las receptoras, bueno, ya sabes, de los 50 millones de mujeres que usan
ese servicio de citas, puede haber tres de ellos que vayan a ese servicio de citas
servicio y decir, oh, sÃ­, eso es exactamente lo que estoy buscando.
Es un poco idiota.
Tiene mucho dinero.
Tiene un Ferrari.
Me gustarÃ¡ ese chico.
Y ustedes dos se encuentran a travÃ©s del servicio de citas e inicialmente
no podÃ©is hablar entre vosotros, Â¿verdad?
Inicialmente, el servicio de citas dice, no, ya sabes, para asegurarse de que este tipo
no es una acosadora y no estÃ¡ loca, ya sabes, no vamos a dejar
ustedes intercambian nÃºmeros de telÃ©fono y direcciones y esas cosas.
Vas a tener que usar nuestro sistema de chat y nuestro sistema de correo electrÃ³nico para hablar
el uno al otro Pero finalmente, despuÃ©s de haber intercambiado mensajes a travÃ©s de
el servicio de citas, ahora pueden aprender dÃ³nde vive cada uno.
Puedes intercambiar nÃºmeros de telÃ©fono y puedes dejar de usarlos.
Puedes comunicarte directamente.
AsÃ­ es como funcionan los protocolos de modo disperso.
Con los protocolos de modo disperso, tiene un enrutador ubicado en algÃºn lugar
su red que sirve como esa funcionalidad de servicio de citas.
Y entonces, los receptores, una vez que su computadora portÃ¡til envÃ­a el mensaje IGMP al enrutador,
su puerta de enlace predeterminada, su puerta de enlace predeterminada dice, hmm, estÃ¡ bien, sÃ© que tengo
un receptor aquÃ­, no tengo idea de dÃ³nde estÃ¡ la fuente.
el receptor quiere. Pero sÃ© dÃ³nde estÃ¡ el servicio de citas en los tÃ©rminos
de un protocolo de enrutamiento de multidifusiÃ³n, ese servicio de citas es lo que llamamos un
punto de encuentro, un RP.
Entonces, hay un enrutador en la red que todos los enrutadores ejecutan multidifusiÃ³n
SÃ© que ese tipo es el tipo al que vamos.
Ese es el punto de encuentro.
Entonces ahora su enrutador dirÃ¡, estÃ¡ bien, voy a crear algo llamado
una uniÃ³n, un mensaje de uniÃ³n de multidifusiÃ³n.
Y lo enviarÃ© en la direcciÃ³n del punto de encuentro diciendo, hey,
Tengo un tipo aquÃ­ abajo que estÃ¡ buscando a este grupo.
Y eventualmente esa uniÃ³n se abre paso hasta el punto de encuentro.
Es posible que la fuente aÃºn no haya comenzado, pero el punto de encuentro ahora
ha construido una rama por el Ã¡rbol desde el punto de encuentro hacia abajo a travÃ©s
estos enrutadores hasta su puerta de enlace predeterminada.
Ahora hemos abierto un camino para que, si la multidifusiÃ³n comienza, tenga
una direcciÃ³n en la que puede fluir.
Ahora la fuente, la fuente se inicia, el servidor.
Entonces ese servidor comienza a enviar su multidifusiÃ³n y estÃ¡ accediendo a su enrutador,
algÃºn enrutador conectado a ese segmento, estÃ¡ siendo golpeado en la parte posterior de
la cabeza con este trÃ¡fico de multidifusiÃ³n.
Una vez mÃ¡s, ese enrutador allÃ¡ arriba en la otra esquina de la red
dice, nunca he tenido noticias de ningÃºn receptor, pero sÃ© dÃ³nde estÃ¡n las citas
el servicio es SÃ© dÃ³nde estÃ¡ el punto de encuentro.
Y entraremos en mÃ¡s detalles sobre esto, pero bÃ¡sicamente encapsula
en unidifusiÃ³n. Toma ese paquete de multidifusiÃ³n, lo envuelve dentro de un paquete de unidifusiÃ³n
encabezado y lo envÃ­a por unidifusiÃ³n al punto de encuentro.
Una vez que el punto de encuentro lo obtiene, lo desencapsula, dice, oh, aquÃ­ estÃ¡
multidifusiÃ³n. Oh, sÃ­, sÃ© a dÃ³nde va esto porque recibÃ­ una
por esto y lo envÃ­a por el Ã¡rbol.
AsÃ­ es como en los protocolos de modo disperso los conectamos inicialmente, Â¿verdad?
Ese punto de encuentro es el servicio de citas.
Pero al igual que en mi analogÃ­a, no quieres que la fuente y el receptor
pasando constantemente por el punto de encuentro para hablar entre ellos.
No es necesariamente eficiente, Â¿verdad?
Â¿QuÃ© pasa si ese receptor estÃ¡ en Florida, la fuente estÃ¡ en Carolina del Norte,
pero el punto de encuentro es en California?
Bueno, en ese trÃ¡fico se estÃ¡ desviando para llegar a la cita.
punto y vuelta. Hay un camino mucho mÃ¡s corto directamente entre la fuente
y el receptor.
Pero primero tenÃ­amos que poner en marcha esa multidifusiÃ³n antes de que pudiÃ©ramos descubrir
de dÃ³nde viene, que viene de Carolina del Norte.
Y ahora los Rogers pueden cambiar a ese camino.
Pueden decir, OK, gracias, servicio de citas.
Gracias, punto de encuentro.
Ya no te necesito.
Ahora sÃ© exactamente dÃ³nde estÃ¡ la fuente.
Podemos obtener el trÃ¡fico directamente de Ã©l y podemos cambiar a ese
camino. AsÃ­ que ese es un nivel realmente alto de cÃ³mo funcionan los protocolos de modo disperso.
Tenemos que unirnos con el punto de encuentro primero, expresar nuestro interÃ©s,
construir esa rama.
El trÃ¡fico tiene que empezar a ir al punto de encuentro y luego cambia
terminado para que vaya directamente entre la fuente y el receptor, punto de encuentro
el punto ya ni siquiera es parte de la ecuaciÃ³n.
Entonces, los protocolos de modo disperso usan algo llamado Ã¡rboles basados ââââen nÃºcleo o Ã¡rboles RP
porque tenemos un punto de encuentro.
AsÃ­ que el punto de encuentro es el nÃºcleo del Ã¡rbol.
Todo el mundo comienza yendo hacia Ã©l y luego se aleja bastante de Ã©l.
rÃ¡pidamente. OK, entonces RPF en caso de que no estÃ©s familiarizado, por supuesto, RPF podrÃ­a
cambiar al Ã¡rbol.
Son muchas cosas diferentes, pero en este caso particular significa
reenvÃ­o de camino inverso.
Ahora piense en el trÃ¡fico de unidifusiÃ³n.
AlejÃ©monos de la multidifusiÃ³n por un segundo.
Un enrutador recibe un paquete de unidifusiÃ³n que va a algÃºn destino 9.9.9.9.
Â¿QuÃ© hace el enrutador?
El enrutador dice, OK, voy a ver esa direcciÃ³n IP de destino,
ir a mi tabla de enrutamiento y ver si tengo algÃºn tipo de ruta que diga
dime dÃ³nde estÃ¡ ese destino.
Normalmente, para enrutar ese paquete para ponerlo en camino, Â¿no
Â¿El enrutador se preocupa por la fuente de ese paquete?
No, no podrÃ­a importarle menos cuÃ¡l es esa direcciÃ³n de origen.
De hecho, podrÃ­a poner 0, 0, 0, 0 como fuente, el enrutador
no me importarÃ­a Para enrutar ese paquete, todo lo que le importa es el
destino. Ahora ciertamente podrÃ­a implementar listas de acceso y otros
cosas asÃ­ para obligarlo a mirar la fuente.
Y tambiÃ©n puedes implementar algo llamado RPF.
Por ejemplo, Â¿quÃ© pasa si yo, ya sabes, digamos que mi computadora portÃ¡til en este momento estÃ¡ sentada
en la red 11, 11.algo, asÃ­ que tengo una direcciÃ³n 11, 11.555.
Esa es la direcciÃ³n de mi laptop.
Y descubro, descubro por rumores que voy a ser
despedido hoy. Â¿Yo digo que?
Hombre, puse todo tipo de aÃ±os con esta compaÃ±Ã­a.
He trabajado horas extras.
He sacrificado a mis hijos por esta empresa.
Me van a despedir.
Eso realmente me fastidia.
AsÃ­ que digo, Â¿sabes quÃ©?
Antes de irme, sÃ© cuÃ¡l es la direcciÃ³n IP del servidor web de mi empresa.
Es 77777. AsÃ­ que soy un poco, soy lo suficientemente inteligente.
Digo, Â¿sabes quÃ©?
Voy a derribar ese servidor.
Voy a bloquear ese servidor con, no sÃ©, algÃºn tipo de trÃ¡fico.
Tal vez las solicitudes de sincronizaciÃ³n de TCP, Â¿verdad?
Voy a cerrar de golpe con 5 millones de sincronizaciones TCP cada segundo.
Derribalo. AsÃ­ que ja ja ja.
Â¿Quieres despedirme?
Voy a hacer que pierdan millones de dÃ³lares en los prÃ³ximos dos
de horas mientras su servidor estÃ¡ caÃ­do.
Bueno, si decido hacer eso, no quiero que la gente rastree esos paquetes.
volver a mÃ­, Â¿verdad?
Porque no solo me despedirÃ¡n, ahora estarÃ© en una celda con
alguien a quien no le tengo mucho cariÃ±o.
AsÃ­ que no quiero eso.
Entonces digo, hmm, si voy a enviar esas solicitudes de sincronizaciÃ³n TCP a ese servidor
para tratar de abrumarlo, quiero asegurarme de que la direcciÃ³n de origen sea
yo no. No quiero ser 11555, que soy yo.
Quiero falsificar esa direcciÃ³n de origen para que parezca otra cosa.
Entonces, si encuentran esos paquetes, nunca sabrÃ¡n que provino de mÃ­.
AsÃ­ que le darÃ© una direcciÃ³n IP falsa porque sÃ© cuÃ¡ndo llegan esos paquetes
los enrutadores, a los enrutadores no les importa cuÃ¡l es la direcciÃ³n de origen.
Y se estrellarÃ¡.
Bueno, si soy el administrador de la red, una cosa que puedo hacer para evitar
la gente de hacer eso es que puedo usar lo que se llama verificaciÃ³n de RPF de unidifusiÃ³n,
lo que significa que cuando un paquete entra en una interfaz en un enrutador, antes
Incluso miro la direcciÃ³n de destino, voy a mirar la fuente
direcciÃ³n, y me voy a hacer una pregunta muy sencilla.
Esa direcciÃ³n de origen, si tuviera que volver en direcciÃ³n contraria hacia
esa fuente, Â¿usarÃ­a esta interfaz donde acaba de entrar?
Ahora, estoy sentado aquÃ­.
Mido 11.555. CambiÃ© intencionalmente la direcciÃ³n de origen de mi paquete
a algo completamente falso, como 12, 12, 12, 12.
Bueno, vino en esta interfaz.
LlegÃ³ rÃ¡pido Ethan a las 00 en el enrutador.
De acuerdo con la tabla de enrutamiento de este enrutador, dice, para llegar al 12, 12
red, no irÃ­a rÃ¡pido Ethan a las 00.
Yo saldrÃ­a en serie 11.
Entonces, si ese administrador de red ha configurado el registro RPF de unidifusiÃ³n
el enrutador, el enrutador dirÃ¡, hay algo mal con este paquete.
De acuerdo con mi camino inverso, no irÃ­a por este camino para llegar al 12.
IrÃ­a por este camino.
El paquete llegÃ³ en la interfaz incorrecta y se descartarÃ­a.
SerÃ­a descartado.
Y ahora mi servidor nunca recibirÃ­a ese paquete.
Nunca daÃ±arÃ­a el servidor.
Eso no estÃ¡ activado de forma predeterminada.
La verificaciÃ³n de Unicast RPF es algo que debe habilitar si desea hacerlo
eso. Bueno, Â¿cÃ³mo se relaciona eso con esto?
Cuando habilita la multidifusiÃ³n, los protocolos de enrutamiento de multidifusiÃ³n realizan verificaciones RPF en
la fuente por defecto.
De hecho, no puedes evitar que lo hagan.
Ellos hacen eso. Ahora, Â¿por quÃ© hacen eso?
Lo hacen para la detecciÃ³n de bucles.
La idea es que cuando entra un paquete de multidifusiÃ³n, no desea circular
por la red para siempre.
Entonces, lo que hacen los enrutadores es decir, estÃ¡ bien, el enrutador estÃ¡ funcionando en modo disperso
protocolos Entonces, si soy un enrutador sentado en una red, digamos que soy
la puerta de enlace predeterminada.
Soy la puerta de enlace conectada a este receptor, a mi computadora portÃ¡til aquÃ­ mismo.
Y me acaban de informar vÃ­a IGMP que este receptor quiere recibir
algo de multidifusiÃ³n. 239-777.
Dibujemos esto para que quede claro.
Bueno. Entonces, aquÃ­ estÃ¡, oh, espera un segundo.
Entonces lo harÃ© de esta manera.
AquÃ­ estÃ¡ mi receptor aquÃ­ mismo como un cuadrado.
Lo pondremos como una pequeÃ±a R.
Y aquÃ­ estÃ¡ la puerta de enlace predeterminada a la que estÃ¡ conectado.
Puerta de enlace predeterminada.
Y tiene varias interfaces que conducen aguas arriba.
Solo diremos interfaz uno, dos y tres.
No importa lo que sean.
Fast ethernet serial, es irrelevante para esta discusiÃ³n.
Ahora, este enrutador acaba de recibir un informe de membresÃ­a IGMP del
receptor. Y ese receptor quiere obtener el trÃ¡fico para 239-777.
Ese es el grupo en el que quiere participar.
Ahora, este enrutador estÃ¡ ejecutando un protocolo de enrutamiento de modo disperso.
AsÃ­ que solo diremos que es PIM.
EstÃ¡ ejecutando el protocolo de enrutamiento de multidifusiÃ³n independiente del protocolo.
Entonces, como parte de PIM, para que PIM funcione, dice, estÃ¡ bien, lo sÃ©
hay algÃºn enrutador en alguna parte.
Lo llamaremos aquÃ­, que es mi punto de encuentro.
AsÃ­ que tengo que avisar al punto de encuentro que tengo un receptor
aquÃ­ abajo quien quiere esto.
AsÃ­ que digamos que este punto de encuentro es 8888.
Entonces este enrutador, dice, estÃ¡ bien, lo sÃ©.
Hagamos una pequeÃ±a burbuja de pensamiento aquÃ­.
Ãl dice, sÃ© que el PIM RP es 8888.
Ahora, dice, estÃ¡ bien, Â¿cÃ³mo llego al PIM RP?
Ahora, aquÃ­ es donde usa su protocolo de enrutamiento de unidifusiÃ³n.
He mencionado algunas veces que el enrutamiento de multidifusiÃ³n funciona de la mano con
su protocolo de enrutamiento de unidifusiÃ³n.
AsÃ­ que dice, estÃ¡ bien, dÃ©jame ir a mi tabla de enrutamiento.
Y segÃºn mi tabla de enrutamiento, tengo una ruta EI-JRP que dice
para llegar a la red 8.8, es a travÃ©s de la interfaz 2.
AsÃ­ que envÃ­a una interfaz 2 de uniÃ³n de PIM.
Y eventualmente, esa uniÃ³n PIM se abre camino a travÃ©s de la red y obtiene
hasta el punto de encuentro.
AsÃ­ que este es ahora el Ã¡rbol compartido, Â¿verdad?
Este es el Ã¡rbol que va desde el punto de encuentro hasta la puerta de enlace predeterminada.
Ahora, esta puerta de enlace predeterminada, porque estÃ¡ ejecutando el modo disperso de PIMS, dice:
bien, espero que cuando comience la multidifusiÃ³n, cada vez que comience,
debe bajar del punto de encuentro.
AsÃ­ que digamos que la multidifusiÃ³n comienza y aquÃ­ viene.
AquÃ­ se reduce de esta manera.
Entonces la fuente es 7777.
El destino es 239.777.
Bueno, debido a que este tipo estÃ¡ ejecutando el modo disperso de PIMS, hace una verificaciÃ³n de RPF.
Pero asÃ­ es como funciona.
Ãl dice, bueno, porque esperaba que esta multidifusiÃ³n viniera a travÃ©s del
punto de encuentro, dice, Â¿en quÃ© interfaz deberÃ­a haber entrado?
Bueno, de acuerdo con mi tabla de enrutamiento, para llegar al punto de encuentro,
ir a travÃ©s de la interfaz 2.
Huh, esta multidifusiÃ³n no vino desde el punto de encuentro.
No vino de la interfaz 2.
Â¿Adivina que? voy a matarlo
Esta es una falla de RPF.
No vino abajo lo que llamamos el Ã¡rbol compartido, el Ã¡rbol que se comparte
entre el punto de encuentro y esta puerta de enlace predeterminada.
Simplemente fallÃ³ la verificaciÃ³n RPF.
Ahora digamos que habÃ­a bajado de esta manera.
Bien, asÃ­ que vino por el camino correcto.
La verificaciÃ³n RPF tendrÃ­a Ã©xito.
pasarÃ­a Ãl dirÃ­a, estÃ¡ bien, estoy interesado en este grupo, y asÃ­ fue.
entrar en la interfaz correcta, en la interfaz 2, que es la interfaz
que lleva al RP.
Ahora sucede algo interesante.
AsÃ­ que sigamos adelante y volvamos a poner esto aquÃ­.
La fuente fue 777. El destino fue 239.777.
EstÃ¡ bien, puede reenviar esa multidifusiÃ³n al cliente, al receptor.
Ahora, por primera vez, este enrutador dice, oh, finalmente, sÃ© quiÃ©n
la fuente es La direcciÃ³n real del servidor es 777.
Ahora PIMS-SPAR-SMO dice, estÃ¡ bien, podrÃ­a continuar obteniendo esto de la cita
punto, pero Â¿hay un camino mejor?
Â¿Existe realmente un camino mÃ¡s corto para llegar a esa fuente que serÃ­a mÃ¡s
Â¿eficiente? AsÃ­ que vuelve a su tabla de enrutamiento.
Ãl dice, estÃ¡ bien, ahora dÃ©jame hacer una bÃºsqueda RPF sobre eso.
Y Ã©l dice, oh, mira, tengo una ruta que coincide con eso, eso
AprendÃ­ a travÃ©s de EIGRP.
Una vez mÃ¡s, podrÃ­a aprenderse a travÃ©s de RIP u OSPF.
no nos importa Ãl dice, eso es a travÃ©s de la interfaz 1.
AsÃ­ que ahora PIM hace algo especial.
EnvÃ­a otra uniÃ³n de PIM por esta vÃ­a.
Vamos a entrar en todos los detalles de esto.
Y me dice, esto es para origen 777 destino 239.777.
Y esa uniÃ³n PIM sube todo el camino.
Y digamos que la fuente estÃ¡ aquÃ­.
AhÃ­ es donde estÃ¡ el servidor.
Y ha habido un montÃ³n de enrutadores en el medio.
AsÃ­ que aquÃ­ habÃ­a un enrutador.
AquÃ­ hay un enrutador.
Y aquÃ­ hay un enrutador.
Y todos estÃ¡n conectados asÃ­.
Asumiendo que todos estos enrutadores saben cÃ³mo llegar a la red 777, eso
La uniÃ³n PIM especial habrÃ­a ido todo el camino hacia arriba y finalmente habrÃ­a llegado a
este enrutador que estÃ¡ conectado a la fuente.
Y eso ahora ha abierto el Ã¡rbol del camino mÃ¡s corto.
Observe que tenemos dos Ã¡rboles diferentes aquÃ­.
Tenemos el azul y el verde.
Y el punto azul hasta la puerta de enlace predeterminada se denominÃ³ Ã¡rbol compartido.
o a veces llamado el Ã¡rbol RP.
Es posible que a veces vea el acrÃ³nimo RPT.
Eso funcionÃ³, pero podrÃ­a no ser el camino mÃ¡s eficiente.
Este Ã¡rbol verde es el Ã¡rbol del camino mÃ¡s corto.
Pero no sabÃ­amos quÃ© era eso hasta que supimos dÃ³nde estaba la fuente hasta que
obtuvimos nuestro primer paquete de multidifusiÃ³n.
Y ahora que hemos abierto ese Ã¡rbol, ahora el enrutador dice, estÃ¡ bien,
en este punto, por un pequeÃ±o momento en el tiempo, la prÃ³xima vez que obtenga la multidifusiÃ³n
paquete, podrÃ­a provenir de uno de dos lugares.
Lo aceptarÃ© en la interfaz dos porque aÃºn podrÃ­a provenir de
el punto de encuentro.
Y ahora, si viene en la interfaz uno, tambiÃ©n lo aceptarÃ© porque
tratÃ³ de abrir este camino.
Intencionalmente tratÃ© de abrir este camino con la esperanza de que el trÃ¡fico de multidifusiÃ³n
bajarÃ¡ por este camino.
Entonces, si la multidifusiÃ³n viene en la interfaz tres, serÃ¡ una falla de RPF.
Porque el enrutador dice, hey, interfaz tres, ese no es el Ã¡rbol compartido
y no es el Ã¡rbol del camino mÃ¡s corto.
Pero si cae cualquiera de estos, pasarÃ¡ la verificaciÃ³n RPF.
Y una vez que la multidifusiÃ³n comience a fluir y a entrar en la interfaz
nÃºmero uno, ahora la puerta de enlace predeterminada dirÃ¡, Â¡genial!
Obtengo el trÃ¡fico de multidifusiÃ³n de la manera mÃ¡s eficiente posible
a travÃ©s del Ã¡rbol del camino mÃ¡s corto.
Ya no necesito obtenerlo del punto de encuentro.
De hecho, enviarÃ¡ un mensaje de eliminaciÃ³n de PIM de esta manera, lo que eliminarÃ¡
de este Ã¡rbol. Y ahora la multidifusiÃ³n fluirÃ¡ por el menor
Ã¡rbol de ruta hasta que el receptor ya no lo quiera.
AsÃ­ que ese es un nivel muy alto de cÃ³mo funciona el modo disperso de PIM.
Pero hice todo eso para mostrarles que se estÃ¡n realizando comprobaciones de RPF.
Todo depende de dÃ³nde el enrutador espera obtener la multidifusiÃ³n.
Si estÃ¡ esperando que venga del punto de encuentro, va a
digamos, mira, el punto de encuentro vive en la interfaz uno o en la interfaz siete,
y lo aprende por su protocolo de enrutamiento.
AhÃ­ es donde espero obtener la multidifusiÃ³n inicialmente.
Si viene de cualquier otra interfaz, lo matarÃ©.
Voy a dejarlo.
No se suponÃ­a que vendrÃ­a de esa manera.
Pero una vez que sabe cuÃ¡l es la fuente y trata de abrir ese mÃ¡s corto
Ã¡rbol de ruta, ahora el RPF tendrÃ¡ Ã©xito.
PasarÃ¡ si la multidifusiÃ³n desciende por el Ã¡rbol de ruta mÃ¡s corto.
Entonces, Â¿cÃ³mo determinamos la interfaz de ingreso correcta?
Â¿CÃ³mo nos aseguramos de que el RPF tenga Ã©xito o pase segÃºn el tipo?
de Ã¡rbol que estamos esperando?
Â¿Estamos esperando que baje del Ã¡rbol central, tambiÃ©n conocido como el
Â¿Ãrbol de RP? Â¿O esperamos que el trÃ¡fico descienda por el Ã¡rbol de origen?
Ahora, puede depender del tipo de IGP especÃ­fico.
Â¿De quÃ© estoy hablando allÃ­?
PIM no es el Ãºnico protocolo de enrutamiento de multidifusiÃ³n.
Hay otros.
Por ejemplo, MOSPF, OSPF de multidifusiÃ³n.
Probablemente pueda adivinar si estoy usando OSPF de multidifusiÃ³n para calcular
cuÃ¡l es la interfaz correcta para ir al RP, o la interfaz correcta
para ir a la fuente, se basa en rutas OSPF.
MOSPF no puede realizar comprobaciones RPF basadas en RIP o EIGRP.
Necesita OSPF. Hay otro llamado DVMRP, Distance Vector Multicast
Protocolo de enrutamiento.
Ese es un poco raro.
En realidad, crea su propia tabla de unidifusiÃ³n separada solo para realizar comprobaciones de RPF.
La tabla DVMRP.
No usa nada mÃ¡s.
Lo maravilloso de PIM, Protocol Independent Multicast.
El protocolo independiente significa que PIM dice, no me importa.
Cuando hago una verificaciÃ³n de RPF, voy a ir a la tabla de enrutamiento.
No me importa si puedo encontrar una ruta que sea una ruta estÃ¡tica, una ruta conectada,
EIGRP, RIP, OSPF.
No me importa. Siempre que pueda encontrar algo para hacer mi verificaciÃ³n de RPF,
SerÃ© feliz. Es por eso que PIM es tan popular porque te permite usar
cualquier protocolo de enrutamiento IGP que desee.
No depende de eso.