1 00:00:08,380 --> 00:00:11,380 Ahora finalmente vamos a entrar en el momento que todos han estado esperando. 2 00:00:11,380 --> 00:00:16,440 para. Vamos a empezar a centrarnos en la multidifusión independiente del protocolo 3 00:00:16,440 --> 00:00:20,240 modo y luego entrar en los detalles de cómo funciona. 4 00:00:20,240 --> 00:00:24,380 Ahora, antes de entrar en esto y terminar con la sección de modo disperso de PIMS, 5 00:00:24,380 --> 00:00:28,460 lo que nos llevará unas horas hacerlo, déjame darte un descargo de responsabilidad. 6 00:00:28,460 --> 00:00:34,900 El modo disperso de PIMS es un tema muy complejo, un protocolo muy complejo. 7 00:00:34,900 --> 00:00:40,440 Esta clase no está diseñada para cubrir cada pequeño detalle esencial y 8 00:00:40,440 --> 00:00:45,160 indicador y temporizador y máquina de estado del modo disperso de PIMS. 9 00:00:45,160 --> 00:00:48,680 Voy a profundizar bastante, pero hay algunas cosas que 10 00:00:48,680 --> 00:00:52,060 encontrar en el RFC que no voy a cubrir porque eso literalmente 11 00:00:52,060 --> 00:00:57,240 tomar probablemente tres días completos solo para cubrir todo sobre PIMS escaso 12 00:00:57,240 --> 00:01:02,080 modo solo. Así que creo que lo que vamos a cubrir aquí debería ser suficiente 13 00:01:02,080 --> 00:01:08,820 para superar cualquier pregunta escrita o incluso de laboratorio de CCIE que se me ocurra 14 00:01:08,820 --> 00:01:10,580 en modo disperso de PIMS. 15 00:01:10,580 --> 00:01:13,940 Puede haber una o dos cosas que se caen del estante que no cubro, 16 00:01:13,940 --> 00:01:17,280 pero espero que esté bastante contento con el nivel de profundidad que tenemos 17 00:01:17,280 --> 00:01:22,800 entrar. Así que sigamos adelante y entremos en ello. 18 00:01:22,800 --> 00:01:25,780 Antes que nada, antes de comenzar, quiero mostrarles cuáles son las topologías 19 00:01:25,780 --> 00:01:29,700 son los que voy a usar mientras hago mis diversas demostraciones de laboratorio y 20 00:01:29,700 --> 00:01:33,620 cosa. Entonces, en el caso de que desee intentar recrear algo de esto en 21 00:01:33,620 --> 00:01:36,280 usted mismo, puede hacerlo. 22 00:01:36,280 --> 00:01:40,240 Entonces, para aquellos de ustedes que están viendo la transmisión en vivo en este momento, si en el 23 00:01:40,240 --> 00:01:43,600 esquina superior derecha haces clic en la sección del archivo, verás que hay 24 00:01:43,600 --> 00:01:48,900 un PDF que se ve así, que tiene varias topologías que 25 00:01:48,900 --> 00:01:49,640 voy a estar usando. 26 00:01:49,640 --> 00:01:52,460 Así que este es en realidad el diseño físico. 27 00:01:52,460 --> 00:01:55,840 Lo siento, parece un poco desordenado aquí, pero este es el diseño físico que 28 00:01:55,840 --> 00:02:01,840 Estoy usando. Puede ver que tengo un total de ocho enrutadores y luego un conmutador. 29 00:02:01,840 --> 00:02:06,160 Entonces, en parte del laboratorio, el interruptor es simplemente un interruptor de capa dos, y 30 00:02:06,160 --> 00:02:09,620 luego, en parte del laboratorio, en realidad estoy activando el enrutamiento y la multidifusión 31 00:02:09,620 --> 00:02:14,060 funcionalidad del conmutador y usarlo como un noveno enrutador. 32 00:02:14,060 --> 00:02:16,020 Así que esta es la topología física. 33 00:02:16,020 --> 00:02:19,680 Ahora también tengo mi computadora portátil conectada aquí para poder capturar tiburones de alambre. 34 00:02:19,680 --> 00:02:21,620 Rastros de francotirador y esas cosas. 35 00:02:21,620 --> 00:02:25,140 Y esta es en realidad la topología lógica aquí. 36 00:02:25,140 --> 00:02:26,680 Así que esto es lo que vamos a construir. 37 00:02:26,680 --> 00:02:31,540 Entonces, el enrutador uno en realidad está sirviendo como mi receptor como mi computadora portátil básicamente. 38 00:02:31,540 --> 00:02:35,120 El enrutador cinco es la fuente, así que ahí es donde haré mi multidifusión 39 00:02:35,120 --> 00:02:36,480 pings y esas cosas. 40 00:02:36,480 --> 00:02:39,900 Y luego, principalmente estos cuatro enrutadores aquí en el medio son los que 41 00:02:39,900 --> 00:02:43,500 donde voy a hacer todas mis demostraciones y ejemplos de multidifusión 42 00:02:43,500 --> 00:02:46,640 y cosas. Hay un par de topologías adicionales. 43 00:02:46,640 --> 00:02:51,780 Por ejemplo, cuando entremos en la sección de auto RP y BSR, cambiaré 44 00:02:51,780 --> 00:02:54,060 sobre mi topología de laboratorio a esto. 45 00:02:54,060 --> 00:02:59,320 Los mismos enrutadores físicos, solo una topología lógica diferente. 46 00:02:59,320 --> 00:03:03,060 Bien, si estás viendo esto en la grabación, déjame volver a 47 00:03:03,060 --> 00:03:08,020 este. Es posible que desee tomar una instantánea de esto, ya sabe, usando algún tipo 48 00:03:08,020 --> 00:03:12,320 de snagget o cualquier otra utilidad de instantáneas para que pueda volver a consultar 49 00:03:12,320 --> 00:03:15,380 esto con frecuencia mientras hablo de ello. 50 00:03:15,380 --> 00:03:18,080 Y para aquellos de ustedes que miran en vivo, les recomiendo que abran ese 51 00:03:18,080 --> 00:03:22,180 PDF y manténgalo frente a usted en todo momento. 52 00:03:22,180 --> 00:03:26,420 Bien, y también he creado una pizarra con exactamente la misma topología, 53 00:03:26,420 --> 00:03:29,820 que está justo aquí. 54 00:03:29,820 --> 00:03:34,140 Así que puedo basarme en esto y hablar sobre lo que está pasando mientras lo hacemos. 55 00:03:34,140 --> 00:03:36,400 Siendo ese el caso. 56 00:03:36,400 --> 00:03:38,620 Hablemos de PIM. 57 00:03:38,620 --> 00:03:43,280 Entonces, PIM, como mencioné, significa multidifusión independiente del protocolo. 58 00:03:43,280 --> 00:03:45,800 Ahora ya mencioné la razón por la que lo llaman independiente del protocolo. 59 00:03:45,800 --> 00:03:51,280 es porque al igual que todos los demás protocolos de enrutamiento de multidifusión, hace RPF 60 00:03:51,280 --> 00:03:55,180 comprueba la dirección de origen de cualquier multidifusión que entre. 61 00:03:55,180 --> 00:04:00,000 E independiente del protocolo significa que a PIM no le importa dónde encuentra una coincidencia 62 00:04:00,000 --> 00:04:03,980 ruta. No importa si es una ruta de acceso directo, un OSP o una ruta, incluso una 63 00:04:03,980 --> 00:04:07,420 A la ruta M estática no le importa siempre que pueda encontrar algo. 64 00:04:07,420 --> 00:04:11,900 Entonces eso es lo que significa que es independiente del protocolo. 65 00:04:11,900 --> 00:04:16,760 Entonces, hay dos variedades principales, el modo denso PIM, que no es 66 00:04:16,760 --> 00:04:20,480 usado mucho porque a mucha gente no le gusta la idea de inundaciones 67 00:04:20,480 --> 00:04:23,540 su multidifusión en todas partes solo para podarlo. 68 00:04:23,540 --> 00:04:24,880 Pero eso es básicamente lo que hace. 69 00:04:24,880 --> 00:04:27,700 Y está el avance de RFC si alguna vez tienes curiosidad. 70 00:04:27,700 --> 00:04:30,660 Y luego, en el que nos vamos a centrar es el modo disperso de PIM, 71 00:04:30,660 --> 00:04:33,300 que es RFC 4601. 72 00:04:33,300 --> 00:04:35,820 Ahora ese no es el RFC original. 73 00:04:35,820 --> 00:04:38,940 En realidad, el modo disperso de PIM salió hace mucho tiempo y ya pasó 74 00:04:38,940 --> 00:04:42,280 varias iteraciones y actualizaciones del RFC. 75 00:04:42,280 --> 00:04:45,920 Pero sí creo que es el RFC más actual a partir de esta grabación, que 76 00:04:45,920 --> 00:04:49,660 es el 3 de noviembre de 2015. 77 00:04:49,660 --> 00:04:54,940 Entonces, ¿cuál es el objetivo de ambos? 78 00:04:54,940 --> 00:04:57,920 De lo que hemos estado hablando, el objetivo es construir esa multidifusión 79 00:04:57,920 --> 00:05:03,260 árbol de distribución que conecta la fuente a los receptores para que la multidifusión 80 00:05:03,260 --> 00:05:08,440 puede fluir hacia abajo. Ese es todo el objetivo detrás de esto. 81 00:05:08,440 --> 00:05:12,180 De acuerdo, modo disperso de PIM, está el RFC muy original, si quieres 82 00:05:12,180 --> 00:05:20,220 busque eso, 2117, actualmente RFC 4601, y se basa en el modelo de polo. 83 00:05:20,220 --> 00:05:22,500 Así que esto es una especie de revisión de lo que hemos hablado. 84 00:05:22,500 --> 00:05:25,880 Entonces, el modo disperso de PIM se basa en el concepto de un punto de encuentro. 85 00:05:25,880 --> 00:05:29,680 Es algo así como el servicio de citas que tenía en mi analogía anterior. 86 00:05:29,680 --> 00:05:36,120 Entonces, cuando la multidifusión fluye desde el punto de encuentro hasta donde sea que 87 00:05:36,120 --> 00:05:40,440 hay varios receptores, decimos que fluye hacia abajo del árbol compartido 88 00:05:40,440 --> 00:05:44,460 o el árbol central, también conocido como árbol RP. 89 00:05:44,460 --> 00:05:47,260 Así que son tres términos para exactamente lo mismo. 90 00:05:47,260 --> 00:05:50,780 Árbol compartido, árbol central, árbol RP. 91 00:05:50,780 --> 00:05:54,040 Básicamente, significa lo mismo que donde sea que esté el receptor, ese camino 92 00:05:54,040 --> 00:05:57,840 desde el receptor hasta el RP, ese es el árbol compartido. 93 00:05:57,840 --> 00:06:01,780 Y ahí es donde la multidifusión comienza a fluir por primera vez. 94 00:06:01,780 --> 00:06:05,540 Y luego, como dice, una vez que se descubre la fuente de multidifusión, una vez que el 95 00:06:05,540 --> 00:06:08,860 los enrutadores aprenden cuál es la dirección de origen, pueden cambiar a la 96 00:06:08,860 --> 00:06:10,780 árbol de ruta más corta. 97 00:06:10,780 --> 00:06:14,980 Ahora, a veces, el árbol de ruta de origen podría ser exactamente el mismo árbol 98 00:06:14,980 --> 00:06:16,180 a través del punto de encuentro. 99 00:06:16,180 --> 00:06:18,500 Podría ser a través del punto de encuentro y hacia arriba. 100 00:06:18,500 --> 00:06:20,920 Otras veces puede ser algo diferente. 101 00:06:20,920 --> 00:06:22,480 Todo eso se basa en el protocolo de enrutamiento. 102 00:06:22,480 --> 00:06:25,000 Ya sabes, ¿qué dice tu tabla de enrutamiento? 103 00:06:25,000 --> 00:06:28,180 Es la mejor manera de llegar a esa fuente. 104 00:06:28,180 --> 00:06:33,760 Muy bien, hablemos de algunas versiones de PIM. 105 00:06:33,760 --> 00:06:39,440 Entonces, la versión original de PIM era PIM versión 1. 106 00:06:39,440 --> 00:06:44,540 La versión 2 ha sido el estándar de facto durante mucho tiempo. 107 00:06:44,540 --> 00:06:47,220 ¿Dónde están algunas similitudes? 108 00:06:47,220 --> 00:06:50,060 Bueno, si realmente hizo un seguimiento más rígido, el cuerpo de los paquetes PIM 109 00:06:50,060 --> 00:06:53,180 es idéntico en la versión 1 y la versión 2. 110 00:06:53,180 --> 00:06:55,840 Ya sabes, los tipos de mensajes que llevan. 111 00:06:55,840 --> 00:06:57,420 La funcionalidad es la misma. 112 00:06:57,420 --> 00:07:00,720 Ya sabes, cuando envían los disparadores para ciertas cosas es lo mismo. 113 00:07:00,720 --> 00:07:02,700 Sin embargo, hay un par de diferencias principales. 114 00:07:02,700 --> 00:07:08,400 Entonces, la versión 1 de PIM en realidad utilizó IGMP como protocolo de transporte. 115 00:07:08,400 --> 00:07:12,260 Justo detrás del encabezado IP, tendría un encabezado IGMP y luego 116 00:07:12,260 --> 00:07:15,320 tener PIM en el cuerpo de ese paquete. 117 00:07:15,320 --> 00:07:19,460 Pero cuando salió la versión 2 de PIM, en realidad se convirtió en su propio 118 00:07:19,460 --> 00:07:23,560 protocolo IP. Y lo verá en los rastros del sniffer como número de protocolo IP 119 00:07:23,560 --> 00:07:28,520 103. Así que ya no depende de IGMP. 120 00:07:28,520 --> 00:07:32,480 La otra diferencia principal es que la característica del enrutador de arranque PIM, 121 00:07:32,480 --> 00:07:35,960 al que llegaremos al final de estas grabaciones, solo está disponible en 122 00:07:35,960 --> 00:07:43,280 PIM versión 2. Esa es una forma de elegir y descubrir dinámicamente el 123 00:07:43,280 --> 00:07:44,560 punto de encuentro. 124 00:07:44,560 --> 00:07:48,460 En la mayoría de mis laboratorios aquí que voy a hacer, voy a hacer estáticamente 125 00:07:48,460 --> 00:07:50,460 configurar un punto de encuentro. 126 00:07:50,460 --> 00:07:55,820 Pero auto RP y PIM BSR son dos formas diferentes en las que puede dinámicamente 127 00:07:55,820 --> 00:07:59,660 descubrir un RP, que mucha gente hace. 128 00:07:59,660 --> 00:08:03,200 Un par de cosas adicionales. 129 00:08:03,200 --> 00:08:07,220 Si tiene un enrutador que realmente tiene la capacidad de hacer la versión 130 00:08:07,220 --> 00:08:13,280 1 o la versión 2, porque el cuerpo de los paquetes PIM es el mismo y porque 131 00:08:13,280 --> 00:08:16,280 la funcionalidad es la misma, en realidad puede hacer que ese enrutador haga 132 00:08:16,280 --> 00:08:20,440 ambos. Pero no puedes tener ambos en la misma interfaz. 133 00:08:20,440 --> 00:08:23,740 Entonces, por ejemplo, tiene un enrutador que en Fast Ethernet 1 está haciendo PIM 134 00:08:23,740 --> 00:08:28,600 versión 1, y en fast ethernet 2 está haciendo PIM versión 2, y lo hará 135 00:08:28,600 --> 00:08:31,440 ser capaz de comunicarse de ida y vuelta. 136 00:08:31,440 --> 00:08:35,520 Sin embargo, la mayoría de los enrutadores Cisco ahora solo ejecutan la versión 2 de PIM y no 137 00:08:35,520 --> 00:08:38,680 incluso te permite cambiar a la versión 1 de PIM. 138 00:08:38,680 --> 00:08:42,500 Por ejemplo, déjame darte un ejemplo. 139 00:08:42,500 --> 00:08:48,560 Aquí, en mi laboratorio, estoy usando un enrutador de la serie Cisco 2500 muy antiguo como mi 140 00:08:48,560 --> 00:08:51,960 servidor terminal, como mi servidor de acceso. 141 00:08:51,960 --> 00:08:55,380 Y mira aquí, ¿qué tipo de software está ejecutando? 142 00:08:55,380 --> 00:08:59,220 Así que este tipo está ejecutando el software 1233A. 143 00:08:59,220 --> 00:09:05,540 Y puede ver si entro en una interfaz, veamos aquí, muestre IP 144 00:09:05,540 --> 00:09:13,480 resumen de interfaz, interfaz ethernet 0 y escribo el signo de interrogación IP PIM. 145 00:09:13,480 --> 00:09:15,960 Puedes ver que hay una versión, ¿verdad? 146 00:09:15,960 --> 00:09:21,300 Versión de IP PIM, y luego puedo seleccionar, por defecto será la versión 2, pero 147 00:09:21,300 --> 00:09:23,500 Puedo seleccionarlo de nuevo a la versión 1. 148 00:09:23,500 --> 00:09:27,620 Pero en la mayoría de los dispositivos más nuevos, por ejemplo, si voy a uno de mis otros enrutadores 149 00:09:27,620 --> 00:09:34,740 aquí, IP PIM, notarás que la versión ni siquiera es una opción. 150 00:09:34,740 --> 00:09:37,140 Ni siquiera puedes volver a cambiarlo a la versión 1. 151 00:09:37,140 --> 00:09:43,760 Entonces, solo una pequeña nota allí, dependiendo del software que esté ejecutando. 152 00:09:43,760 --> 00:09:51,220 Y este tipo aquí, en caso de que te lo estés preguntando, está ejecutando el software 15.33. 153 00:09:51,220 --> 00:09:55,160 Así que no estoy seguro de dónde estaba el límite entre donde se desnudaron por completo 154 00:09:55,160 --> 00:09:59,980 la funcionalidad PIM V1, pero en algún lugar entre 12.3 y 15.3 es cuando 155 00:09:59,980 --> 00:10:06,060 se deshicieron de él. 156 00:10:06,060 --> 00:10:13,620 Muy bien, entonces PIM tiene alguna comparación, algunas analogías que puedo hacer con IGP 157 00:10:13,620 --> 00:10:15,060 protocolos de enrutamiento. 158 00:10:15,060 --> 00:10:21,520 Por ejemplo, la mayoría de los protocolos de enrutamiento IGP descubren vecinos dinámicamente, 159 00:10:21,520 --> 00:10:25,380 los paquetes de multidifusión ascendentes y el envío de saludos periódicos. 160 00:10:25,380 --> 00:10:27,300 PIM hace eso también. 161 00:10:27,300 --> 00:10:33,960 PIM envía paquetes de saludo, y esta es la dirección reservada de 224.0113. 162 00:10:33,960 --> 00:10:37,760 Y sí, si alguna vez realiza alguna prueba de Cisco, lo más probable es que probablemente 163 00:10:37,760 --> 00:10:42,440 esperar que tenga esa dirección memorizada. 164 00:10:42,440 --> 00:10:44,600 Esos son paquetes de saludo PIM. 165 00:10:44,600 --> 00:10:49,380 A diferencia de OSPF y EIGRP, que envían saludos con bastante frecuencia, 166 00:10:49,380 --> 00:10:54,300 como cada 5 o 10 segundos, los paquetes de saludo PIM salen cada 30 segundos. 167 00:10:54,300 --> 00:10:58,320 Por lo tanto, no son tan frecuentes como los protocolos de enrutamiento IGP. 168 00:10:58,320 --> 00:11:04,000 Y como un protocolo de enrutamiento IGP, si un paquete de saludo se detiene repentinamente, 169 00:11:04,000 --> 00:11:08,360 si no lo recibes, darás por muerto a ese vecino. 170 00:11:08,360 --> 00:11:12,760 Y de manera similar, la mayoría de los protocolos que se basan en algún tipo de mantenimiento de vida o 171 00:11:12,760 --> 00:11:17,180 hola mecanismo, por lo general todos presentan la misma regla. 172 00:11:17,180 --> 00:11:21,400 Después de que se pierdan tres "mantener vivo" o tres saludos, habrá terminado. 173 00:11:21,400 --> 00:11:22,440 Tu vecino está muerto. 174 00:11:22,440 --> 00:11:25,280 PIM es lo mismo. 175 00:11:25,280 --> 00:11:28,800 Y la información aprendida vía PIM tiene un tiempo de caducidad. 176 00:11:28,800 --> 00:11:29,760 Eso también es parecido. 177 00:11:29,760 --> 00:11:33,360 Entonces, por ejemplo, esto es similar a OSPF, ¿verdad? 178 00:11:33,360 --> 00:11:39,800 Entonces, con OSPF, si me entero de un LSA dentro de mi área que describe algunos 179 00:11:39,800 --> 00:11:43,340 enlaces, ese LSA solo es válido durante una hora. 180 00:11:43,340 --> 00:11:45,440 Ese es el tiempo de edad de ese LSA. 181 00:11:45,440 --> 00:11:50,160 Y si el dueño de esa LSA que la originó no la refresca antes 182 00:11:50,160 --> 00:11:53,440 60 minutos, antes de una hora, lo voy a envejecer. 183 00:11:53,440 --> 00:11:54,740 PIM es algo así. 184 00:11:54,740 --> 00:11:59,640 Cuando PIM descubre dinámicamente rutas de multidifusión o aprende dinámicamente 185 00:11:59,640 --> 00:12:02,980 de los receptores que han querido unirse, no va a mantener esa información 186 00:12:02,980 --> 00:12:06,020 para siempre. Esas cosas envejecerán después de un tiempo. 187 00:12:06,020 --> 00:12:08,500 De hecho, el tiempo predeterminado es de unos tres minutos. 188 00:12:08,500 --> 00:12:14,120 Técnicamente, son 210 segundos, pero mucha gente dice tres minutos. 189 00:12:14,120 --> 00:12:19,180 Entonces, PIM tiene muchos mecanismos para mantener el estado actualizado para que no 190 00:12:19,180 --> 00:12:24,580 suceder. Ahora, ¿dónde están algunas diferencias? 191 00:12:24,580 --> 00:12:26,240 Muchas diferencias. 192 00:12:26,240 --> 00:12:30,980 Número uno, los protocolos de puerta de enlace interior solo se preocupan por los destinos, ¿verdad? 193 00:12:30,980 --> 00:12:32,700 OSPF, EIGRP, RIP. 194 00:12:32,700 --> 00:12:36,180 Todo lo que les importa es dónde viven las subredes, dónde está el destino de la 195 00:12:36,180 --> 00:12:37,940 el paquete va a ir. 196 00:12:37,940 --> 00:12:41,320 PIM escucha sobre fuentes y destinos. 197 00:12:41,320 --> 00:12:45,320 PIM está haciendo un seguimiento de ambos. 198 00:12:45,320 --> 00:12:46,780 Así que algo más. 199 00:12:46,780 --> 00:12:52,040 Entonces, PIM depende de un host, que es su receptor o una fuente, para activar 200 00:12:52,040 --> 00:12:55,420 cualquier intercambio de información PIM. 201 00:12:55,420 --> 00:12:56,700 Y esto es un poco diferente, ¿verdad? 202 00:12:56,700 --> 00:13:00,880 Sus protocolos de enrutamiento IGP normales, lo que desencadena el intercambio de información 203 00:13:00,880 --> 00:13:07,380 es si activa una interfaz y la interfaz se desactiva, agrega una estática 204 00:13:07,380 --> 00:13:12,920 ruta, pero en realidad no depende de hosts o servidores para intercambiar 205 00:13:12,920 --> 00:13:14,940 rutas o aprender de rutas. 206 00:13:14,940 --> 00:13:20,380 PIM lo hace. PIM no va a hacer nada hasta que un nuevo receptor entre en línea 207 00:13:20,380 --> 00:13:23,280 o aparece una nueva fuente en línea. 208 00:13:23,280 --> 00:13:26,200 De lo contrario, PIM estará inactivo. 209 00:13:26,200 --> 00:13:30,560 PIM llena su propia tabla única llamada tabla de ruta M. 210 00:13:30,560 --> 00:13:33,360 Esta es la abreviatura de la tabla de enrutamiento de multidifusión. 211 00:13:33,360 --> 00:13:38,700 Así que tenemos nuestra tabla de enrutamiento unitcast y nuestra tabla de enrutamiento multicast. 212 00:13:38,700 --> 00:13:41,300 Una cosa también que es muy importante sobre esto, mencioné un poco 213 00:13:41,300 --> 00:13:43,880 poco antes, pero lo diré de nuevo. 214 00:13:43,880 --> 00:13:51,400 Entonces, con algunos protocolos de enrutamiento, digamos que escribió en un enrutador, no 215 00:13:51,400 --> 00:13:54,760 Enrutamiento IP. Lo haces a nivel mundial. 216 00:13:54,760 --> 00:13:58,740 Y luego intenta activar OSPF, digamos. 217 00:13:58,740 --> 00:14:03,220 He visto algunos enrutadores que realmente le permitirán habilitar el OSPF 218 00:14:03,220 --> 00:14:09,260 protocolo. Verá que intercambia saludos, intercambia LSA, se llenará 219 00:14:09,260 --> 00:14:13,640 la base de datos de estado de enlace, pero nada de eso irá al enrutamiento 220 00:14:13,640 --> 00:14:18,240 mesa. Porque si no hace enrutamiento de IP, no puede completar el enrutamiento 221 00:14:18,240 --> 00:14:19,960 mesa. No hay tabla de enrutamiento. 222 00:14:19,960 --> 00:14:22,320 No puede crear esa tabla. 223 00:14:22,320 --> 00:14:24,620 Así que todas las cosas pueden ejecutarse en segundo plano, pero no hay lugar 224 00:14:24,620 --> 00:14:26,320 poner esa información. 225 00:14:26,320 --> 00:14:27,720 PIM es lo mismo. 226 00:14:27,720 --> 00:14:33,420 Con PIM, puede habilitar PIM en sus interfaces y aprenderá de los vecinos 227 00:14:33,420 --> 00:14:40,080 y enviará, recibirá informes de membresía de IGMP y demás, pero 228 00:14:40,080 --> 00:14:45,600 no llenará la tabla de enrutamiento de multidifusión con nada que sea 229 00:14:45,600 --> 00:14:49,640 aprendido a menos que habilite el enrutamiento de multidifusión. 230 00:14:49,640 --> 00:14:52,940 Entonces, a nivel global, lo primero que debe ingresar es IP 231 00:14:52,940 --> 00:14:55,140 enrutamiento de multidifusión. 232 00:14:55,140 --> 00:14:57,920 De lo contrario, habilitar PIM es inútil. 233 00:14:57,920 --> 00:15:00,020 No hará nada. 234 00:15:00,020 --> 00:15:04,680 Ya hemos hablado de cómo PIM realiza las comprobaciones de RPF de forma predeterminada y 235 00:15:04,680 --> 00:15:06,560 no puede funcionar solo. 236 00:15:06,560 --> 00:15:11,260 PIM requiere algo para llenar la tabla de enrutamiento de unidifusión debido a 237 00:15:11,260 --> 00:15:12,940 esa bala que acabo de mencionar. 238 00:15:12,940 --> 00:15:17,500 No se puede realizar una verificación de RPF si no hay rutas en la tabla de enrutamiento para 239 00:15:17,500 --> 00:15:20,800 coincida con lo que está tratando de encontrar. 240 00:15:20,800 --> 00:15:24,480 Ahora podría hacerlo con rutas estáticas, pero tiene que haber algo en 241 00:15:24,480 --> 00:15:26,740 la tabla de enrutamiento. 242 00:15:26,740 --> 00:15:35,060 Entonces, ¿cuál es el papel de un PIM RP? 243 00:15:35,060 --> 00:15:36,980 Así que ya hemos hablado un poco sobre esto. 244 00:15:36,980 --> 00:15:41,860 Este es el punto de enfoque central donde cuando un receptor se une a la red 245 00:15:41,860 --> 00:15:46,160 enviando un informe de membresía de IBIGMP, esa puerta de enlace predeterminada que está directamente 246 00:15:46,160 --> 00:15:50,520 conectado a él enviará un PIM unirse al punto de encuentro. 247 00:15:50,520 --> 00:15:54,360 Y esto crea el árbol central, el árbol compartido, por lo que está listo y esperando. 248 00:15:54,360 --> 00:15:56,700 para que la multidifusión fluya hacia abajo. 249 00:15:56,700 --> 00:16:02,260 De manera similar, cuando la fuente de multidifusión comienza a enviar sus datos de multidifusión, 250 00:16:02,260 --> 00:16:05,840 el enrutador al que está conectado directamente reenviará esa multidifusión 251 00:16:05,840 --> 00:16:09,560 datos al punto de encuentro para completar el proceso para conectar todo 252 00:16:09,560 --> 00:16:18,420 juntos. ¿Y cómo sabe un enrutador quién es el RP? 253 00:16:18,420 --> 00:16:23,420 Para nuestros propósitos, vamos a configurar eso estáticamente. 254 00:16:23,420 --> 00:16:26,900 Pero también puede tener enrutadores determinados dinámicamente a través de cosas como auto 255 00:16:26,900 --> 00:16:29,680 RP y el enrutador de arranque PIM.