1 00:00:08,300 --> 00:00:12,680 Hasta este momento, todos los videos que he hecho hasta ahora y todos 2 00:00:12,680 --> 00:00:16,480 las demostraciones de laboratorio que he hecho han estado utilizando un encuentro estático 3 00:00:16,480 --> 00:00:21,800 punto donde cada enrutador tenía un RP estático configurado, lo cual está bien, 4 00:00:21,800 --> 00:00:27,240 funciona, es aceptable, pero el principal inconveniente es qué pasaría si esa cita 5 00:00:27,240 --> 00:00:29,380 el punto se bloquea y desaparece. 6 00:00:29,380 --> 00:00:33,660 Ahora la multidifusión no funcionará en absoluto en mi red. 7 00:00:33,660 --> 00:00:37,940 Entonces, por esta razón, si realmente va a implementar la multidifusión en 8 00:00:37,940 --> 00:00:41,120 su red, probablemente quiera implementar algún tipo de forma dinámica 9 00:00:41,120 --> 00:00:43,780 de descubrir puntos de encuentro. 10 00:00:43,780 --> 00:00:48,340 Y usando esa misma forma dinámica, si falla un punto de encuentro, puede 11 00:00:48,340 --> 00:00:56,600 ahora cambie a un punto de encuentro diferente. 12 00:00:56,600 --> 00:00:59,040 Entonces autorp es una forma de hacerlo. 13 00:00:59,040 --> 00:01:01,380 Entonces, comencemos hablando de autorp. 14 00:01:01,380 --> 00:01:07,220 Entonces, autorp proporciona un método para aprender dinámicamente los puntos de encuentro 15 00:01:07,220 --> 00:01:10,680 y prevé la redundancia del punto de encuentro. 16 00:01:10,680 --> 00:01:12,700 Es propiedad de Cisco. 17 00:01:12,700 --> 00:01:14,160 es bastante viejo 18 00:01:14,160 --> 00:01:19,160 Autorp en realidad se desarrolló cuando salió la versión uno de PIM. 19 00:01:19,160 --> 00:01:23,260 Tan pronto como salió la versión uno de RSC para PIM, Cisco desarrolló este 20 00:01:23,260 --> 00:01:28,580 para proporcionar redundancia de RP y aprendizaje dinámico. 21 00:01:28,580 --> 00:01:32,800 Entonces, dentro de autorp, los enrutadores juegan uno de tres roles. 22 00:01:32,800 --> 00:01:36,420 Tiene candidatos de RP, por lo que, como sugiere el nombre, estos son enrutadores que 23 00:01:36,420 --> 00:01:40,400 están anunciando su capacidad de ser puntos de encuentro. 24 00:01:40,400 --> 00:01:45,220 Tienes algo llamado agente de mapeo, que de alguna manera recopila todo 25 00:01:45,220 --> 00:01:47,060 de esos anuncios. 26 00:01:47,060 --> 00:01:50,420 Entonces, el trabajo del agente de mapeo luego crea un mensaje que dispersa 27 00:01:50,420 --> 00:01:52,880 a todos los demás, a los que llamo otros. 28 00:01:52,880 --> 00:01:54,700 Ese es solo mi nombre para eso. 29 00:01:54,700 --> 00:01:57,880 Y todos los enrutadores escuchan este mensaje del agente de mapeo. 30 00:01:57,880 --> 00:02:02,220 Y así es como saben quién es el punto de encuentro. 31 00:02:02,220 --> 00:02:07,560 Entonces, en Cisco desarrolló esto, reservaron dos direcciones especiales de multidifusión 32 00:02:07,560 --> 00:02:22,060 para este propósito, y están hablando de PIM con la excepción de 33 00:02:22,060 --> 00:02:26,560 registrar mensajes, que fueron de unidifusión, todos sus mensajes de multidifusión PIM 34 00:02:26,560 --> 00:02:33,140 como uniones, ciruelas pasas y saludos, todos estaban en el rango de 224.00. 35 00:02:33,140 --> 00:02:36,060 Y recuerde que dije que de acuerdo con la Autoridad de Números Asignados de Internet, 36 00:02:36,060 --> 00:02:39,540 eso se denominó ámbito de multidifusión local de enlace. 37 00:02:39,540 --> 00:02:44,380 Cualquier paquete de multidifusión que saliera a 224.00 solo estaba destinado a permanecer en 38 00:02:44,380 --> 00:02:46,920 el enlace local. No se pudo enrutar. 39 00:02:46,920 --> 00:02:48,880 Bueno, no, ese no es el caso aquí, ¿verdad? 40 00:02:48,880 --> 00:02:52,240 Esto está usando 224.0.1. 41 00:02:52,240 --> 00:02:57,940 Entonces, cuando los enrutadores RP automáticos, ya sean candidatos o agentes de mapeo, podrían usar 42 00:02:57,940 --> 00:03:01,980 estos para crear sus mensajes, en realidad pasará a través de los enrutadores 43 00:03:01,980 --> 00:03:06,740 procesarlo, pero luego continuarán reenviando el mensaje también. 44 00:03:06,740 --> 00:03:09,720 Y vamos a hablar más sobre eso en detalle. 45 00:03:09,720 --> 00:03:14,600 Así que hablemos de un nivel realmente alto de candidatos de RP, y luego 46 00:03:14,600 --> 00:03:17,720 profundice en los detalles un poco más tarde. 47 00:03:17,720 --> 00:03:20,180 Por lo tanto, los candidatos de RP deben configurarse manualmente. 48 00:03:20,180 --> 00:03:24,200 Un enrutador no asume automáticamente que podría ser un punto de encuentro. 49 00:03:24,200 --> 00:03:25,520 Así que hay un comando. 50 00:03:25,520 --> 00:03:28,100 Tienes que escribir para llegar a darte cuenta de eso. 51 00:03:28,100 --> 00:03:31,460 Una vez que escriba ese comando, enviará mensajes especiales 52 00:03:31,460 --> 00:03:34,360 llamados mensajes de anuncio RP. 53 00:03:34,360 --> 00:03:42,600 Y te mostraré esto en unos minutos. 54 00:03:42,600 --> 00:03:47,080 Entonces, si escribe candidato de RP, su mensaje anunciado de RP dirá: Yo 55 00:03:47,080 --> 00:03:48,780 quiero ser el RP para todo. 56 00:03:48,780 --> 00:03:54,200 Todo lo que comienza con 1110, ya sabes, esos primeros cuatro bits, que 57 00:03:54,200 --> 00:03:56,580 es toda la gama clase D. 58 00:03:56,580 --> 00:04:01,520 Ahora, como parte del comando para que el enrutador crea que es un candidato de RP, 59 00:04:01,520 --> 00:04:05,900 opcionalmente, puede decirle al enrutador, no, cuando envíe su RP anunciado 60 00:04:05,900 --> 00:04:09,760 mensajes, solo quiero que digas que eres capaz de un rango particular, 61 00:04:09,760 --> 00:04:13,140 un rango de grupo como quizás los 224 y 225. 62 00:04:13,140 --> 00:04:17,540 Haré que otro RP anuncie su capacidad para los 226 a través de 63 00:04:17,540 --> 00:04:21,340 los 239s. Opcionalmente, puede hacerlo, pero de forma predeterminada, no lo hacen. 64 00:04:21,340 --> 00:04:25,280 Dicen, voy a ser el RP para todo. 65 00:04:25,280 --> 00:04:30,340 Ahora bien, esos mensajes anunciados de RP salen. 66 00:04:30,340 --> 00:04:36,260 El enrutador está entre el punto de encuentro y el agente de mapeo obtendrá 67 00:04:36,260 --> 00:04:40,380 esos mensajes Pero simplemente, simplemente los reenviarán 68 00:04:40,380 --> 00:04:42,820 a través. Se vuelve un poco más complicado que eso. 69 00:04:42,820 --> 00:04:47,500 Pero los enrutadores en el medio, lo que yo llamo los otros enrutadores, no escuchen 70 00:04:47,500 --> 00:04:51,700 al RP anunció mensajes para decir, Oh, hay un punto de encuentro 71 00:04:51,700 --> 00:04:53,680 allá. Ellos no escuchan eso. 72 00:04:53,680 --> 00:04:55,740 Es algo así como, aquí hay una analogía. 73 00:04:55,740 --> 00:05:00,700 Piense en el mundo de la conmutación de VTP, a la derecha, el protocolo de enlace troncal VLAN. 74 00:05:00,700 --> 00:05:04,360 Piense en un interruptor transparente VTP, ¿verdad? 75 00:05:04,360 --> 00:05:07,460 Un mensaje VTP puede entrar en un conmutador transparente. 76 00:05:07,460 --> 00:05:11,080 Revisará un par de cosas, se asegurará de que el nombre de dominio esté bien, la contraseña 77 00:05:11,080 --> 00:05:15,880 bueno. Y si esas cosas básicas se verifican, entonces aprobará de manera transparente. 78 00:05:15,880 --> 00:05:20,020 a través de. Pero ese mensaje de VTP está diciendo, haz algo. 79 00:05:20,020 --> 00:05:21,340 Cree una nueva VLAN. 80 00:05:21,340 --> 00:05:22,700 Elimine una VLAN antigua. 81 00:05:22,700 --> 00:05:24,900 El interruptor transparente no hará eso. 82 00:05:24,900 --> 00:05:26,560 No mira las instrucciones. 83 00:05:26,560 --> 00:05:28,540 Simplemente lo transmite. 84 00:05:28,540 --> 00:05:30,120 El mismo tipo de cosas aquí. 85 00:05:30,120 --> 00:05:35,040 Rodders que no son agentes de mapeo, cuando reciben un mensaje de RP anunciado, 86 00:05:35,040 --> 00:05:38,420 simplemente lo transmiten para asegurarse de que eventualmente pueda 87 00:05:38,420 --> 00:05:40,060 llegar al agente de mapeo. 88 00:05:40,060 --> 00:05:44,080 Entonces, el agente de mapeo es en realidad el que está escuchando estos RP. 89 00:05:44,080 --> 00:05:47,700 anuncios y realmente lo procesará en su CPU. 90 00:05:47,700 --> 00:05:52,660 Entonces, si más de un punto de encuentro anuncia su capacidad para el 91 00:05:52,660 --> 00:05:58,940 mismo grupo, es trabajo del agente de mapeo elegir el mejor. 92 00:05:58,940 --> 00:06:01,200 Así que este es un punto crítico aquí. 93 00:06:01,200 --> 00:06:06,080 Si soy uno de estos otros enrutadores que no es un RP, no es un agente de mapeo, 94 00:06:06,080 --> 00:06:09,720 Estoy sentado allí, ejecutando PIM normal, no voy a aprender sobre 95 00:06:09,720 --> 00:06:12,380 todos los RP potenciales que hay. 96 00:06:12,380 --> 00:06:15,840 Solo voy a aprender sobre los puntos de encuentro que el agente de mapeo 97 00:06:15,840 --> 00:06:18,680 decidido que eran los mejores. 98 00:06:18,680 --> 00:06:22,560 Entonces eso es un, ahora el otro protocolo del que vamos a hablar BSR no es 99 00:06:22,560 --> 00:06:25,200 como eso. Pero el RP automático sí lo es. 100 00:06:25,200 --> 00:06:28,420 El agente de mapeo tiene este papel muy crítico que es su trabajo para averiguar 101 00:06:28,420 --> 00:06:32,120 quiénes son los mejores puntos de encuentro. 102 00:06:32,120 --> 00:06:34,340 Y hablaremos de cómo lo hace. 103 00:06:34,340 --> 00:06:39,380 Entonces, el agente de mapeo envía otro mensaje llamado RP-discovery 104 00:06:39,380 --> 00:06:42,860 mensaje. Y este es el que dice, bueno, todos, aquí está el 105 00:06:42,860 --> 00:06:46,820 puntos de encuentro que he elegido para cada grupo específico. 106 00:06:46,820 --> 00:06:53,240 Hablamos en algunos de los videos anteriores de que un enrutador puede 107 00:06:53,240 --> 00:06:56,580 solo sé acerca de un RP para cualquier grupo dado. 108 00:06:56,580 --> 00:07:01,260 En otras palabras, confundiría un enrutador con enrutador, dijo, está bien, solo 109 00:07:01,260 --> 00:07:07,980 recibió una unión por 225.777 y hay dos RP por ahí que son capaces 110 00:07:07,980 --> 00:07:09,600 de servir a ese grupo. 111 00:07:09,600 --> 00:07:12,440 ¿A cuál debo unir mi estrella coma G? 112 00:07:12,440 --> 00:07:14,100 ¿A los dos, a uno de ellos? 113 00:07:14,100 --> 00:07:15,460 Entonces por eso en PIM dice que no. 114 00:07:15,460 --> 00:07:19,820 Un enrutador solo puede saber de un RP para cualquier grupo dado. 115 00:07:19,820 --> 00:07:22,840 Así es como se logra eso en el RP automático. 116 00:07:22,840 --> 00:07:25,180 El agente de mapeo dice, está bien, haré ese trabajo por ti. 117 00:07:25,180 --> 00:07:29,540 Elegiré los mejores y luego te enviaré una lista de los mejores dentro de 118 00:07:29,540 --> 00:07:32,500 este mensaje de descubrimiento de RP. 119 00:07:32,500 --> 00:07:38,720 Ahora, si desea, como dice esto, puede configurar un enrutador para 120 00:07:38,720 --> 00:07:42,480 ser tanto el candidato de RP como el agente de mapeo, no hay nada de malo en eso. 121 00:07:42,480 --> 00:07:46,400 Sin embargo, le quitará su redundancia y su capacidad de recuperación, ¿verdad? 122 00:07:46,400 --> 00:07:49,240 Porque si ese enrutador falla, tienes un problema. 123 00:07:49,240 --> 00:07:54,220 Por lo general, es una mejor idea separarlos en diferentes dispositivos. 124 00:07:54,220 --> 00:07:59,120 El modo denso PIM se utiliza para propagar estos mensajes, RP anunciado y RP 125 00:07:59,120 --> 00:08:02,320 descubrimiento. Este es un factor crítico aquí. 126 00:08:02,320 --> 00:08:13,480 Esto significa que cuando usa el modo denso-disperso, le mostraré lo que 127 00:08:13,480 --> 00:08:23,520 parece. Básicamente, vaya a un enrutador, vaya a una de sus interfaces, 128 00:08:23,520 --> 00:08:28,120 y usted dice IPPIM modo escaso-denso. 129 00:08:28,120 --> 00:08:31,900 Y ese es el modo que vas a usar para hacer auto RP. 130 00:08:31,900 --> 00:08:40,660 Y lo que va a pasar aquí es que cuando un router recibe un RP anunciado 131 00:08:40,660 --> 00:08:47,100 mensaje o un RP descubre mensajes, lo va a inundar a través de una densa 132 00:08:47,100 --> 00:08:49,720 modo. Para eso se utilizará el modo denso. 133 00:08:49,720 --> 00:08:54,480 Y con suerte, el modo disperso se utilizará para la construcción real de su 134 00:08:54,480 --> 00:08:58,760 árboles de distribución de multidifusión y el reenvío de sus datos de multidifusión. 135 00:08:58,760 --> 00:09:02,340 Digo con suerte porque a veces eso podría no suceder. 136 00:09:02,340 --> 00:09:05,380 Y hablaré de eso en un momento. 137 00:09:05,380 --> 00:09:11,200 Las interfaces normalmente tienen que estar en modo denso disperso para funcionar 138 00:09:11,200 --> 00:09:17,180 con auto RP para que puedan propagar estos diversos anuncios de RP y 139 00:09:17,180 --> 00:09:21,100 RP descubre mensajes que usa el RP automático. 140 00:09:21,100 --> 00:09:25,540 Y puede haber situaciones en las que no quieras eso, en las que no quieras 141 00:09:25,540 --> 00:09:29,660 quiero que se use para la porción de modo denso de denso disperso porque 142 00:09:29,660 --> 00:09:32,100 sabemos que el modo denso se usa para inundaciones. 143 00:09:32,100 --> 00:09:36,200 Y después de todo, es por eso que usamos el modo disperso porque no queremos inundaciones. 144 00:09:36,200 --> 00:09:41,700 Entonces, en un momento, hablaré un poco más sobre por qué eso podría ser 145 00:09:41,700 --> 00:09:43,460 un problema de una manera en que pueda solucionarlo. 146 00:09:43,460 --> 00:09:48,280 Pero una forma es esta, puede configurar el comando IPPIM auto RP listener 147 00:09:48,280 --> 00:09:53,380 y eso debería permitirle permanecer en modo disperso y seguir trabajando con