Entonces, en el video anterior, vimos cÃ³mo configurar un enrutador para anunciar
su capacidad de ser un RP candidato y enviar estos RP anunciados
mensajes Pero esos mensajes no sirven de nada a menos que haya otro
enrutador que desempeÃ±a el papel del agente de mapeo que puede recopilarlos todos.
Y luego, de todos los mensajes que recibe, elige quÃ© RP va a ser
el RP para cualquier grupo en particular.
Ahora vamos a hablar de eso, el agente de mapeo.
Entonces recopilan esos mensajes anunciados por RP y eligen un RP para cada grupo.
Y es simplemente quien tiene la direcciÃ³n IP mÃ¡s alta.
Ese es el ganador.
Puede que recuerdes que cuando configurÃ© mi comando para el candidato de RP,
si hago esto un poco mÃ¡s grande aquÃ­, nada aquÃ­ como prioridad.
AsÃ­ que no hay prioridad.
Simplemente, la direcciÃ³n IP mÃ¡s alta es la ganadora para cualquier grupo determinado.
Entonces, el agente de mapeo, luego de elegir cada RP para un grupo dado
como ganador, los pondrÃ¡ en un mensaje de descubrimiento de RP y los enviarÃ¡
aquellos a la direcciÃ³n de 224.0.1.40.
TambiÃ©n encapsular en UDP.
Y observe que todos los enrutadores PIM escuchan automÃ¡ticamente a este grupo.
Es posible que lo haya notado si estÃ¡ viendo mis laboratorios en todos los anteriores
videos en modo disperso de PIMS, que tan pronto como configurÃ© el modo disperso en
cualquier interfaz, y habilitÃ© el enrutamiento de multidifusiÃ³n globalmente de forma automÃ¡tica
sin hacer nada, cada enrutador comenzÃ³ a escuchar 224.0.1.40.
Por lo tanto, los enrutadores de Cisco escuchan de forma predeterminada los mensajes de descubrimiento de RP sin
estas haciendo cualquier cosa
Y al igual que los mensajes anunciados de RP, estos se envÃ­an en modo denso.
EstÃ¡n inundados a travÃ©s del modo denso.
AsÃ­ que aquÃ­ estÃ¡ el cuerpo.
AquÃ­ hay un rastro de rastreador de cÃ³mo se ve el mensaje de descubrimiento de RP
como. Aparecen como mensajes de asignaciÃ³n de RP.
Y dirÃ¡n aquÃ­, dirÃ¡n, estÃ¡ bien, aquÃ­ estÃ¡n los RP.
Y observe que esto se ve casi idÃ©ntico al RP anunciado
mensaje que acabamos de ver.
Es un tipo de paquete diferente, mapeo RP, pero el cuerpo es bastante
lo mismo. Es una lista, ya sabes, quiÃ©n es el RP, quÃ© grupo y es
ese grupo un prefijo positivo o negativo?
Pero mientras que podrÃ­a haber seis o siete RP potenciales, todos querÃ­an
ser el RP para 224.0.
Todo, solo uno de ellos serÃ¡ el ganador.
Y solo el ganador estarÃ¡ en este mensaje aquÃ­ mismo.
Y esto es lo que escuchan los enrutadores para seleccionar quÃ© RP estÃ¡n
va a usar Entonces, para configurar los enrutadores, el agente de mapeo es el IPPIM
enviar comando de descubrimiento RP.
Â¿Y cÃ³mo verificamos en el enrutador que es el agente de mapeo que Ã©l conoce?
que se supone que debe hacer eso?
Bueno, muestre el mapeo de IPPIM RP.
Y de hecho dirÃ© que este sistema es un agente de mapeo de RP.
Ahora, otro tipo de gotcha o cosa a tener en cuenta es que mientras hay
es una elecciÃ³n de quÃ© enrutador puede ser un punto de encuentro para cualquier
grupo, no existe tal elecciÃ³n cuando se trata de agentes de mapeo.
AsÃ­ que podrÃ­as pensar, estÃ¡ bien, bueno, en realidad voy a configurar dos o
tres enrutadores en mi empresa como agentes de mapeo.
Entonces, si uno falla, todos los demÃ¡s enrutadores pueden escuchar al otro
uno. Puedes hacer eso, pero sÃ© consciente de esto.
Cada enrutador que configura un agente de mapeo va a enviar
estos RP descubren mensajes.
Y por esa razÃ³n, los agentes de mapeo deben configurarse de manera idÃ©ntica.
Y cada agente de mapeo debe poder recibir estos mensajes anunciados de RP.
de cada RP. Porque lo que podrÃ­a pasar es, ya sabes, imagina por un segundo
que tienes dos agentes de mapeo aquÃ­.
Y hay dos RP diferentes, estÃ¡ bien, RPA y RPB.
Y ambos estÃ¡n anunciando su candidatura para el mismo grupo exacto.
Ambos estÃ¡n diciendo, quiero ser el RP para todo.
Bien, digamos eso.
Entonces, idealmente, ambos RP serÃ­an aprendidos por el primer agente de mapeo.
Ambos RP serÃ­an aprendidos por el segundo agente de mapeo.
Entonces, cuando esos agentes de mapeo envÃ­an sus mensajes, se ven idÃ©nticos.
Tienen los mismos RP electos dentro de ellos.
Pero, Â¿quÃ© pasa si no lo hacen?
Â¿QuÃ© sucede si el agente de mapeo nÃºmero uno, por alguna razÃ³n, no puede escuchar esto?
Â¿RP por aquÃ­? Hay algÃºn tipo de filtro o lista de acceso o algo
y no estÃ¡ recibiendo ese mensaje de RP anunciado.
Y justo lo contrario del agente de mapeo nÃºmero dos, Ã©l no puede escuchar eso.
RP. AsÃ­ que ahora tiene agentes de mapeo que ahora tenemos en nuestra red, como un
enrutador, como un enrutador normal, recibo dos mensajes de detecciÃ³n de RP de
dos agentes de mapeo diferentes, lo que normalmente no serÃ­a un problema.
Pero aquÃ­ estÃ¡ mi problema.
Cuando entra uno, dice, oh, aquÃ­, debe usar el RP de 1.1.1.1.
Ãl deberÃ­a ser tu RP para todo.
AsÃ­ que digo, estÃ¡ bien, y empiezo a registrarme con Ã©l o empiezo a enviar mi
se une a Ã©l. Y luego, una fracciÃ³n de segundo despuÃ©s, recibo otro mensaje de descubrimiento
eso dice, oh, debe usar el enrutador 2.2.2 como su RP para todo.
Bueno, ahora va a suceder.
Voy a empezar a dar vueltas entre ellos.
Voy a estar derribando Ã¡rboles, enviando se une a otros Ã¡rboles y
va a estropear totalmente mi multidifusiÃ³n.
Por eso, si tiene dos o mÃ¡s agentes de mapeo, la informaciÃ³n
que contienen dentro de sus paquetes de descubrimiento tiene que ser idÃ©nticos.
De lo contrario, podrÃ­a obtener un comportamiento realmente extraÃ±o dentro de su red.
Ahora, en la secciÃ³n de modo disperso de PIMS, hablÃ© sobre cÃ³mo un potencial
amenaza para una red podrÃ­a ser que el punto de encuentro aceptarÃ¡ llamadas entrantes
registrar mensajes de cualquier persona.
Ãl no discrimina.
Y les mostrÃ© un comando donde podÃ­a decir, estÃ¡ bien, solo estos autorizados
en realidad, los enrutadores pueden enviar los mensajes de registro de RP.
Bueno, algo similar podrÃ­a pasar aquÃ­.
No hay nada por defecto para evitar que alguien inserte un pÃ­caro
enrutador en la red, configurÃ¡ndolo como RP candidato, configurando
con una direcciÃ³n IP muy alta, como lo que sucede si configuran
una direcciÃ³n de bucle invertido con la direcciÃ³n de conversiÃ³n de unidad mÃ¡s alta posible?
223.255, 255, 254.
La direcciÃ³n justo debajo del rango de clase D.
Bueno, ese enrutador deshonesto probablemente serÃ¡ elegido como el RP sobre cualquier cosa
demÃ¡s. Y ahora todos le seÃ±alarÃ¡n el trÃ¡fico y eso
realmente podrÃ­a arruinar su multidifusiÃ³n.
AsÃ­ que necesitamos tener alguna forma de decir, estÃ¡ bien, agente de mapeo, solo estÃ¡s
permitido recibir mensajes entrantes anunciados de RP de ciertos autorizados
RP candidatos. Y eso es lo que estamos viendo aquÃ­ cuando hablamos
sobre los filtros de auto RP.
Por lo tanto, puede configurar el agente de asignaciÃ³n de una de varias maneras.
Puede hacerlo solo desde ciertos RP autorizados o podrÃ­a decir, oye, mira,
cualquiera puede enviarme su anuncio de RP, pero solo escucho
ciertos grupos. Solo le voy a contar al resto del mundo sobre ciertos
grupos o puede hacer ambas cosas.
Y esta es la forma en que harÃ­a esto en el agente de mapeo.
A nivel global, dirÃ­as filtro anunciado IPPIM RP.
RP lista uno grupo lista dos.
AsÃ­ que esto hace referencia a dos listas de acceso diferentes.
AsÃ­ que la lista de acceso uno, que estÃ¡ en rojo, nos estÃ¡ dando la lista de autorizados
RP candidatos. Entonces, hay un enrutador con el nombre de 10, 001
y otro con 10, 002.
Esos son los Ãºnicos que vamos a escuchar cuando envÃ­en un
Anuncio de RP. AsÃ­ que hay algÃºn otro enrutador por ahÃ­ anunciando su capacidad
de ser un RP, el agente de mapeo no escucharÃ¡ a ese tipo.
Y en lo que respecta a estos dos enrutadores, en este caso particular,
estamos diciendo, estÃ¡ bien, permitiremos que esos dos enrutadores anuncien su
candidatura para cualquier clase D.
PodrÃ­a haber limitado eso a un cierto rango.
AsÃ­ es como usarÃ­as ese comando para filtrarte y protegerte.
contra posibles ataques.
AsÃ­ que sigamos adelante y configuremos esto y veamos cÃ³mo funciona.
Hasta ahora, tengo el enrutador tres que estÃ¡ anunciando su candidatura para ser
un RP Y creo que lo configurÃ© para anunciar su candidatura solo por
el grupo 238. AsÃ­ que ahora tambiÃ©n voy a configurar el enrutador cuatro para que tambiÃ©n
ser candidato a RP.
Y le daremos exactamente el mismo grupo.
AsÃ­ que va a haber algÃºn conflicto aquÃ­.
238.000. Y configuraremos el enrutador ocho como nuestro agente de mapeo.
Y veremos cuÃ¡l de estos tipos es elegido como el mÃ¡s alto.
Ahora recuerden, como parte de mi comando cuando hago de estos muchachos los candidatos de RP,
Tengo que especificar quÃ© interfaz van a usar como fuente.
DirecciÃ³n IP. AsÃ­ que digamos que digo, bueno, en realidad quiero que el enrutador tres
ser el ganador Quiero que gane siempre.
AsÃ­ que esto es lo que voy a hacer.
HarÃ© que el enrutador cuatro use su nÃºmero de serie 010 como su direcciÃ³n de origen.
Entonces, el enrutador cuatro dirÃ¡ que mi nombre es 2.4.2.4.
El enrutador tres dirÃ¡ mi nombre es 8.3.8.3.
Entonces, el enrutador tres debe ser elegido como el RP ganador por el mapeo
agente. Entonces, en el agente de mapeo, veremos cÃ³mo aprendiÃ³ sobre ambos
nuestras P. Veremos cÃ³mo ha elegido el enrutador tres.
Y luego, cuando vayamos al enrutador dos, veremos cÃ³mo solo debe saber sobre
enrutador tres. No deberÃ­a tener conocimiento del enrutador cuatro porque el enrutador
cuatro es el perdedor.
AsÃ­ que sigamos adelante y terminemos esto aquÃ­.
AsÃ­ que ya hice el enrutador tres, aunque no creo que haya especificado
esa interfaz como mi fuente.
SÃ­, tengo la interfaz equivocada allÃ­.
AsÃ­ que deshagÃ¡monos de ese comando.
Y vamos a rehacerlo.
Pero con esta interfaz.
Y ahora deberÃ­amos ver, aquÃ­ estÃ¡ mi rastro de fragmento anterior.
Y vimos que venÃ­a de tres cuatro tres tres.
Esa era su direcciÃ³n IP en ethernet rÃ¡pido cero cero.
Ahora, tan pronto como presione ingresar aquÃ­, deberÃ­a estar enviando nuevos anuncios.
con una direcciÃ³n IP mucho mÃ¡s alta.
SÃ­, ahÃ­ estÃ¡.
8.3.8.3. Muy bien, ahora sigamos adelante y configuremos.
Tomemos la misma configuraciÃ³n.
Y lo que harÃ© es copiar y pegar la mayor parte de esto en el bloc de notas.
Entonces podemos tener una configuraciÃ³n idÃ©ntica en el otro enrutador.
DejarÃ© esto fuera.
Y para Ã©l, haremos que sea serial cero uno cero.
Eso es lo que vamos a poner en el enrutador cuatro.
Bueno. AsÃ­ que ahora, cada minuto, deberÃ­amos ver nuestra P anunciada
mensajes que se envÃ­an desde el enrutador tres y el enrutador cuatro.
A ver si puedo atrapar a los dos.
Una vez mÃ¡s, Wire Shark no me permite hacer clic en ninguno de los botones aquÃ­.
Esto es probablemente un problema con mi computadora portÃ¡til.
No es un problema con Wire Shark porque mi computadora portÃ¡til ha estado haciendo todo tipo
de cosas raras Ãºltimamente.
Vamos. AquÃ­ vamos.
Bien, tenemos un anuncio que hemos visto hasta ahora del enrutador tres.
Y como estos anuncios estÃ¡n inundados, deberÃ­amos ver otro.
procedente del enrutador cuatro.
Bueno, no quiero perder el tiempo buscÃ¡ndolo, pero deberÃ­a estar ahÃ­.
Podemos mostrar IP, PIM, auto RP.
Y verifica que el RP automÃ¡tico estÃ© habilitado y que estÃ© enviando
Anuncios de RP.
Hasta ahora, enviÃ³ ocho de ellos, aunque no lo capturÃ© en
mi rastreo de rastreador.
Bien, ahora vayamos a nuestro ocho y hagÃ¡moslo el agente de mapeo.
Enviar paquetes de descubrimiento RP.
Y lo mismo, tengo que seleccionar una interfaz para eso solo para la fuente
DIRECCIÃN. El alcance define el TTL.
PodrÃ­a cambiar el intervalo.
Sigamos adelante y hagamos esto.
Pongamos el intervalo porque normalmente es cada 60 segundos o si hay
un cambio. Si el agente de mapeo escucha de repente un nuevo mensaje anunciado de RP
que no escuchÃ³ antes, eso lo impulsarÃ¡ a enviar otro
mensaje de descubrimiento.
Pero de lo contrario, si todo estÃ¡ bien y estable, saldrÃ¡n todos los dÃ­as.
minuto. Voy a hacer que salga cada 20 segundos.
HagÃ¡moslo cada 15 segundos.
Comando ignorado y aceptado de la interfaz no IP o PIM.
Oh, porque estÃ¡ usando, sÃ© por quÃ©, porque no estÃ¡ usando.
Fast Ethan en 00 no tiene PIM ni IP.
EstÃ¡ usando subinterfaces.
AsÃ­ que tengo que poner esto, pongamos Fast Ethan en 01 como su
DirecciÃ³n de la fuente. Bien, entonces no sÃ© si ha recopilado los anuncios de RP.
todavÃ­a. Solo veamos.
Mostrar IP, PIM, RP, Mapeo.
Y parece que lo ha hecho.
Bueno. AsÃ­ que aquÃ­ para el grupo 238, cualquier cosa que comience con 238, dice que recibÃ­
un anuncio de RP del enrutador tres, que es 8.3.8.3.
TambiÃ©n he recibido uno del enrutador cuatro.
He elegido el enrutador tres simplemente en virtud del hecho de que tiene la
direcciÃ³n IP mÃ¡s alta.
TambiÃ©n dice, por cierto, el enrutador tres me dijo que el grupo 239 necesita
ser inundado en modo denso.
Pero no va a haber ningÃºn RP por eso.
Finalmente, pasemos al enrutador dos y veamos quÃ© ha aprendido el enrutador dos.
Por cierto, mientras estoy aquÃ­, puedo mostrar IP PIM, auto RP.
Y esto dice, estÃ¡ bien, en realidad he transmitido 15 mensajes de descubrimiento de RP.
Y por Ãºltimo en R2.
Mostrar IP PIM RP. Ahora, nota que dices Â¿quÃ©?
No tiene RP.
Recuerde, este comando muestra IP PIM RP realmente solo es Ãºtil si tiene un
PR estÃ¡tico. Luego verifica que configuraste estÃ¡ticamente un RP.
Pero en este caso, no estamos haciendo RP estÃ¡tico.
Estamos escuchando mensajes de auto RP.
Mostrar mapeo IP PIM RP.
Y justo aquÃ­. Entonces podemos ver que ahora se ha enterado del RP electo.
de 8.3. No tiene conocimiento del enrutador cuatro.
Porque el enrutador cuatro no fue elegido.
Todo lo que sabe es sobre el elegido.
Y tambiÃ©n ha aprendido que si alguna vez recibe paquetes de multidifusiÃ³n para
239, no hay RP para eso.
Eso tiene que ser inundado a travÃ©s del modo denso.
Entonces, en nuestro prÃ³ximo video, concluirÃ© esta secciÃ³n sobre el RP automÃ¡tico diciendo
hablando de algo llamado RP de Ãºltimo recurso.
TambiÃ©n conocido como RP de sincronizaciÃ³n.
QuÃ© es eso y por quÃ© es posible que necesites tener uno.