Entonces, hasta este momento en los videos anteriores, hemos hablado sobre
cÃ³mo se construye el Ã¡rbol compartido, hasta el punto de encuentro y
luego detenerse allÃ­.
Y luego el Ãºltimo video del que hablamos, estÃ¡ bien, una vez que esa fuente, esa
servidor, comienza a enviar su trÃ¡fico de multidifusiÃ³n, el primer enrutador
estÃ¡ conectado, que considerarÃ­a la puerta de enlace predeterminada para el
fuente, tomarÃ¡ esos paquetes de multidifusiÃ³n y los registrarÃ¡ con el PIM
punto de encuentro.
Y hablamos sobre cÃ³mo eso bÃ¡sicamente toma los paquetes de multidifusiÃ³n
y envolviÃ©ndolos dentro de un encabezado PIM y luego envolviÃ©ndolos dentro
de un encabezado IP de unidifusiÃ³n desde el enrutador al RP.
AsÃ­ que ahora vamos a ver cÃ³mo unirnos al Ã¡rbol del camino mÃ¡s corto.
Ahora recuerde, mencionÃ© esto en el otro video que cada enrutador tiene su
propia perspectiva sobre cuÃ¡l es el Ã¡rbol del camino mÃ¡s corto, Â¿verdad?
Tan pronto como un enrutador recibe un paquete de multidifusiÃ³n, de repente tiene
este despertar, dice ajÃ¡, esto es lo que he estado buscando y ahora
Conozco el componente crÃ­tico que no conocÃ­a antes.
SÃ© quiÃ©n es la fuente.
Entonces ese enrutador, discÃºlpeme, entonces no RP mira hacia arriba.
Entra en su tabla de enrutamiento de unidifusiÃ³n y dice, para mÃ­, cuÃ¡l es el mÃ¡s corto
camino de regreso a esa fuente?
Ahora, eso podrÃ­a llevarlo a hacer la pregunta, estÃ¡ bien, Â¿eso significa que
en cualquier lugar a lo largo del Ã¡rbol desde la fuente hasta el receptor,
si hay alguna rama en cualquier lugar que se ramifique y en realidad sea la mÃ¡s corta
ruta, Â¿eso significa que cualquier enrutador en cualquier lugar a lo largo de esa ruta estÃ¡ permitido
para cambiar al Ã¡rbol de la ruta mÃ¡s corta y dejar ese Ã¡rbol central y
dejar el Ã¡rbol de puntos de encuentro?
No exactamente. Y entonces vamos a hablar de eso aquÃ­.
Pero en esta situaciÃ³n particular, el punto de encuentro tiene permiso
para hacer eso porque recuerda en este punto, el punto de encuentro estÃ¡ recibiendo
registrar paquetes, lo que hace que su CPU trabaje un poco mÃ¡s
de lo que deberÃ­a Normalmente, lo que realmente queremos es cuando un paquete de multidifusiÃ³n
entra, solo queremos buscar la entrada en la tabla mRout y reenviar
en su camino. De hecho, si ejecuta SEP, Cisco Express
ReenvÃ­o, incluso puede hacer todo eso sin interrumpir potencialmente
la CPU en absoluto, como por ejemplo, en los interruptores.
Si tiene un conmutador multicapa con cÃ¡maras T y reenvÃ­o A6 y reenvÃ­o
motores y esas cosas, la CPU y el interruptor estÃ¡n haciendo todo el procesamiento PIM.
Entonces, cuando PIM se une, PIM poda, PIM registra paquetes, tienen que
subir a la CPU para ser procesado.
Entonces, si ese conmutador multicapa, que actÃºa como un enrutador,
estÃ¡ recibiendo toneladas de paquetes de registro, todo eso va a una CPU.
Mientras que si eso solo llegara como multidifusiÃ³n nativa, todo eso podrÃ­a
ser manejado en hardware en sus cÃ¡maras T y su A6 y esas cosas y serÃ­a
nunca molestar a la CPU, ni siquiera ser visto por la CPU.
Entonces, idealmente, eso es lo que queremos.
AsÃ­ que queremos detener este proceso de registro tan pronto como podamos para que podamos
no tienes que hacer todo ese trabajo extra.
AsÃ­ que mencionamos que la forma en que eso sucederÃ¡ es que el PIM
RP va a enviar un mensaje de uniÃ³n llamado s, g unirse aguas arriba para abrir
por su propio camino mÃ¡s corto.
Y esa es su forma de decir, estÃ¡ bien, quiero abrirlo para que la multidifusiÃ³n
puede fluir hacia abajo en su forma nativa.
Una vez que eso comienza a suceder y lo veo, lo he confirmado, entonces el
RP dice detener el registro.
Ya no quiero eso.
Deja de hacer el proceso de registro y en realidad envÃ­a un registro PIM
detener. Hablamos de eso.
Ahora, sÃ© que tambiÃ©n en este caso particular, R2 se une al mÃ¡s corto
Ã¡rbol de ruta Ahora, dÃ©jame volver a mi dibujo original aquÃ­ por un momento.
AsÃ­ es nuestra topologÃ­a actual.
Ahora, sÃ© que diseÃ±Ã© esto intencionalmente para que R8 pudiera
para llegar directamente al enrutador cuatro sin ir al enrutador tres.
AsÃ­ que uno podrÃ­a mirar esto y decir, estÃ¡ bien, entonces asumirÃ­a que cuando
el primer paquete de multidifusiÃ³n, cuando el primer paquete de registro, el primero
el paquete de registro viene aguas abajo al enrutador tres y el enrutador tres se encapsula
eso y lo envÃ­a como una multidifusiÃ³n nativa al enrutador ocho, no solo
Â¿el enrutador tres enviarÃ­a su uniÃ³n aguas arriba tratando de unirse a su mÃ¡s corto?
Ã¡rbol de ruta, Â¿no esperarÃ­amos que el enrutador ocho tambiÃ©n hiciera eso?
Quiero decir, despuÃ©s de todo, el enrutador ocho ahora sabe quiÃ©n es la fuente y deberÃ­a
busque en su tabla de enrutamiento y diga, oh, espere, obtuve esta conexiÃ³n directa BAM
aquÃ­ a la fuente.
Ese es mi camino mÃ¡s corto.
Â¿No esperarÃ­amos que tambiÃ©n se uniera al Ã¡rbol del camino mÃ¡s corto?
Bueno, vamos a echar un vistazo a esto en un rastro de sniffer.
Te dirÃ© exactamente lo que dice el RFC.
El RFC para el modo disperso de PIMS dice que las Ãºnicas personas que pueden
para cambiar de un Ã¡rbol compartido a un Ã¡rbol de ruta mÃ¡s corta son nÃºmeros
uno, el punto de encuentro, como hemos estado hablando, o el Ãºltimo
enrutador de salto. En otras palabras, el enrutador que estÃ¡ conectado directamente al
receptor. De acuerdo con el RFC, en este diagrama en particular, el enrutador
a ocho no se les permitirÃ­a iniciar ese proceso.
TendrÃ­a que recibir la multidifusiÃ³n en el Ã¡rbol compartido y luego simplemente
ContinÃºe pasÃ¡ndolo aguas abajo al enrutador dos.
Y debido a que el enrutador dos estÃ¡ directamente conectado al receptor, recuerde,
vimos eso con una banderita con una C porque recibiÃ³ el informe de membresÃ­a,
eso significa que serÃ­a su responsabilidad conectarse al mÃ¡s corto
Ã¡rbol de ruta, no responsabilidad del enrutador ocho.
AsÃ­ que en realidad vamos a echar un vistazo a eso en un rastro de sniffer y ver si eso es
cierto porque sabemos que a veces con los enrutadores de Cisco y esas cosas,
no siga exactamente el RFC.
AsÃ­ que vamos a ver si eso va a suceder.
Pero antes de hacer eso, simplemente no quiero adelantarme aquÃ­.
Y, por cierto, este enrutador dos en el RFC, es posible que lo vea como tÃ©rmino dos
cosa diferente.
Lo he visto llamado enrutador de Ãºltimo salto y tambiÃ©n lo he visto denominado hoja
enrutadores Es como una hoja en el borde del Ã¡rbol.
Va, el Ã¡rbol no va mÃ¡s allÃ¡.
Entonces llamarÃ¡n enrutadores de hoja o enrutadores de Ãºltimo salto.
Bien, esta es una revisiÃ³n de lo que ya hablamos.
AsÃ­ que no necesito entrar allÃ­.
Y mencionÃ© cÃ³mo se usan las uniones S, G para abrir el camino mÃ¡s corto
Ã¡rbol. Y verÃ¡ ese acrÃ³nimo S P T todo el tiempo cuando se habla de
PIM, Ã¡rbol de ruta mÃ¡s corta.
Entonces, Â¿quÃ© desencadena una uniÃ³n S, G?
Bueno, una vez mÃ¡s, hay varias cosas que podrÃ­an desencadenarlo.
Si usted es el punto de encuentro y recibe un paquete de multidifusiÃ³n
y un registro, eso lo activarÃ¡ para enviar una combinaciÃ³n S, G.
Porque como punto de encuentro, vas a querer abrir tu mÃ¡s corto
camino. AsÃ­ que eso es algo que podrÃ­a desencadenarlo.
Â¿QuÃ© es otra cosa?
Como hablamos, si usted es un enrutador hoja cuando recibe la multidifusiÃ³n
paquete. Ahora bien, esto tambiÃ©n plantea un punto interesante.
Entonces, podrÃ­a preguntarse, bueno, Â¿el enrutador de hoja hace eso de inmediato?
Solo despuÃ©s de recibir 10 paquetes o recibir ciertos bits por segundo.
Ya sabes, Â¿cuÃ¡ndo decide hacer eso el enrutador de hoja?
El RFC real no define eso.
El RFC real para PIMS Farsmo solo dice que el enrutador hoja puede, no
incluso tiene que hacerlo.
El enrutador hoja puede cambiar al Ã¡rbol de la ruta mÃ¡s corta una vez que se
se alcanza el umbral.
Eso es todo lo que dice.
Ahora, Â¿cÃ³mo lo hacen realmente los enrutadores Cisco?
El umbral para los enrutadores Cisco es un paquete, solo uno.
Entonces, cuando el primer paquete de multidifusiÃ³n llega al enrutador dos y al enrutador
dos aprenden primero cuÃ¡l es la direcciÃ³n de origen, ese es su disparador
decir, estÃ¡ bien, Â¿tengo un camino mÃ¡s corto?
DÃ©jame unirme. AsÃ­ que ese es el umbral en los enrutadores de Cisco.
Ahora podrÃ­as decir, Â¿tengo otra opciÃ³n?
Â¿Hay algo mÃ¡s que pueda hacer?
DÃ©jame mostrarte cuÃ¡l es el comando para modificar ese comportamiento.
No tienes muchas opciones.
En realidad, solo hay dos.
Solo dos opciones tienes disponibles para ti.
AsÃ­ que voy a ir en el enrutador de hoja aquÃ­.
Y el comando es IP PIM.
Y luego es el umbral SPT.
Entonces, el umbral del camino de Shores.
Y solo tienes dos opciones.
Cero, que es el predeterminado, o infinito, lo que significa nunca cambiar
al camino mÃ¡s corto.
Eso es todo. Nada en el medio.
Para que pueda decidir por sÃ­ mismo bajo quÃ© circunstancias podrÃ­a querer
para seleccionar infinito.
Pero el valor predeterminado es cambiar tan pronto como reciba el primer paquete.
Â¿QuÃ© estado crean en la tabla de rutas M?
Bien, entonces si vuelvo a mi enrutador aquÃ­, sigamos adelante y usemos esto
chico. Mostrar ruta IP M.
Bien, hasta ahora tenemos nuestra entrada de estrella, coma G.
Ahora la entrada de estrella, coma G se crea en funciÃ³n del Ã¡rbol compartido.
Donde lo Ãºnico que conocemos es el punto de encuentro.
Y cÃ³mo llegar al punto de encuentro.
Entonces, si los paquetes de multidifusiÃ³n comienzan a fluir hacia abajo en el Ã¡rbol compartido, este es el
construcciÃ³n que vamos a usar para reenviar esos paquetes de multidifusiÃ³n.
Ahora dices, bueno, si la multidifusiÃ³n realmente comienza a fluir y ahora
conoce la fuente, Â¿tambiÃ©n vamos a usar esto?
Bueno, mira un par de cosas aquÃ­.
NÃºmero uno, interfaz entrante.
Un vecino del RPF.
Todo esto se basa en nuestro conocimiento del punto de encuentro.
Si en realidad estoy recibiendo los datos reales de multidifusiÃ³n, esto no serÃ­a relevante,
Â¿bien? Porque la interfaz entrante y el vecino RPF para llegar al
la fuente real en sÃ­ podrÃ­a no ser esta.
Puede ser algo diferente.
AdemÃ¡s, ya no necesitarÃ­a una estrella aquÃ­ porque ahora sabrÃ­a lo que
la direcciÃ³n de origen es.
Entonces, en el momento en que un enrutador recibe el primer paquete de multidifusiÃ³n,
crea una segunda entrada aquÃ­, que se denomina entrada S, coma G.
AsÃ­ que sigamos adelante y hagamos eso.
Empecemos por el arroyo.
BÃ¡sicamente hacer mi ping de nuevo.
Bueno. Y de hecho tengo que ir al enrutador ocho porque durante el descanso,
AgreguÃ© algo aquÃ­ que podrÃ­a arruinar nuestra demostraciÃ³n.
AsÃ­ que solo quiero deshacerme de eso.
Bien, veamos ahora el enrutador dos.
Mostrar IP, ruta M.
AsÃ­ que aquÃ­ vemos lo que se llama una entrada de ruta S, coma G, M.
S porque bueno, en realidad sabemos quiÃ©n es la fuente allÃ­ mismo.
Entonces, la interfaz entrante y el vecino RPF son realmente relevantes ahora
a la fuente, no al punto de encuentro.
Ahora mi topologÃ­a particular, en realidad lo hice para que en R2, Ã©l
prefiera este enlace serial para llegar a R4 en lugar de estos enlaces ethernet rÃ¡pidos.
Acabo de hacer eso manipulando EIGRP y usando listas de compensaciÃ³n y cosas
como eso. Pero R2 dice que estÃ¡ bien, para llegar a la red cuatro cinco, esto es
el camino preferido.
Y una vez mÃ¡s, puedo verificar eso, mostrar IP RPF, cuatro puntos cinco puntos
cuatro punto cinco. Y dice, prefiero usar serial cero uno cero, y
eso es a travÃ©s de EIGRP 100.
Eso es lo que usamos como interfaz de entrada.
Y el vecino RPF es, bueno, como parece, el prÃ³ximo vecino superior que va
arriba en esa direcciÃ³n.
Ahora, cuando hay muchas reglas que rodean esto, tenemos que pasar.
Entonces, nÃºmero uno, cuando se forma una S, coma G por primera vez, bÃ¡sicamente solo se necesita
lo que sea que estÃ© en la lista de interfaz saliente de la estrella, la coma G, y simplemente
cÃ³pialo aquÃ­ abajo.
AsÃ­ que normalmente son los mismos.
Hay una circunstancia en la que eso no va a suceder.
Hay una regla de PIM, y esto realmente existe tanto para la estrella, coma
G y la S, coma G, que dice que nunca puedes tener tu interfaz de entrada
en la lista de interfaces salientes.
En otras palabras, su interfaz de entrada no puede ser la misma que la de salida.
interfaz. Entonces, si ve nulo en la lista de interfaz de salida, lo que significa
nada, puede ser por eso.
Pero en este caso, no tenemos que preocuparnos por eso.
Entonces, la interfaz entrante es serial cero uno cero, y Ã©l simplemente copiÃ³
esto de aquÃ­ abajo. Bien, Â¿quÃ© significa la J?
La bandera J significa que he enviado una combinaciÃ³n en esta direcciÃ³n.
Entonces, en este caso particular, debido a que este es el Ã¡rbol de ruta mÃ¡s corto, eso
significa que he enviado una S, una coma G se unen al Ã¡rbol de la ruta mÃ¡s corta.
Ahora, la bandera J por sÃ­ sola no es una prueba de que en realidad hayamos recibido
datos de multidifusiÃ³n desde esa direcciÃ³n.
Todo lo que significa es que hemos tratado de abrir esa direcciÃ³n.
Lo que normalmente querrÃ­amos ver despuÃ©s de la bandera J, y voy a
investigar esto aquÃ­, serÃ­a la bandera T.
Normalmente verÃ­amos la bandera T despuÃ©s de la bandera J, y la bandera T en realidad
significa que he recibido datos de multidifusiÃ³n reales del Ã¡rbol de ruta mÃ¡s corto.
Ahora, Â¿por quÃ© no estamos viendo eso en este caso particular?
Bueno, vamos a hacer un poco de soluciÃ³n de problemas aquÃ­.
Sabemos que para recibir trÃ¡fico multicast en esta direcciÃ³n,
necesitamos tener PIM aquÃ­ mismo.
De acuerdo, entonces la pregunta nÃºmero uno, Â¿el enrutador dos tiene un vecino PIM en serie?
cero uno cero? Si tiene un vecino PIM, eso es prueba de que en realidad
haber habilitado PIM en el enrutador cuatro.
Entonces, veamos, muestre el vecino IP PIM.
Y no lo hace.
Muy bien, solo tenemos un vecino en Fast Ethan en cero uno.
No lo tenemos en la serie, por eso no recibimos trÃ¡fico.
de esa manera. AsÃ­ que echemos un vistazo al enrutador cuatro.
SÃ­, y Peter solo para validar, realmente necesitas ver la bandera T en
esta entrada aquÃ­ para verificar que ha recibido trÃ¡fico de multidifusiÃ³n
el Ã¡rbol del camino mÃ¡s corto.
Todo lo que significa la bandera J es que intentÃ© unirme a ese Ã¡rbol, pero no
saber si estÃ¡ funcionando todavÃ­a.
Y este caso particular claramente no funciona porque ni siquiera tengo
un vecino en esa interfaz.
Â¿Entonces por quÃ© no? Vayamos al enrutador cuatro.
Muestra la interfaz de ejecuciÃ³n serial cero uno cero.
Y ahÃ­ vamos.
No habilitÃ© PIM en esa interfaz.
Entonces eso explica eso.
Vale, Â¿sigue funcionando el ping o ya estÃ¡ hecho?
SÃ­, todavÃ­a va.
AsÃ­ que ahora vayamos al enrutador dos.
Y ahÃ­ vamos.
Ahora tenemos la bandera T.
Eso es bueno. Eso significa que en realidad hemos comenzado a recibir multidifusiÃ³n
trÃ¡fico desde el Ã¡rbol de la ruta mÃ¡s corta.
Bueno. Y solo por si estÃ¡s viendo esta grabaciÃ³n y
te saltaste la secciÃ³n anterior sobre registros PIM, en ese particular
secciÃ³n Hice un seguimiento de recorte de un PIM S, echemos un vistazo a eso
Muy rÃ¡pido. AsÃ­ es como se ve una uniÃ³n S, G.
TodavÃ­a sale como una multidifusiÃ³n usando la misma direcciÃ³n de destino PIM
de 2240013. AsÃ­ que es salto por salto.
Entonces, la direcciÃ³n de origen cambiarÃ¡ salto por salto por salto.
Y en el cuerpo del mensaje PIM, es tipo tres, una vez mÃ¡s, Ãºnase
ciruela pasa. Vecino rÃ­o arriba, Â¿a quiÃ©n le va esto?
Â¿QuiÃ©n es mi vecino RPF al que le envÃ­o esto?
Y dirÃ¡, nÃºmero de uniones, Â¿a cuÃ¡ntos grupos me estoy uniendo?
Entonces, lo que realmente diferencia una estrella, la uniÃ³n G de una S, la uniÃ³n G son los
banderas aquÃ­ mismo.
Vimos en la estrella, la G sumarse que ademÃ¡s de la S bit, tenÃ­amos la W
bit y el bit R.
El bit W era el bit comodÃ­n, lo que significa que no sÃ© cuÃ¡l es la fuente
del arroyo es.
Entonces, esta direcciÃ³n IP, si la W estuviera aquÃ­, eso significarÃ­a esta direcciÃ³n IP
es el punto de encuentro.
Pero basado en el hecho de que falta la W, eso significa que esto es en realidad
la direcciÃ³n IP de la fuente de la transmisiÃ³n en sÃ­.
AdemÃ¡s, falta el bit R.
El bit R es lo que se llama el bit RP.
Si realmente observa la especificaciÃ³n PIM, se llama bit RP.
Y eso significarÃ­a que este mensaje, ya sea una ciruela pasa o una uniÃ³n, va
hasta el Ã¡rbol de RP. EstÃ¡ subiendo por el Ã¡rbol compartido hacia el punto de encuentro.
Una vez mÃ¡s, eso falta aquÃ­, porque esto no estÃ¡ subiendo el compartido
Ã¡rbol. Esto estÃ¡ destinado a subir por el Ã¡rbol del camino mÃ¡s corto.
Aparte de eso, se ven fundamentalmente iguales, una estrella, G se unen y
una uniÃ³n S, G. El cuerpo se ve igual.
Realmente tienes que mirar las banderas aquÃ­ para ver.
Â¿La W en el bit R estÃ¡ aquÃ­ o faltan?
Eso es lo que diferencia a los dos.
Ahora, mencionÃ© que una de las cosas que podrÃ­a causar el estado S, G en
el enrutador es si realmente estÃ¡ recibiendo el trÃ¡fico de multidifusiÃ³n.
Hay otra situaciÃ³n que podrÃ­a causar esto.
Si recibe una uniÃ³n S, G de un enrutador descendente, por ejemplo,
no use este.
Digamos, por ejemplo, que tenemos esta situaciÃ³n.
Este tipo es el RP.
Llamaremos a este tipo enrutador uno, enrutador dos y enrutador tres.
Pondremos nuestro receptor justo aquÃ­, y pondremos nuestra fuente aquÃ­ mismo.
Muy bien, entonces sabemos que inicialmente una vez que comienza la multidifusiÃ³n por primera vez
fluyendo, va a ir en esta direcciÃ³n al punto de encuentro, hacia abajo
el Ã¡rbol compartido y luego al receptor.
Entonces, en este momento, el enrutador dos no tiene ningÃºn estado.
No tiene un estado de ruta M para la corriente.
Nunca nadie se lo ha pedido, ni IGMP ni PIM.
Entonces, si mostrara la ruta IPM, no verÃ­amos nada.
Nada relacionado con el stream.
Pero cuando el enrutador uno estÃ¡ tratando de unirse al camino mÃ¡s corto, si suponemos
que este es el camino mÃ¡s corto, enviarÃ¡ un PIM S, G unirse a la corriente.
Y como vimos en el cuerpo del mensaje, dirÃ¡ router vecino
dos, la direcciÃ³n IP del enrutador dos, y luego darÃ¡ la fuente y el destino,
Â¿bien? Ãl darÃ¡ la fuente de la corriente.
Digamos que esto es xxx.
TendrÃ¡ aquÃ­ la fuente es igual a xxx, el grupo es igual, ya sabes, lo que sea
es. Entonces, aunque el enrutador dos inicialmente no tenÃ­a un estado de ruta M en
todo, una vez que obtiene esta uniÃ³n S, G, eso realmente crearÃ¡ el estado S, G
en su tabla de rutas M.
Y luego podrÃ¡ crear su propia uniÃ³n S, G y enviarla
Por aquÃ­. Otro componente clave, es posible que lo prueben en algunos