1 00:00:08,400 --> 00:00:11,420 Entonces, en este punto del proceso, si ha estado viendo estos videos 2 00:00:11,420 --> 00:00:15,800 desde el principio hasta ahora, hemos cubierto prácticamente la gran mayoría 3 00:00:15,800 --> 00:00:21,340 de los detalles del proceso PIM y su funcionamiento en el 90% de los casos. 4 00:00:21,340 --> 00:00:24,640 Pero todavía hay un par de otros detalles que se te pueden haber escapado. 5 00:00:24,640 --> 00:00:27,020 que es importante saber, y de eso vamos a hablar 6 00:00:27,020 --> 00:00:30,820 ahora es este concepto de enrutadores designados y reenviadores designados. 7 00:00:30,820 --> 00:00:35,040 Realmente no es necesario saber si los PIM funcionan perfectamente, pero en el caso 8 00:00:35,040 --> 00:00:37,900 donde las cosas no funcionan como esperaba, es posible que deba solucionar 9 00:00:37,900 --> 00:00:42,960 cosas, definitivamente tienes que saber qué son estos enrutadores, qué propósito 10 00:00:42,960 --> 00:00:48,260 sirven, y por qué fueron elegidos para estos roles particulares. 11 00:00:48,260 --> 00:00:50,300 Siendo ese el caso. 12 00:00:50,300 --> 00:00:53,820 Tengo un par de preguntas para ti. 13 00:00:53,820 --> 00:00:57,240 Entonces, si estás viendo esto como una grabación, solo piénsalo, difumínalo 14 00:00:57,240 --> 00:01:00,200 su respuesta verbalmente, no tenga miedo de que la gente en los cubos siguiente 15 00:01:00,200 --> 00:01:03,580 para usted puede pensar que está un poco loco, pero vea si puede responder a estas 16 00:01:03,580 --> 00:01:06,740 preguntas. Básicamente son preguntas de sí o no. 17 00:01:06,740 --> 00:01:10,180 Mirando este diagrama de aquí, tenemos nuestra fuente en la parte superior 18 00:01:10,180 --> 00:01:15,280 esquina izquierda, y tenemos dos receptores, el receptor X y el receptor Y. 19 00:01:15,280 --> 00:01:20,780 Entonces, mi primera pregunta, supongamos que el receptor Y se une primero a la transmisión 20 00:01:20,780 --> 00:01:23,760 mediante el envío de un informe de membresía IGMP. 21 00:01:23,760 --> 00:01:28,040 Bueno, porque los enrutadores tres y cuatro están conectados a la misma LAN 22 00:01:28,040 --> 00:01:30,800 segmento, aquí está mi pregunta. 23 00:01:30,800 --> 00:01:33,420 ¿Tendría sentido lógico? 24 00:01:33,420 --> 00:01:37,540 ¿Habría un propósito detrás de esos enrutadores, los enrutadores tres y 25 00:01:37,540 --> 00:01:41,720 cuatro, cuando ambos reciben ese informe de membresía, ambos envían 26 00:01:41,720 --> 00:01:45,980 una estrella, IG unirse al punto de encuentro? 27 00:01:45,980 --> 00:01:51,780 Bueno, con suerte respondí, no, no habría un propósito detrás de eso. 28 00:01:51,780 --> 00:01:55,880 De hecho, eso sería algo malo porque si ambos 29 00:01:55,880 --> 00:02:01,740 los enrutadores hicieron eso, enviaron uniones por aquí y por aquí, bueno 30 00:02:01,740 --> 00:02:06,720 ¿adivina qué? Ahora, cuando el tráfico de multidifusión realmente comienza a ocurrir, 31 00:02:06,720 --> 00:02:11,420 usa un color diferente aquí y comienza a bajar, bueno, enrutador 32 00:02:11,420 --> 00:02:14,660 cinco tiene dos interfaces y no va a la lista de interfaces. 33 00:02:14,660 --> 00:02:18,400 Él copiará ese tráfico de multidifusión y terminaremos teniendo dos copias 34 00:02:18,400 --> 00:02:22,600 del mismo paquete en LAN C. 35 00:02:22,600 --> 00:02:23,580 No queremos eso. 36 00:02:23,580 --> 00:02:27,280 No queremos copias duplicadas porque quién sabe cómo enrutador, cómo receptor 37 00:02:27,280 --> 00:02:28,720 Y va a responder a eso. 38 00:02:28,720 --> 00:02:32,960 El video puede estar muy entrecortado, puede tener un efecto de espejo. 39 00:02:32,960 --> 00:02:34,100 No queremos eso. 40 00:02:34,100 --> 00:02:37,780 Así que no, aunque dos horas en la misma LAN veremos la membresía 41 00:02:37,780 --> 00:02:42,840 informe, no queremos que ambos envíen la unión aguas arriba a la cita 42 00:02:42,840 --> 00:02:47,360 punto. Próxima pregunta. 43 00:02:47,360 --> 00:02:54,620 La fuente se inicia, envía su primer paquete a la LAN A. 44 00:02:54,620 --> 00:02:58,740 Tanto el enrutador uno como el enrutador dos ven ese paquete. 45 00:02:58,740 --> 00:03:03,740 Una pregunta similar es anterior, ¿tiene sentido para los enrutadores uno y 46 00:03:03,740 --> 00:03:09,780 dos para registrar ese mismo paquete y enviar esos dos registros a la cita 47 00:03:09,780 --> 00:03:16,560 ¿punto? Una vez más, espero que hayas dicho que no, no tiene mucho sentido. 48 00:03:16,560 --> 00:03:20,840 porque no necesitamos a los dos para hacerlo. 49 00:03:20,840 --> 00:03:23,480 Número uno va a agregar trabajo adicional al punto de encuentro. 50 00:03:23,480 --> 00:03:28,220 Ahora está haciendo que el punto de encuentro trabaje el doble de duro para recibir y 51 00:03:28,220 --> 00:03:38,480 desencapsular solo es necesario enviar un paquete a la LAN A. 52 00:03:38,480 --> 00:03:40,720 No hay necesidad de enviar dos. 53 00:03:40,720 --> 00:03:44,320 Entonces, una vez más, al igual que no había necesidad de que ambos enrutadores enviaran estrellas, 54 00:03:44,320 --> 00:03:49,600 unirse, no hay razón para que tanto el enrutador uno como el enrutador dos necesiten enviar 55 00:03:49,600 --> 00:03:52,940 registrar paquetes en el enrutador seis. 56 00:03:52,940 --> 00:03:57,400 Solo uno de ellos necesita hacer eso. 57 00:03:57,400 --> 00:04:00,140 Y última pregunta. 58 00:04:00,140 --> 00:04:02,880 Digamos que la multidifusión está fluyendo. 59 00:04:02,880 --> 00:04:07,500 Así que va de esta manera hacia abajo en el árbol compartido. 60 00:04:07,500 --> 00:04:11,240 Ahora el receptor X también se ha unido a esa transmisión. 61 00:04:11,240 --> 00:04:14,900 Por lo tanto, también pasa por el enrutador dos hacia la LAN B. 62 00:04:14,900 --> 00:04:19,040 Y recuerde, los enrutadores tres y cuatro, ambos vieron el informe de membresía 63 00:04:19,040 --> 00:04:21,080 del receptor Y. 64 00:04:21,080 --> 00:04:24,640 Entonces, el enrutador tres puso esta interfaz en su lista de interfaces salientes. 65 00:04:24,640 --> 00:04:28,220 El enrutador cuatro colocó esta interfaz en su lista de interfaces salientes. 66 00:04:28,220 --> 00:04:32,440 Entonces, el enrutador cuatro cuando recibe los paquetes, los reenvía a LAN 67 00:04:32,440 --> 00:04:38,780 C. Cuando el enrutador tres ve que estos paquetes llegan a la LAN B, los reenviará 68 00:04:38,780 --> 00:04:42,340 el mismo paquete también en LAN C. 69 00:04:42,340 --> 00:04:43,960 ¿Queremos eso? 70 00:04:43,960 --> 00:04:49,340 No, no lo hacemos. Una vez más, obtuvimos paquetes de multidifusión duplicados que iban a 71 00:04:49,340 --> 00:04:53,080 LAN C. Eso probablemente no hará que el receptor se sienta muy feliz de ver 72 00:04:53,080 --> 00:04:58,700 eso. Entonces, ¿cómo nos alejamos de estos problemas sobre múltiples enrutadores? 73 00:04:58,700 --> 00:05:02,020 enviando una unión para la misma transmisión y la misma LAN? 74 00:05:02,020 --> 00:05:06,620 Múltiples enrutadores que envían un registro para el mismo flujo en la misma LAN. 75 00:05:06,620 --> 00:05:10,280 Múltiples enrutadores que reenvían paquetes duplicados a la misma LAN. 76 00:05:10,280 --> 00:05:12,900 Eso es exactamente de lo que se trata este segmento. 77 00:05:12,900 --> 00:05:13,840 ¿Cómo evitamos eso? 78 00:05:13,840 --> 00:05:17,220 Bueno, PIM, afortunadamente las personas que diseñaron PIM eran mucho más inteligentes que 79 00:05:17,220 --> 00:05:20,800 a mí. Pensaron en estos problemas de antemano y propusieron algunos 80 00:05:20,800 --> 00:05:26,580 soluciones ¿Entonces, cómo funciona? 81 00:05:26,580 --> 00:05:30,200 Enrutador bien designado PIM. 82 00:05:30,200 --> 00:05:33,920 Cuando dos enrutadores comparten la misma LAN, uno de ellos será elegido como el 83 00:05:33,920 --> 00:05:35,820 Enrutador designado por PIM. 84 00:05:35,820 --> 00:05:39,220 Esto se hace simplemente mediante un intercambio de saludos PIM. 85 00:05:39,220 --> 00:05:42,880 Es algo así como pensar en el árbol de expansión, si está familiarizado con la expansión 86 00:05:42,880 --> 00:05:47,720 árbol. ¿Hay mensajes de elección especiales para elegir el puente raíz? 87 00:05:47,720 --> 00:05:52,140 No, ¿verdad? El árbol de expansión solo usa un formato de BPDU. 88 00:05:52,140 --> 00:05:54,860 Ese formato de paquete se usa para todo. 89 00:05:54,860 --> 00:05:59,040 Entonces, cuando dos switches se reenvían BPDU entre sí, ven la información del otro. 90 00:05:59,040 --> 00:06:03,220 nombres y un chico dice, está bien, sé que eres el puente raíz. 91 00:06:03,220 --> 00:06:05,560 En realidad no dice eso, lo piensa en su mente. 92 00:06:05,560 --> 00:06:07,540 Está bien, perdí, él es mejor que yo. 93 00:06:07,540 --> 00:06:10,000 Así que pensaré en él como el puente raíz. 94 00:06:10,000 --> 00:06:12,800 El otro tipo de allí dirá, oh, vi su paquete. 95 00:06:12,800 --> 00:06:14,340 Él no es tan bueno como yo. 96 00:06:14,340 --> 00:06:18,560 Así que solo seré el puente raíz y asumiré que él conoce la raíz 97 00:06:18,560 --> 00:06:20,800 puente. El mismo tipo de cosas aquí con PIM. 98 00:06:20,800 --> 00:06:23,160 Estos enrutadores están intercambiando saludos. 99 00:06:23,160 --> 00:06:30,380 Cuando ven los saludos de los demás en la misma LAN, mirarán su, 100 00:06:30,380 --> 00:06:32,360 Bueno, en realidad son dos cosas. 101 00:06:32,360 --> 00:06:34,380 Número uno, hay una prioridad PIM. 102 00:06:34,380 --> 00:06:38,300 Entonces, hay una prioridad de interfaz al igual que OSPF tiene una prioridad de interfaz. 103 00:06:38,300 --> 00:06:42,020 Hay una prioridad PIM que se incluye dentro del paquete de saludo. 104 00:06:42,020 --> 00:06:46,400 Entonces, quien tenga la prioridad de interfaz más alta, esa persona automáticamente 105 00:06:46,400 --> 00:06:48,920 ser elegido como el enrutador designado. 106 00:06:48,920 --> 00:06:53,860 Si sus prioridades son las mismas, lo cual será por defecto, entonces quien sea 107 00:06:53,860 --> 00:06:58,400 tiene la dirección IP más alta será elegido como el enrutador designado. 108 00:06:58,400 --> 00:07:03,780 ¿Bueno? Entonces, una vez que se elige el enrutador designado, si volvemos a nuestro dibujo 109 00:07:03,780 --> 00:07:11,920 aquí, ahora eso resuelve un par de problemas que estamos viendo. 110 00:07:11,920 --> 00:07:15,080 Los números de los enrutadores representan sus direcciones IP. 111 00:07:15,080 --> 00:07:19,020 Entonces, el enrutador cuatro en LANC tiene una dirección IP más alta que el enrutador tres. 112 00:07:19,020 --> 00:07:24,840 Entonces, en ese caso particular, en realidad tengo una diapositiva que anima todo 113 00:07:24,840 --> 00:07:36,340 de esta. Entonces, en este caso particular, veamos la LAN A por un segundo. 114 00:07:36,340 --> 00:07:40,740 Cuando el paquete de multidifusión, cuando llega el primer paquete de multidifusión 115 00:07:40,740 --> 00:07:45,200 LAN A, solo el enrutador designado será responsable de registrar 116 00:07:45,200 --> 00:07:47,560 ese paquete con el RP. 117 00:07:47,560 --> 00:07:51,420 Entonces, en este caso particular, ¿qué enrutador crees que hará eso? 118 00:07:51,420 --> 00:07:55,120 ¿Quién será el enrutador designado en la LAN A? 119 00:07:55,120 --> 00:08:03,280 Bueno, espero que hayas dicho enrutador uno, porque el enrutador uno tiene la mayor 120 00:08:03,280 --> 00:08:07,560 Dirección IP. Entonces él será el enrutador designado, él será el responsable 121 00:08:07,560 --> 00:08:12,040 para registrar esos paquetes. 122 00:08:12,040 --> 00:08:20,520 Y en LANC, bueno, cuando el receptor Y envía su informe de membresía IGMP, ambos 123 00:08:20,520 --> 00:08:25,320 los enrutadores tres y los enrutadores cuatro lo verán, pero el enrutador cuatro es un enrutador designado 124 00:08:25,320 --> 00:08:27,200 enrutador en virtud de su dirección IP más alta. 125 00:08:27,200 --> 00:08:33,840 Entonces él será el que envíe la estrella PIM, la coma G se unirá río arriba al 126 00:08:33,840 --> 00:08:35,140 punto de encuentro. 127 00:08:35,140 --> 00:08:40,040 Ahora eso responde dos de las tres preguntas que teníamos. 128 00:08:40,040 --> 00:08:41,860 Así que teníamos tres preguntas. 129 00:08:41,860 --> 00:08:44,980 Recuerde que el número uno era si dos enrutadores ven un informe de membresía, que 130 00:08:44,980 --> 00:08:46,900 uno envia el join al RP? 131 00:08:46,900 --> 00:08:49,080 Bueno, ese es el enrutador designado. 132 00:08:49,080 --> 00:08:51,600 Así que algo va a la RP. 133 00:08:51,600 --> 00:08:55,600 La segunda pregunta fue si dos enrutadores reciben el paquete de multidifusión, ¿quién envía 134 00:08:55,600 --> 00:08:57,920 el registro a la RP? 135 00:08:57,920 --> 00:09:00,000 Ese es el enrutador designado. 136 00:09:00,000 --> 00:09:05,000 Así que recuerde, enrutador designado, tal vez pueda pensar en R en DR como 137 00:09:05,000 --> 00:09:08,900 esto es algo responsable de ir al punto de encuentro, alguien 138 00:09:08,900 --> 00:09:11,840 quién está enviando algo al punto de encuentro. 139 00:09:11,840 --> 00:09:17,660 Ahora dije que teníamos otro problema en este escenario, que es que 140 00:09:17,660 --> 00:09:24,160 tuvimos múltiples paquetes duplicados que se colocaron en la misma LAN desde múltiples 141 00:09:24,160 --> 00:09:28,960 enrutadores Y dije que no es trabajo de DR averiguar eso. 142 00:09:28,960 --> 00:09:33,860 Ese es el trabajo del transportista designado. 143 00:09:33,860 --> 00:09:39,060 Entonces, si hay varios paquetes, si tengo dos o tres enrutadores, todos los servicios 144 00:09:39,060 --> 00:09:44,960 la misma LAN, y dos o más de ellos están poniendo exactamente el mismo multi 145 00:09:44,960 --> 00:09:50,740 -enviar paquetes a esa LAN, luego uno de ellos será elegido como el designado 146 00:09:50,740 --> 00:09:56,380 promotor. Ahora que es en realidad un poco más complejo de un proceso 147 00:09:56,380 --> 00:10:00,300 que simplemente mirar los paquetes de saludo. 148 00:10:00,300 --> 00:10:06,480 Para averiguarlo, en realidad hay un mensaje PIM especial llamado 149 00:10:06,480 --> 00:10:10,140 afirma el PIM. Así que este es un mensaje nuevo del que no hemos hablado. 150 00:10:10,140 --> 00:10:14,860 Hasta ahora hemos hablado sobre el join prune, que es un paquete, solo 151 00:10:14,860 --> 00:10:18,240 depende del cuerpo del paquete, si es una unión o una ciruela pasa, pero es 152 00:10:18,240 --> 00:10:19,980 el mismo tipo de código en PIM. 153 00:10:19,980 --> 00:10:23,860 Teníamos otro tipo de código, que era el hola, y teníamos un tercer tipo 154 00:10:23,860 --> 00:10:26,160 código, que era el registro. 155 00:10:26,160 --> 00:10:29,860 Y tuvimos una parada de registro, y ahora esto es de otro tipo. 156 00:10:29,860 --> 00:10:32,840 Este es un mensaje de afirmación de PIM. 157 00:10:32,840 --> 00:10:37,940 Y aquí hay una animación para mostrar básicamente cómo funcionaría esto. 158 00:10:37,940 --> 00:10:46,960 Entonces, en este caso particular, la fuente comienza a funcionar y los paquetes se 159 00:10:46,960 --> 00:10:51,080 yendo hacia abajo en el árbol compartido, por lo que el enrutador 4 los está poniendo en LAN 160 00:10:51,080 --> 00:10:57,320 C, y el enrutador 3 los está obteniendo a través de la LAN B, por lo que también los está poniendo 161 00:10:57,320 --> 00:11:02,440 en LAN C. Entonces, los enrutadores 3 y 4 verán estos paquetes duplicados 162 00:11:02,440 --> 00:11:03,740 de cada uno. 163 00:11:03,740 --> 00:11:08,120 Se darán cuenta, hey, esto es algo malo, necesitamos un transportista designado. 164 00:11:08,120 --> 00:11:14,220 Así que ambos se enviarán mensajes de afirmación de PIM entre sí. 165 00:11:14,220 --> 00:11:19,500 Y este caso particular, el tipo con la dirección IP más baja en realidad 166 00:11:19,500 --> 00:11:22,360 ser elegido como el transitario designado. 167 00:11:22,360 --> 00:11:27,380 Entonces, una vez que ambos enrutadores saben que el enrutador 3 es un reenviador designado, es 168 00:11:27,380 --> 00:11:32,360 ahora el trabajo del enrutador 3 es continuar reenviando esta multidifusión a la LAN. 169 00:11:32,360 --> 00:11:36,900 El enrutador 4 dice, está bien, ya no me necesitan en esta LAN, porque 170 00:11:36,900 --> 00:11:38,660 no es mi trabajo reenviar los paquetes. 171 00:11:38,660 --> 00:11:44,560 Entonces, en su respuesta, enviará un mensaje de poda aguas arriba, que 172 00:11:44,560 --> 00:11:47,720 terminar causando que ese árbol compartido sea cortado. 173 00:11:47,720 --> 00:11:51,660 Y ahora la multidifusión solo se reenviará a la LAN C a través del 174 00:11:51,660 --> 00:11:58,340 reenviador designado, que es el enrutador 3. 175 00:11:58,340 --> 00:12:03,340 Entonces eso completa este tema particular del enrutador designado PIM y 176 00:12:03,340 --> 00:12:04,480 transitario designado. 177 00:12:04,480 --> 00:12:07,980 En realidad, también puede ver esto cuando ingresa a un enrutador. 178 00:12:07,980 --> 00:12:11,480 No sé si tenemos algún segmento aquí que justifique una designación 179 00:12:11,480 --> 00:12:14,220 promotor, pero vamos a ver aquí. 180 00:12:14,220 --> 00:12:19,580 Mostrar vecino IP PIM. 181 00:12:19,580 --> 00:12:25,620 Bueno, aquí el DR te muestra si alguien es un enrutador designado o no, así que 182 00:12:25,620 --> 00:12:28,960 como usted para un segmento en particular que es el enrutador designado. 183 00:12:28,960 --> 00:12:40,680 Y creo que también podemos mostrar la interfaz IP PIM. 184 00:12:40,680 --> 00:12:45,680 Esto solo le muestra aquí quién es el enrutador designado una vez más. 185 00:12:45,680 --> 00:12:50,000 Tiene una prioridad predeterminada de uno, por lo que es un nivel de prioridad predeterminado en 186 00:12:50,000 --> 00:12:52,620 la interfaz, pero usted puede cambiar eso. 187 00:12:52,620 --> 00:13:07,300 Veamos aquí. Esto le muestra los grupos particulares a los que nos hemos unido. 188 00:13:07,300 --> 00:13:14,440 en una interfaz, el comando show IP interface. 189 00:13:14,440 --> 00:13:19,840 No sé qué comando usaríamos. 190 00:13:19,840 --> 00:13:25,120 O tal vez detalle. 191 00:13:25,120 --> 00:13:34,040 Aquí vamos. Debería estar aquí. 192 00:13:34,040 --> 00:13:39,720 Veamos aquí. PIM habilita la versión de quién es el DR. 193 00:13:39,720 --> 00:13:45,640 Actualización de estado. Sí, creo que la razón por la que no estamos viendo esto es porque 194 00:13:45,640 --> 00:13:51,760 esto sería un reenviador designado solo sería elegido cuando ambos enrutadores 195 00:13:51,760 --> 00:13:57,420 ver el mismo paquete de multidifusión proveniente de paquetes duplicados. 196 00:13:57,420 --> 00:14:00,720 Pero si nunca hay una situación en la que se produzcan paquetes duplicados 197 00:14:00,720 --> 00:14:04,700 una LAN, no hay necesidad de elegir un reenviador designado. 198 00:14:04,700 --> 00:14:08,200 Y en mi topología particular, no creo que hayamos tenido esa situación. 199 00:14:08,200 --> 00:14:10,940 donde se debe elegir un transportista designado. 200 00:14:10,940 --> 00:14:15,420 Esperaría que si hubiera uno, debería estar aquí en la IP del programa. 201 00:14:15,420 --> 00:14:17,580 Salida detallada de la interfaz PIM. 202 00:14:17,580 --> 00:14:21,260 Bien, entonces Josh hace una buena pregunta. 203 00:14:21,260 --> 00:14:26,840 Permítanme volver al concepto de enrutador designado. 204 00:14:26,840 --> 00:14:28,460 Teníamos esto aquí. 205 00:14:28,460 --> 00:14:30,820 Ups. Justo ahí. 206 00:14:30,820 --> 00:14:35,820 Así que pregunta, en este caso particular, dónde está designado el enrutador cuatro. 207 00:14:35,820 --> 00:14:38,140 el enrutador y el enrutador tres no lo son. 208 00:14:38,140 --> 00:14:41,680 Él dice que si el enrutador designado falla, entonces si el enrutador cuatro falla 209 00:14:41,680 --> 00:14:47,800 y muere o se elimina, ¿cómo construye o reconstruye el enrutador tres su multidifusión? 210 00:14:47,800 --> 00:14:49,980 tabla de enrutamiento y cuánto tiempo toma? 211 00:14:49,980 --> 00:14:57,300 De acuerdo, tenga en cuenta que aunque el enrutador cuatro es un enrutador designado, 212 00:14:57,300 --> 00:15:03,620 cuando el receptor Y envió su informe de membresía IGMP, tanto el enrutador tres como 213 00:15:03,620 --> 00:15:05,580 el enrutador cuatro lo vio. 214 00:15:05,580 --> 00:15:10,140 Entonces, aunque el enrutador tres se da cuenta de que no es su trabajo unirse al 215 00:15:10,140 --> 00:15:14,440 árbol compartido, no solo va a ignorar ese informe. 216 00:15:14,440 --> 00:15:21,500 Todavía creará estrella, estado en su tabla de rutas M al igual que el enrutador 217 00:15:21,500 --> 00:15:26,360 cuatro lo hace. Es solo que cuando crea ese estado, no hará nada. 218 00:15:26,360 --> 00:15:42,320 sobre eso Ahora bien, si la multidifusión fluye actualmente hacia abajo de esta manera, hacia abajo 219 00:15:42,320 --> 00:15:50,240 el árbol compartido, esperaríamos que cuando el primer paquete de multidifusión 220 00:15:50,240 --> 00:15:55,780 sucede, el enrutador cuatro diría que soy el enrutador hoja, por lo que es mi trabajo 221 00:15:55,780 --> 00:16:00,060 cambie al árbol de ruta más corto con solo recibir un paquete. 222 00:16:00,060 --> 00:16:05,600 Mire este diagrama aquí, el enrutador cuatro diría bien, desde mi perspectiva, 223 00:16:05,600 --> 00:16:10,760 la ruta más corta es en realidad a través del enrutador tres. 224 00:16:10,760 --> 00:16:17,980 Este es mi árbol de caminos más cortos, yendo de esa manera, de esa manera y de esa manera. 225 00:16:17,980 --> 00:16:23,720 Entonces, el enrutador cuatro en realidad creará la unión S, G y el enrutador tres lo hará. 226 00:16:23,720 --> 00:16:29,860 recibirlo, así que ahora, en realidad es un poco raro aquí. 227 00:16:29,860 --> 00:16:34,080 Cuando este primer paquete de multidifusión llega a este cable aquí, no estoy seguro 228 00:16:34,080 --> 00:16:35,200 el tiempo de las cosas. 229 00:16:35,200 --> 00:16:38,300 Sabemos que el enrutador tres va a crear un estado S, G. 230 00:16:38,300 --> 00:16:40,760 Simplemente no sé qué pasará primero. 231 00:16:40,760 --> 00:16:44,700 ¿Verá este primer paquete de multidifusión y eso creará S, G 232 00:16:44,700 --> 00:16:50,880 ¿estado? ¿O verá el PIM S, G unirse primero y eso creará S, 233 00:16:50,880 --> 00:17:05,120 estado G? Entonces él reenviará su propia unión S, G aguas arriba, así que después 234 00:17:05,120 --> 00:17:10,240 solo un paquete que cae en menos de un segundo, esperaríamos 235 00:17:10,240 --> 00:17:16,540 el flujo de multidifusión ahora vendrá de esta manera a través del enrutador tres. 236 00:17:16,540 --> 00:17:21,260 Y luego, una vez que el enrutador cuatro vea ese paquete de multidifusión, lo eliminará 237 00:17:21,260 --> 00:17:27,640 apagado. Entonces, incluso si el enrutador cuatro muere, solo lo necesitábamos como uno 238 00:17:27,640 --> 00:17:32,100 paquete, solo para poner un paquete en el cable, y luego el enrutador tres hizo 239 00:17:32,100 --> 00:17:35,480 todo el trabajo restante de abrir el árbol del camino más corto, y ahora el 240 00:17:35,480 --> 00:17:39,220 los paquetes se estaban reenviando a la tierra C, y el enrutador cuatro no era necesario 241 00:17:39,220 --> 00:17:44,620 ya no. Ahora, ya sabes, podemos entrar en todo tipo de casos de esquina aquí 242 00:17:44,620 --> 00:17:50,460 como, está bien, bueno, ¿qué pasa si aparece el informe de membresía, tanto el enrutador 243 00:17:50,460 --> 00:17:58,740 tres y el enrutador cuatro lo obtienen, pero antes de que el enrutador cuatro tenga la oportunidad de crear 244 00:17:58,740 --> 00:18:02,220 la unión, muere. 245 00:18:02,220 --> 00:18:05,080 En este momento, eso es realmente esencial, porque estamos hablando de 246 00:18:05,080 --> 00:18:08,180 menos de un segundo aquí desde el momento en que recibe el informe de membresía 247 00:18:08,180 --> 00:18:12,120 antes de que tenga la oportunidad de enviar la unión.