1 00:00:08,260 --> 00:00:14,220 Entonces, en los videos anteriores, hablé sobre una forma dinámica de enrutadores 2 00:00:14,220 --> 00:00:18,560 para aprender dinámicamente sobre quién es el punto de encuentro para un grupo determinado. 3 00:00:18,560 --> 00:00:22,520 Esa fue la función de RP automático propiedad de Cisco. 4 00:00:22,520 --> 00:00:25,460 Ahora voy a presentar nuestro último tema en una serie de videos, que 5 00:00:25,460 --> 00:00:28,300 es el enrutador de arranque PIM. 6 00:00:28,300 --> 00:00:31,880 Y hagamos algunas comparaciones entre los dos. 7 00:00:31,880 --> 00:00:38,240 Por lo tanto, existen algunas similitudes entre el PIM BSR y las funciones de auto RP. 8 00:00:38,240 --> 00:00:42,020 Por cierto, BSR significa enrutador de arranque. 9 00:00:42,020 --> 00:00:47,180 Ambos proporcionan un descubrimiento dinámico de los puntos de encuentro de PIM. 10 00:00:47,180 --> 00:00:51,740 En ambos protocolos, tenemos RP candidatos que anuncian su capacidad 11 00:00:51,740 --> 00:00:59,640 ser el RP para el PIM BSR. 12 00:00:59,640 --> 00:01:03,580 De hecho, tenemos un enrutador llamado enrutador de arranque que es un rol que 13 00:01:03,580 --> 00:01:07,520 un enrutador juega que transmite mensajes que permiten que otros enrutadores aprendan 14 00:01:07,520 --> 00:01:09,120 de RP potencial. 15 00:01:09,120 --> 00:01:14,500 Así que esto es algo así como el papel que desempeñó el agente de mapeo en auto 16 00:01:14,500 --> 00:01:18,300 RP. Pero hay algunas diferencias muy grandes entre ellos. 17 00:01:18,300 --> 00:01:23,500 Número uno, PIM BSR es un estándar IETF. 18 00:01:23,500 --> 00:01:28,360 De hecho, si regresa a la especificación PIM original, 19 00:01:28,360 --> 00:01:35,440 RFC 2117, ese fue el primer RFC para el modo disperso de PIM. 20 00:01:35,440 --> 00:01:38,860 Incluso allí, se habló de un enrutador de arranque y el proceso para 21 00:01:38,860 --> 00:01:42,560 haciendo eso. Así que esto ha existido por un tiempo. 22 00:01:42,560 --> 00:01:47,700 Pero realmente se hizo realidad cuando salió la versión 2 de PIM. 23 00:01:47,700 --> 00:01:52,040 Entonces, el RFC actual para esto es RFC 5059. 24 00:01:52,040 --> 00:01:55,620 Y como dijimos, auto RP propiedad de Cisco. 25 00:01:55,620 --> 00:02:01,240 Entonces PIM BSR realmente fue desarrollado para PIM versión 2. 26 00:02:01,240 --> 00:02:04,780 Es probable que no se ejecuten en demasiados dispositivos en estos días 27 00:02:04,780 --> 00:02:07,620 ejecutando PIM versión 1, por lo que no será un problema. 28 00:02:07,620 --> 00:02:12,940 Pero solo funciona para la versión 2 de PIM, mientras que el RP automático funciona para cualquier versión. 29 00:02:12,940 --> 00:02:17,760 de PIM, si eso le preocupa. 30 00:02:17,760 --> 00:02:23,620 Y PIM BSR, una de las cosas que pierde es la capacidad de definir el alcance. 31 00:02:23,620 --> 00:02:27,920 Recuerde con auto RP, cuando estaba configurando su enrutador como un RP 32 00:02:27,920 --> 00:02:32,380 candidato, una de las cosas que tenía que poner en el comando era el 33 00:02:32,380 --> 00:02:38,860 alcance. Y eso te dio la capacidad de controlar el TTL de esos RP anunciados 34 00:02:38,860 --> 00:02:41,660 mensajes que estaban enviando los RP candidatos. 35 00:02:41,660 --> 00:02:45,640 Entonces, de esa manera, podrías decir, está bien, bueno, solo quiero que este tipo 36 00:02:45,640 --> 00:02:51,600 ser el RP tan lejos en la red limitando la distancia de sus mensajes 37 00:02:51,600 --> 00:02:58,060 puede ir Con PIM BSR, esa no es una habilidad que puedas controlar. 38 00:02:58,060 --> 00:03:02,400 Pocas diferencias más. 39 00:03:02,400 --> 00:03:07,560 Uno de los grandes beneficios de BSR no es solo que es un estándar IETF, 40 00:03:07,560 --> 00:03:09,740 pero puedes acabar con el modo denso. 41 00:03:09,740 --> 00:03:13,780 Recuerde cómo con PIM modo denso disperso, que es lo que necesitábamos para auto 42 00:03:13,780 --> 00:03:19,180 RP, teníamos todos estos riesgos de que las transmisiones de multidifusión posiblemente se inundaran 43 00:03:19,180 --> 00:03:23,200 en modo denso si no había un punto de encuentro para manejarlos. 44 00:03:23,200 --> 00:03:25,880 Y había ciertas formas en que podíamos sortear eso, como el RP de sincronización 45 00:03:25,880 --> 00:03:29,040 y esas cosas Pero aquí, no tienes que preocuparte por eso. 46 00:03:29,040 --> 00:03:31,240 Cada interfaz puede estar en modo disperso. 47 00:03:31,240 --> 00:03:34,820 No tiene que preocuparse por el posible riesgo de inundación de multidifusión 48 00:03:34,820 --> 00:03:43,320 tráfico. Además, en auto RP, el dispositivo que se encargaba de enviar 49 00:03:43,320 --> 00:03:46,120 los mensajes a todos diciendo, está bien, aquí está su lista de citas 50 00:03:46,120 --> 00:03:47,900 puntos fue llamado el agente de mapeo. 51 00:03:47,900 --> 00:03:51,640 Y dijimos, podría tener para la redundancia dos o tres o cuatro mapeos 52 00:03:51,640 --> 00:03:56,860 agentes siempre que los mensajes que enviaban fueran idénticos. 53 00:03:56,860 --> 00:04:00,340 Bueno, en PIM BSR, solo hay un BSR. 54 00:04:00,340 --> 00:04:03,440 Y eso se elige entre los candidatos BSR. 55 00:04:03,440 --> 00:04:08,740 Entonces todavía tiene su redundancia allí, pero solo hay un arranque 56 00:04:08,740 --> 00:04:13,240 mensaje que se envía desde el propio enrutador BSR. 57 00:04:13,240 --> 00:04:20,380 Otra diferencia con el RP automático, el RP automático tenía algunas direcciones reservadas. 58 00:04:20,380 --> 00:04:25,500 Los vemos aquí, 2240139 y 2240140. 59 00:04:25,500 --> 00:04:29,540 El protocolo de enrutador de arranque PIM utiliza exactamente la misma dirección de multidifusión 60 00:04:29,540 --> 00:04:34,540 como usos normales de PIM, 2240013. 61 00:04:34,540 --> 00:04:38,400 Y hay algunas situaciones cuando se usa esta característica que envían mensajes de unidifusión. 62 00:04:38,400 --> 00:04:40,500 salir también. Y hablaré de eso.