En el Ãºltimo video, vimos con bastante detalle cÃ³mo funciona el proceso.
se usa cuando estamos creando el Ã¡rbol compartido, cÃ³mo la membresÃ­a IGMPM
El informe recibido por la puerta de enlace predeterminada inicia un PIM, lo que llamamos estrella,
G-join, que avanza salto a salto hasta el punto de encuentro.
Y vimos cÃ³mo a medida que eso sucede, cada enrutador del enrutador, el predeterminado
puerta de enlace que recibiÃ³ el informe de membresÃ­a, y luego cada enrutador a lo largo
el camino que recibe la estrella, G-Ãºnete hasta el punto de encuentro,
que creÃ³ lo que llamamos estrella, estado de ruta G-em en nuestro enrutamiento de multidifusiÃ³n
mesa. AsÃ­ que una vez que tenemos esa estrella, estado de ruta G-em, que es, no
importa cuÃ¡l es la fuente, una vez que comienza a llegar a ese punto de encuentro,
tenemos una conexiÃ³n abierta, un camino abierto, hasta el receptor.
Y eso se basa en lo que se muestra en la lista de interfaces salientes.
Bien, ahora comencemos la multidifusiÃ³n y veamos quÃ© sucede allÃ­.
Entonces, la lÃ­nea de guiones verdes en este caso particular indica el Ã¡rbol compartido
eso ya esta abierto.
Ahora no estoy mostrando R8 aquÃ­, pero sabemos que R8 estÃ¡ entre estos dos.
Ahora la fuente va a comenzar.
Y lo que vamos a ver es cuando R4 recibe esos multicast nativos
paquetes de la fuente, va a decir, eh, tengo un problema aquÃ­.
Porque solo puedo reenviar estos paquetes de multidifusiÃ³n nativos si
Tengo alguna entrada en mi tabla de rutas M que tiene una interfaz en el saliente
lista de interfaces Pero va a decir, nadie nunca me ha pedido esto.
Nunca he recibido ningÃºn informe de membresÃ­a de IGMP.
Nunca he recibido ningÃºn PIM se une a nadie.
AsÃ­ que no tengo adÃ³nde enviar esto.
Y, sin embargo, podrÃ­a haber receptores por ahÃ­.
Â¿Entonces quÃ© hago?
Bueno, con el modo disperso de PIM, lo que va a hacer es tomar
ese paquete de multidifusiÃ³n y lo encapsularÃ¡ dentro de un unicast.
Y esto estarÃ¡ dentro de un paquete PIM.
AsÃ­ que va a haber otro tipo de paquete PIM llamado registro PIM.
Y eso es lo que vamos a ver a continuaciÃ³n.
Entonces, el registro PIM realmente lleva.
Es un paquete unicast, unicast desde R4 directamente al RP.
AsÃ­ que veremos las direcciones de origen R4.
La direcciÃ³n de destino es el punto de encuentro.
El tipo PIM serÃ¡ un nuevo tipo llamado registro.
Y en el cuerpo de eso en realidad estarÃ¡n nuestros datos de multidifusiÃ³n.
Y cuando el punto de encuentro llegue a eso, lo desencapsularÃ¡, revelando
el paquete de multidifusiÃ³n.
Y entonces el RP dirÃ¡, vale, Â¿tengo estado para esto?
Â¿Alguien me ha pedido esto alguna vez?
Pues en este caso dirÃ¡s que sÃ­, porque nuestro Ã¡rbol compartido ya estÃ¡
listo y esperando.
AsÃ­ que lo reenviarÃ¡ al Ã¡rbol compartido.
AsÃ­ es como nuestra multidifusiÃ³n comenzarÃ¡ inicialmente registrÃ¡ndose en este
forma. AsÃ­ que ahora eso podrÃ­a continuar potencialmente indefinidamente.
Â¿Bien? Quiero decir, funciona.
Obtiene la multidifusiÃ³n de la fuente al receptor.
Pero estÃ¡ pidiendo que el enrutador conectado a la fuente y el RP funcionen
un poco mÃ¡s difÃ­cil envolver esto en un unicast y desenvolverlo
del unicast en el otro extremo.
Entonces, aunque funciona, consume un poco mÃ¡s de recursos de CPU.
Y ciertamente, si tuviÃ©ramos docenas o cientos de flujos de multidifusiÃ³n haciendo
esto, que podrÃ­a ser potencialmente malo para el RP que tiene multidifusiÃ³n en el interior.
Entonces, Â¿quÃ© va a pasar?
Y veremos esto en el prÃ³ximo segmento con mÃ¡s detalle, es cuando la cita
el punto obtiene este paquete de registro de PIN, en realidad va a hacer un par
de cosas simultÃ¡neamente.
NÃºmero uno, lo desenvolverÃ¡ y lo enviarÃ¡ por el Ã¡rbol compartido.
Ya hablamos de eso.
Lo siguiente, el punto de encuentro, es esta multidifusiÃ³n en su forma nativa pura.
Entonces puedo reenviarlo de acuerdo con mi ruta m.
AsÃ­ que no tengo que seguir molestando a mi CPU con eso.
Mira, Â¿cÃ³mo hago eso?
Bueno, sÃ© que mi vecino rÃ­o arriba solo lo va a reenviar a
yo si se lo pido.
Entonces, el RP realmente enviarÃ¡ un mensaje de uniÃ³n a su vecino.
Pero esto no es una uniÃ³n de comedia de estrellas porque en realidad conoce la fuente.
Cuando entra este primer multicast, dice, oh, sÃ© quiÃ©n es la fuente
es, 4.5.4.5. AsÃ­ que va a enviar lo que se llama una uniÃ³n S, G.
Cuando vemos en el trazo del snipper, tiene exactamente el mismo formato que una estrella.
-Ãnete a la comedia, excepto que enumera la direcciÃ³n de origen allÃ­ y un par
de las banderas tambiÃ©n son diferentes.
Y eso abre el Ã¡rbol del camino mÃ¡s corto desde el punto de encuentro hasta
la fuente. Porque recuerda, hablamos sobre cÃ³mo hay potencialmente
mÃºltiples Ã¡rboles compartidos, Â¿verdad?
Si soy un punto de encuentro y hay 50 receptores diferentes repartidos
a travÃ©s de la red, podrÃ­a haber 50 Ã¡rboles compartidos diferentes.
Bueno, de manera similar, el concepto de un Ã¡rbol de ruta mÃ¡s corta es de un individuo
perspectiva del enrutador.
Mi ruta mÃ¡s corta para llegar a esa fuente es que un enrutador podrÃ­a ser diferente
que tu camino mÃ¡s corto para llegar a esa misma fuente.
Entonces, el punto de encuentro, cuando reciba este paquete de registro, irÃ¡
decir, quiero abrir mi camino mÃ¡s corto para llegar a esa fuente.
Porque una vez que estÃ© abierto, estos registros se detendrÃ¡n.
ComenzarÃ© a obtener la multidifusiÃ³n pura en su forma nativa.
Entonces, tan pronto como ingrese el registro, ademÃ¡s de reenviarlo hacia abajo
de esta manera, este RP va a enviar, dÃ©jame ampliar esto un poco, Ã©l es
va a enviar una s, G unirse a la corriente.
Y eso, en R4, agregarÃ¡ una firma electrÃ³nica rÃ¡pida en cero, cero en su
lista de interfaces salientes.
Ahora nuestros cuatro dirÃ¡n, Oh, genial.
Bien, ahora puedo comenzar a reenviar la multidifusiÃ³n en sentido descendente en su estado puro.
forma nativa. Pero adivina quÃ©, seguirÃ¡ registrÃ¡ndose.
AsÃ­ que ahora vamos a obtener dos copias de estos paquetes de multidifusiÃ³n en el
RP. Vamos a bajar la multidifusiÃ³n nativa.
Y vamos a obtener otra copia de eso dentro de este paquete de registro de pines.
Ahora podrÃ­as decir, Â¿por quÃ© sucediÃ³ eso?
Â¿Por quÃ© un R4 simplemente se detiene en ese punto?
Bueno, he aquÃ­ por quÃ©.
En esta topologÃ­a particular, realmente no la describe muy bien.
Pero imagina si tuviera esto.
Bien, imagina si, ya sabes, aquÃ­ estÃ¡ mi fuente.
Bien, tenemos el enrutador X y tenemos el PIM RP.
Y este es el enrutador cinco.
Bien, aquÃ­ mi fuente estÃ¡ enviando su multidifusiÃ³n al enrutador cinco.
El enrutador cinco toma esa multidifusiÃ³n y la registra.
A ver si puedo dibujar algo aquÃ­ para indicar eso.
AsÃ­ que ese es el registro.
Y ahora el enrutador cinco obtiene una uniÃ³n s, g.
AsÃ­ que la fuente es, veamos aquÃ­, Â¿cuÃ¡l es la fuente del tipo?
4.5.4.5 en mi ejemplo particular.
AsÃ­ que dice, estÃ¡ bien, aquÃ­ hay una uniÃ³n PIM.
Y en realidad enumerarÃ¡ la fuente y el grupo.
De acuerdo, bueno, cuando esto entra, si lo hubo, Â¿cÃ³mo lo expreso?
En realidad, aquÃ­ hay un mejor ejemplo.
Ponga un enrutador aquÃ­ en el medio.
Bien, todos estos mensajes PIM tienen un tiempo de vida de uno.
Correcto, vimos como el PIM star comma g join saliÃ³ al mismo multicast
direcciÃ³n como el hola, 2240013.
Ahora bien, en realidad no lo seÃ±alÃ© en el rastro del sniffer, pero al igual que el
PIM hola tiene un tiempo de vida de uno, PIM se une y digamos su direccion
es 55555. Cuando la combinaciÃ³n de PIM va justo aquÃ­, en el encabezado IP real,
la fuente va a venir de ese tipo.
Y el destino va a ser asÃ­.
Bueno, en realidad va a ser el enrutador.
Este tipo de aquÃ­, 4.5.4.4.
Solo digamos eso, digamos que es el enrutador 4 para hacerlo simple.
Por lo tanto, no hay necesariamente ninguna forma de que el enrutador 4 sepa que esta uniÃ³n
en realidad se originÃ³ en el RP porque es salto por salto.
Cuando el RP lo enviÃ³ por primera vez, el RP lo enviÃ³ al enrutador Z porque estÃ¡ en coma
g join tenÃ­a la misma informaciÃ³n.
La fuente era 4.5.4.5.
El grupo fue 239.999.
Y el paquete aquÃ­ tenÃ­a una fuente de IP del RP y el destino de
enrutador 4. Pongamos esto aquÃ­.
En realidad, no, tenÃ­a como destino el enrutador Z porque es salto por salto.
Es un solo salto.
La fuente IP es RP.
El destino es igual al enrutador Z.
AsÃ­ que enviÃ³ este s comma g join porque el RP dijo, estÃ¡ bien, sÃ© quiÃ©n es el
fuente es. Mi prÃ³ximo vecino superior es el enrutador Z.
AsÃ­ que voy a enviar un PIM s comma g join a ese vecino diciendo, hey
vecino, Â¿puedes abrirme este camino?
Luego, cuando el enrutador Z lo obtiene, hace lo mismo.
Ãl dice, mi ruta segura a la fuente es el enrutador 4.
AsÃ­ que voy a crear una combinaciÃ³n de comas de PIM y enviarla al enrutador 4.
Entonces eso se abre a medida que avanza por el camino aquÃ­.
Esta interfaz se abre en la lista de interfaces salientes.
Pero cuando el enrutador 4 recibe esto, no tiene idea de la razÃ³n por la que recibe
es porque el RP iniciÃ³ el proceso.
Todo lo que sabe es que obtuvo una combinaciÃ³n s comma g para el enrutador Z.
No tiene idea de por quÃ© el enrutador Z le enviÃ³ eso.
Solo este enrutador Z lo obtuvo, ese enrutador Z lo iniciÃ³.
Entonces Ã©l dice, bueno, el enrutador Z me enviÃ³ esto s comma g join, pero estoy en el
proceso de registro.
Los dos son totalmente diferentes.
El hecho de que un chico me haya enviado un registro no significa que deba detener el registro.
proceso con otro chico.
TodavÃ­a voy a seguir registrÃ¡ndome porque no he tenido noticias del
RP todavÃ­a. Todo lo que escuchÃ© del enrutador Z, el RP obtendrÃ­a dos copias de
el mismo paquete.
Cuando el paquete de multidifusiÃ³n comience a fluir hacia abajo, fluirÃ¡ hacia abajo de forma nativa.
de 4 a Z a RP porque este camino ahora se ha abierto.
Y al mismo tiempo, cuando el enrutador 4 obtuvo ese paquete de multidifusiÃ³n, creÃ³
una copia de Ã©l y lo encapsulÃ³ en unicast y lo unicast directamente
al RP. AsÃ­ que ahora el RP dice, eh, estÃ¡ bien, buenas noticias.
Acabo de recibir el paquete de multidifusiÃ³n real en su forma nativa pura en mi
Ã¡rbol de ruta mÃ¡s corta.
Ahora sÃ© que mi camino mÃ¡s corto hacia la fuente estÃ¡ abierto.
esta fluyendo Esta funcionando.
Ãl dice, ya no necesito estos mensajes de registro.
Eso me estÃ¡ haciendo trabajar mÃ¡s duro de lo que necesito.
Entonces, el RP realmente enviarÃ¡ lo que se llama un mensaje de parada de registro PIM
al enrutador 4. Eso es lo que estÃ¡ buscando el enrutador 4.
Eso harÃ¡ que detenga el proceso de registro.
AsÃ­ que sÃ© que en este diagrama no estaba del todo claro.
Es posible que hayas dicho, estÃ¡ bien, bueno, cuando la aplicaciÃ³n detenga el registro,
Quiero mostrarte que no.
Eso no es. El registro continuarÃ¡ hasta que el RP diga explÃ­citamente,
por favor deje de. No quiero ver mÃ¡s estos registros.
AsÃ­ que usa un mensaje de parada de registro para cambiar.
En realidad, no lo usa para cambiar a su Ã¡rbol de ruta mÃ¡s corto.
Lo hace despuÃ©s de que su Ã¡rbol de ruta mÃ¡s corta ya se haya abierto.
AsÃ­ que en realidad, estoy dispuesto a cambiar eso.
AllÃ­, el RP usa mensajes de parada de registro despuÃ©s de su Ã¡rbol de ruta mÃ¡s corta
estÃ¡ confirmado y abierto.
Ese es el proceso de registro de PIM.
AsÃ­ que sigamos adelante y echemos un vistazo a eso y veamos cÃ³mo funciona.
AsÃ­ que creo que en este momento, nuestro Ã¡rbol compartido estÃ¡ actualmente abierto.
Solo confirmemos, vayamos al enrutador 3 a RP y asegurÃ©monos de que todavÃ­a
Tiene una estrella, entrada.
Oh, estÃ¡ bien, no lo hace.
Volvamos a nuestra fuente, nuestro receptor aquÃ­.
Vale, por eso, porque no se ha unido al grupo.
Bien, entonces ahora deberÃ­amos tenerlo.
Bien, ahÃ­ estÃ¡ nuestra estrella, la entrada.
Y tambiÃ©n, en lo que respecta a estos temporizadores, este temporizador aquÃ­ es como
la vida de este.
Esto seguirÃ¡ contando hacia atrÃ¡s.
Y si alguna vez la cuenta regresiva llega a cero, eso significa que voy a eliminar esto.
interfaz de la lista de interfaces salientes.
Pero sabemos que mientras ese receptor siga activo, mientras
todavÃ­a hay consultas saliendo e informes regresando, enrutador 2 cada
60 segundos, enviaremos otra estrella, Ãºnase aquÃ­ para actualizar ese estado.
Y el enrutador 8 tambiÃ©n se sentarÃ¡ cuando lo obtenga, enviaremos su propia estrella,
unirse para actualizar ese estado.
Entonces, por ejemplo, en este momento estamos en 233.
Y estÃ¡ de vuelta.
Mira, empezamos a los tres minutos y 23 segundos.
Y bajamos a alrededor de un minuto.
Y luego no lo vimos, pero en el fondo, recibiÃ³ una estrella,
cuÃ¡nto se uniÃ³ a una actualizaciÃ³n, y volviÃ³ a subir a esto.
Esto aquÃ­, este temporizador, es cuÃ¡nto tiempo en total esta interfaz ha estado en
la lista de interfaces salientes.
AsÃ­ que ha pasado un minuto y cuatro segundos desde que recibimos por primera vez nuestro
primera estrella, uniÃ³n que hizo que esta entrada de ruta m se creara originalmente.
AsÃ­ que esta vez seguiremos aumentando.