1 00:00:11,240 --> 00:00:13,780 Ahora su estrella, estado de comedia. 2 00:00:13,780 --> 00:00:16,380 Permítanme seguir adelante y completar el resto de esto aquí. 3 00:00:16,380 --> 00:00:21,240 Entonces, en el enrutador dos, su lista de interfaces salientes dirá fast ethanet zero 4 00:00:21,240 --> 00:00:24,900 cero porque ahí es donde recibió el informe de membresía. 5 00:00:24,900 --> 00:00:28,420 Ahí es donde reenviará el tráfico de multidifusión cuando se trata de 6 00:00:28,420 --> 00:00:34,160 a él. Enrutador ocho, su lista de interfaces salientes dirá fast ethanet zero 7 00:00:34,160 --> 00:00:39,760 barra uno porque recibió la unión PIM en esa interfaz. 8 00:00:39,760 --> 00:00:47,280 Ahora, enrutador tres, voy a omitir un par de campos aquí. 9 00:00:47,280 --> 00:00:51,080 Su lista de interfaces salientes dirá fast ethnet zero slash one porque 10 00:00:51,080 --> 00:00:53,600 ahí es donde recibió la unión PIM. 11 00:00:53,600 --> 00:00:58,660 Ahora, en el campo de los RP, verás algo bastante interesante. 12 00:00:58,660 --> 00:01:03,200 Va a decir eso porque es el RP. 13 00:01:03,200 --> 00:01:06,360 Esa es su forma de decir, está bien, lo sé en el punto de encuentro. 14 00:01:06,360 --> 00:01:13,200 Así que eso soy yo. Y su interfaz entrante dirá que no porque dirá, 15 00:01:13,200 --> 00:01:15,600 oye, soy la raíz del árbol compartido. 16 00:01:15,600 --> 00:01:19,780 Comienza conmigo. 17 00:01:19,780 --> 00:01:24,740 Y su próximo tope, su vecino RPF también será todo ceros. 18 00:01:24,740 --> 00:01:28,200 Pero él dirá, mira, no uso a ningún vecino superior para llegar a mí mismo. 19 00:01:28,200 --> 00:01:29,060 No soy psicótico. 20 00:01:29,060 --> 00:01:30,120 Sé que estoy aquí. 21 00:01:30,120 --> 00:01:32,560 Sé que soy el punto de encuentro. 22 00:01:32,560 --> 00:01:33,740 Así que eso es lo que veremos. 23 00:01:33,740 --> 00:01:36,860 Así que sigamos adelante y comencemos este proceso aquí. 24 00:01:36,860 --> 00:01:40,900 Así que seguiré adelante y activaré R1 para enviar la combinación. 25 00:01:40,900 --> 00:01:43,480 Y sigamos adelante y comencemos el rastreo del sniffer para que podamos capturar todos 26 00:01:43,480 --> 00:01:50,160 este. Así que solo capturaremos dos cosas. 27 00:01:50,160 --> 00:01:57,000 Capturaremos el informe de membresía que ingresa y la unión de PIM que va desde 28 00:01:57,000 --> 00:01:59,380 enrutador dos hasta el enrutador ocho. 29 00:01:59,380 --> 00:02:10,640 Entonces, para hacer eso, quiero R2, 00 entrantes y quiero 01 salientes. 30 00:02:10,640 --> 00:02:18,580 Así que mirando mi diagrama aquí. 31 00:02:18,580 --> 00:02:21,820 Bien, entonces voy a querer R2. 32 00:02:21,820 --> 00:02:25,480 Así que quiero 0 barra 3. 33 00:02:25,480 --> 00:02:36,740 Recibir y quiero 0 slash 1 out. 34 00:02:36,740 --> 00:02:38,560 Esa es tu barra 4. 35 00:02:38,560 --> 00:02:42,300 Voy a hacer ambas cosas para esos. 36 00:02:42,300 --> 00:03:23,820 Así que sigamos adelante y hagamos eso. 37 00:03:23,820 --> 00:03:51,940 Bueno. Configuremos el rastreo del sniffer y esté listo para funcionar. 38 00:03:51,940 --> 00:03:58,300 No sé por qué Wire Shark no me deja presionar ninguno de los botones. 39 00:03:58,300 --> 00:04:00,580 en el menú aquí. 40 00:04:00,580 --> 00:04:03,180 Esto es irritante más allá de la creencia. 41 00:04:03,180 --> 00:04:08,660 Aquí vamos. Finalmente. 42 00:04:08,660 --> 00:04:13,020 Bueno. Así que deja de. Aquí vamos. 43 00:04:13,020 --> 00:04:16,940 Así que ahora vayamos a mi receptor. 44 00:04:16,940 --> 00:04:21,540 Y es posible que se pregunte cómo hago para que un enrutador actúe como una PC. 45 00:04:21,540 --> 00:04:24,040 ¿Cómo hago para que envíe un informe de membresía de IGMP? 46 00:04:24,040 --> 00:04:25,720 Él no es una computadora portátil. 47 00:04:25,720 --> 00:04:29,500 Muy fácil. Así que veamos qué interfaz queremos aquí. 48 00:04:29,500 --> 00:04:33,600 Queremos ethernet 00 rápido. 49 00:04:33,600 --> 00:04:40,460 Así que simplemente escribo IP, IGMP, unirse al grupo. 50 00:04:40,460 --> 00:04:44,260 Vaya, tengo que ir a mi interfaz. 51 00:04:44,260 --> 00:04:49,740 Únete al grupo y voy a hacer 239. 52 00:04:49,740 --> 00:04:51,940 Vamos a ver. ¿Qué hemos estado haciendo en mis ejemplos aquí? 53 00:04:51,940 --> 00:05:01,080 9.9.9. Sí. En realidad, antes de hacer esto, puedo hacer una depuración. 54 00:05:01,080 --> 00:05:10,600 Bueno. IP, IGMP, grupo de unión 239.999. 55 00:05:10,600 --> 00:05:15,520 Y ahí está. 56 00:05:15,520 --> 00:05:21,240 Envió una versión IGMP para informar. 57 00:05:21,240 --> 00:05:23,840 Sin embargo, no creo que haya iniciado mi rastro de snipper. 58 00:05:23,840 --> 00:05:26,680 Así que sigamos adelante y cerremos eso. 59 00:05:26,680 --> 00:05:34,500 Vamos a R2. Limpiar mi estado de ruta M. 60 00:05:34,500 --> 00:05:35,620 Así que puedo empezar de cero. 61 00:05:35,620 --> 00:05:38,480 Borrar estrella de ruta IP M. 62 00:05:38,480 --> 00:05:46,620 Eso borra todas tus M-routs. 63 00:05:46,620 --> 00:05:50,060 Bien, volví a tener solo la ruta M de auto-RP. 64 00:05:50,060 --> 00:05:52,840 También hagámoslo en R8. 65 00:05:52,840 --> 00:06:02,100 Bien, volvamos al enrutador uno. 66 00:06:02,100 --> 00:06:05,900 Y comencemos con mi rastro de snipper esta vez para que podamos capturar todo esto 67 00:06:05,900 --> 00:06:33,340 buen material. Se forma el IJRP y creo que aún tengo el debug funcionando. 68 00:06:33,340 --> 00:06:51,120 Así que recibió una consulta de IJMP y ahí va. 69 00:06:51,120 --> 00:06:54,700 Bien, aquí está el IJMP. 70 00:06:54,700 --> 00:07:00,960 No, esto no lo es, esto es diferente. 71 00:07:00,960 --> 00:07:02,420 Vamos a ver aquí, aquí está. 72 00:07:02,420 --> 00:07:11,700 Aquí está el informe de membresía IJMP del enrutador uno. 73 00:07:11,700 --> 00:07:15,160 Debería decir mi receptor. 74 00:07:15,160 --> 00:07:22,840 Y pueden ver aquí la versión dos de IJMP y se une a la dirección de 75 00:07:22,840 --> 00:07:31,580 239.999. Entonces, en el momento en que, volvamos aquí, en el momento en que el enrutador 76 00:07:31,580 --> 00:07:36,140 dos entendieron eso, él crearía una combinación coma-g de estrella PIM. 77 00:07:36,140 --> 00:07:41,100 Y va a usar su dirección de origen de 8.2.8.2. 78 00:07:41,100 --> 00:07:45,620 Y eso es lo que vemos aquí. 79 00:07:45,620 --> 00:07:49,380 Así que justo debajo de nuestro informe de membresía, está la estrella coma-g de PIM. 80 00:07:49,380 --> 00:07:51,740 dejando ese enrutador. 81 00:07:51,740 --> 00:07:54,220 Profundizamos en los detalles aquí. 82 00:07:54,220 --> 00:07:57,360 Así que es el tipo tres, recuerda que el tipo cero era el hola. 83 00:07:57,360 --> 00:08:00,120 Entonces, el tipo tres es la poda de barra de unión. 84 00:08:00,120 --> 00:08:01,520 Esto tampoco es poca cosa aquí. 85 00:08:01,520 --> 00:08:05,820 Este mensaje aquí se usa para unir ramas al árbol y 86 00:08:05,820 --> 00:08:10,040 podar las ramas del árbol. 87 00:08:10,040 --> 00:08:12,600 Ahora cavamos en las tripas de la misma. 88 00:08:12,600 --> 00:08:16,720 Él dice, está bien, esto está destinado a mi vecino río arriba. 89 00:08:16,720 --> 00:08:18,900 Ahora, ¿por qué está eso ahí? 90 00:08:18,900 --> 00:08:19,560 Un par de cosas. 91 00:08:19,560 --> 00:08:23,520 Tenga en cuenta que esto se está apagando al igual que el PIM hello está saliendo a 92 00:08:23,520 --> 00:08:34,240 la dirección de multidifusión de 2240013. 93 00:08:34,240 --> 00:08:38,060 Así que digamos que esto era en realidad una tierra compartida y había otros 94 00:08:38,060 --> 00:08:41,340 enrutadores en esta tierra además de los enrutadores dos y ocho. 95 00:08:41,340 --> 00:08:43,680 Digamos que había enrutadores X e Y. 96 00:08:43,680 --> 00:08:46,860 Donde el enrutador dos quiere que todos estos enrutadores sepan, oye, este PIM se une. Estoy 97 00:08:46,860 --> 00:08:50,460 el envío va a lo largo de la rama hacia el árbol compartido, lo que significa que necesita 98 00:08:50,460 --> 00:08:52,640 para dirigirse hacia el enrutador ocho. 99 00:08:52,640 --> 00:08:55,920 Entonces, a pesar de que está haciendo multidifusión, lo que significa que cualquier otro enrutador aquí 100 00:08:55,920 --> 00:08:56,000 quiere dirigirse hacia el enrutador ocho. 101 00:08:56,000 --> 00:09:00,440 Y lo veremos aquí porque tiene esta dirección de vecino ascendente 102 00:09:00,440 --> 00:09:04,300 eso asegura que el próximo enrutador enrutador ocho prestará atención a esto 103 00:09:04,300 --> 00:09:07,260 y decir, oh, está bien, esto es para mí. 104 00:09:07,260 --> 00:09:10,460 Y entonces dice, dice, está bien, número de uniones. 105 00:09:10,460 --> 00:09:13,100 Me uno a un grupo. 106 00:09:13,100 --> 00:09:16,360 Este es el grupo al que me uno. 107 00:09:16,360 --> 00:09:22,740 Y esta es la dirección no de la fuente, sino del punto de encuentro. 108 00:09:22,740 --> 00:09:28,220 La dirección del RP. 109 00:09:28,220 --> 00:09:29,600 Y no estamos podando nada. 110 00:09:29,600 --> 00:09:30,560 No vamos a podar ninguna rama. 111 00:09:30,560 --> 00:09:33,320 Nos sumamos a una sucursal. 112 00:09:33,320 --> 00:09:39,320 ¿Y qué más tenemos aquí? 113 00:09:39,320 --> 00:09:44,200 Creo que eso es todo lo que tenemos en este momento. 114 00:09:44,200 --> 00:09:49,760 No capturé nada más. 115 00:09:49,760 --> 00:09:55,240 Bien, echemos un vistazo al estado de la ruta m en estos enrutadores ahora. 116 00:09:55,240 --> 00:09:58,940 Entonces, comencemos yendo al enrutador dos y veamos si todo coincide con lo que 117 00:09:58,940 --> 00:10:01,380 He dibujado aquí mismo. 118 00:10:01,380 --> 00:10:10,620 Mostrar ruta IP m. 119 00:10:10,620 --> 00:10:18,040 Bien, ahí vamos. 120 00:10:18,040 --> 00:10:24,200 Entonces, si ve eso en su ruta m en cualquier enrutador, conoce uno de los tres 121 00:10:24,200 --> 00:10:26,800 han pasado cosas 122 00:10:26,800 --> 00:10:28,060 Una de tres cosas. 123 00:10:28,060 --> 00:10:31,820 O recibió un I.G.M.P. 124 00:10:31,820 --> 00:10:35,120 informe de membresía de un receptor conectado directamente. 125 00:10:35,120 --> 00:10:36,640 En este caso, eso es cierto. 126 00:10:36,640 --> 00:10:39,560 Y lo sabemos por la bandera C. 127 00:10:39,560 --> 00:10:46,180 La bandera C significa que estoy conectado al receptor que me envió la unión, 128 00:10:46,180 --> 00:10:48,580 el informe de membresía que causó esto. 129 00:10:48,580 --> 00:10:53,200 La otra razón por la que podría tener eso es porque recibió una unión PIM. 130 00:10:53,200 --> 00:10:58,280 Entonces, por ejemplo, la bandera C aquí, cuando vamos al enrutador ocho, estamos 131 00:10:58,280 --> 00:11:08,700 va a ver exactamente la misma estrella, C, pero faltará la bandera C. 132 00:11:08,700 --> 00:11:14,040 Mira, S significa que esta es una entrada de modo disperso. 133 00:11:14,040 --> 00:11:16,640 Estamos ejecutando en modo disperso en la interfaz. 134 00:11:16,640 --> 00:11:20,180 Entonces ambos, este es el enrutador ocho, sin bandera C. 135 00:11:20,180 --> 00:11:27,320 Entonces esto fue creado porque recibió la estrella, PIM unirse. 136 00:11:27,320 --> 00:11:32,780 O como se creó esto, porque recibimos la I.G.M.P. 137 00:11:32,780 --> 00:11:39,040 informe de membresía. 138 00:11:39,040 --> 00:11:43,800 Y nuestro RP está designado aquí mismo. 139 00:11:43,800 --> 00:11:49,400 343.3. La interfaz de entrada es Fast Ethernet Zero Slash One, que de hecho es 140 00:11:49,400 --> 00:11:55,240 la interfaz que conduce aguas arriba al punto de encuentro. 141 00:11:55,240 --> 00:11:58,220 RPF vecino 8288. 142 00:11:58,220 --> 00:12:02,160 Y obtuvimos eso porque cuando hicimos una búsqueda de ruta inversa para averiguar 143 00:12:02,160 --> 00:12:05,160 cómo llego al punto de encuentro, encontramos en la tabla de enrutamiento que 144 00:12:05,160 --> 00:12:07,720 este era el tipo que era el siguiente en la cima. 145 00:12:07,720 --> 00:12:11,380 Nuestra ruta EIGRP nos dijo que este es el siguiente top. 146 00:12:11,380 --> 00:12:12,860 Y lista de interfaz saliente. 147 00:12:12,860 --> 00:12:15,540 Esta es la interfaz donde recibimos el I.G.M.P. 148 00:12:15,540 --> 00:12:26,060 informe de membresía. 149 00:12:26,060 --> 00:12:28,560 Y esto es lo que parece un R8. 150 00:12:28,560 --> 00:12:34,220 Casi exactamente lo mismo, excepto que le falta la bandera C. 151 00:12:34,220 --> 00:12:36,680 Y ahora veamos la diferencia de cómo se ve en el real 152 00:12:36,680 --> 00:12:49,480 mismo punto de encuentro. 153 00:12:49,480 --> 00:12:53,060 Bien, fíjate que se incluye a sí mismo como el RP. 154 00:12:53,060 --> 00:12:57,560 Él dice, sé que soy el RP, pero su vecino RPF es todo ceros. 155 00:12:57,560 --> 00:13:01,660 No necesita ir río arriba para llegar a sí mismo. 156 00:13:01,660 --> 00:13:04,840 Y la interfaz entrante es nula. 157 00:13:04,840 --> 00:13:08,520 Y interfaz de salida fast ethernet 00, dice voy a reenviar 158 00:13:08,520 --> 00:13:10,480 en modo disperso. 159 00:13:10,480 --> 00:13:18,540 Así que ahora nuestro árbol compartido de uno a dos a ocho a tres, este camino es 160 00:13:18,540 --> 00:13:22,800 ahora abierto. Entonces, si la multidifusión comienza a fluir, está lista. 161 00:13:22,800 --> 00:13:34,160 El punto de encuentro está listo para ello. 162 00:13:34,160 --> 00:13:36,840 Así que hemos visto qué estado de ruta M crean. 163 00:13:36,840 --> 00:13:42,280 Ahora solo un par de cosas adicionales sobre estas estrellas, G se une. 164 00:13:42,280 --> 00:13:47,720 Son recientes cada 60 segundos. 165 00:13:47,720 --> 00:13:51,260 ¿Porqué es eso? Bueno, echemos un vistazo a esto de nuevo. 166 00:13:51,260 --> 00:13:53,080 Mi fuente no está enviando en este momento. 167 00:13:53,080 --> 00:13:55,460 Así que realmente no hay flujo de multidifusión. 168 00:13:55,460 --> 00:13:57,540 No sabemos cuánto tiempo va a tomar. 169 00:13:57,540 --> 00:14:01,440 ¿Qué pasa si le toma, ya sabes, diez minutos a este tipo comenzar 170 00:14:01,440 --> 00:14:06,200 ¿arriba? Tal vez esta es una transmisión de multidifusión que nuestro CEO va a dar en 171 00:14:06,200 --> 00:14:07,800 las tres de hoy. 172 00:14:07,800 --> 00:14:10,680 Y este tipo se une diez minutos antes. 173 00:14:10,680 --> 00:14:14,660 Bueno, no queremos que esta cosa se agote en esta rama del árbol. 174 00:14:14,660 --> 00:14:17,520 para eliminar y desaparecer. 175 00:14:17,520 --> 00:14:22,520 Entonces, sabemos que estas cosas tienen un temporizador de tres minutos, después de 210 176 00:14:22,520 --> 00:14:27,940 segundos de inactividad, estas ramas serán derribadas. 177 00:14:27,940 --> 00:14:30,560 Entonces, para evitar eso, están sucediendo un par de cosas. 178 00:14:30,560 --> 00:14:35,380 Número uno, sabemos que cada 60 segundos hay dos que envían una consulta IGMP 179 00:14:35,380 --> 00:14:41,140 en el segmento, diciendo, hey, ¿algún receptor ahí abajo viendo algo? 180 00:14:41,140 --> 00:14:43,620 Y Rader uno responderá con un informe de membresía. 181 00:14:43,620 --> 00:14:47,860 Eso es mantener este segmento abierto, el intercambio de consultas e informes. 182 00:14:47,860 --> 00:14:55,040 para IGMP. Y sabemos que cuando regrese el informe de membresía de IGMP, 183 00:14:55,040 --> 00:15:02,400 eso hará que nuestros dos envíen otra estrella PIM, G unirse. 184 00:15:02,400 --> 00:15:06,760 Ahora, podrías estar diciendo, bueno, ¿qué sucede si, ya sabes, en el curso 185 00:15:06,760 --> 00:15:13,580 de un minuto, 25 o 65 informes de membresía de diferentes receptores todos 186 00:15:13,580 --> 00:15:15,760 entrar en esta interfaz? 187 00:15:15,760 --> 00:15:19,300 ¿Significa eso que cada vez que recibe un informe de membresía, 188 00:15:19,300 --> 00:15:21,660 él va a enviar una estrella, G unirse? 189 00:15:21,660 --> 00:15:24,240 No, eso sería exagerado. 190 00:15:24,240 --> 00:15:28,840 Entonces este tipo aquí va a enviar una estrella PIM, G únete para mantener el estado 191 00:15:28,840 --> 00:15:32,540 actualizado cada minuto, cada 60 segundos. 192 00:15:32,540 --> 00:15:38,540 Ahora, si se da cuenta de que no quedan receptores, si IGMP se agota 193 00:15:38,540 --> 00:15:42,780 o recibe un montón de hojas, y dice, está bien, no quedan receptores, en realidad, 194 00:15:42,780 --> 00:15:43,840 Sigamos adelante y echemos un vistazo a eso. 195 00:15:43,840 --> 00:15:44,800 ¿Qué va a hacer? 196 00:15:44,800 --> 00:15:49,260 Así que continuaré y eliminaré mi comando IGMP en Rader uno. 197 00:15:49,260 --> 00:15:53,700 Debería enviar una licencia IGMP, aunque no lo exige la especificación, 198 00:15:53,700 --> 00:15:56,680 esa es una de esas cosas que debería hacer. 199 00:15:56,680 --> 00:16:00,880 Y cuando envía una licencia IGMP, deberíamos ver a Rader dos enviar una ciruela pasa PIM 200 00:16:00,880 --> 00:16:04,540 mensaje aguas arriba, podando esta rama. 201 00:16:04,540 --> 00:16:06,540 Así que sigamos adelante y hagamos eso. 202 00:16:06,540 --> 00:16:22,260 Prepararé mi receptor para funcionar. 203 00:16:22,260 --> 00:16:25,240 Bien, comencemos el rastreo del rastreador. 204 00:16:25,240 --> 00:16:39,980 Muy bien, ahí está mi mensaje de abandono del grupo. 205 00:16:39,980 --> 00:16:41,380 Eso es lo que queríamos ver. 206 00:16:41,380 --> 00:16:47,400 Bien, aquí está el mensaje de salida de IGMP. 207 00:16:47,400 --> 00:16:52,180 Así que en realidad tiene su propio código de tipo y dice, me voy de este grupo, 208 00:16:52,180 --> 00:16:57,760 y eso inició su puerta de enlace predeterminada para enviar un mensaje de poda. 209 00:16:57,760 --> 00:17:01,200 Observe que es exactamente el mismo mensaje que la unión de PIM, pero en este caso, 210 00:17:01,200 --> 00:17:06,260 la combinación ahora es cero y la poda se establece en uno. 211 00:17:06,260 --> 00:17:13,420 Y esto dice que estoy podando este árbol, y estoy dejando que la cita 212 00:17:13,420 --> 00:17:15,480 punto saber sobre eso. 213 00:17:15,480 --> 00:17:23,400 Por cierto, SWR, en caso de que te estés preguntando qué es eso, en realidad son 214 00:17:23,400 --> 00:17:26,520 algunas banderas dentro de este mensaje. 215 00:17:26,520 --> 00:17:32,020 La R se denomina bit RP en este mensaje. 216 00:17:32,020 --> 00:17:36,520 Eso significa que este mensaje debe subir por el árbol compartido hacia la cita. 217 00:17:36,520 --> 00:17:40,020 punto. Ese es el destino final. 218 00:17:40,020 --> 00:17:43,400 Y es por eso que en realidad tenemos la dirección de los puntos de encuentro en este 219 00:17:43,400 --> 00:17:47,340 campo aquí debido a ese bit RP. 220 00:17:47,340 --> 00:17:51,460 La W significa que ese es el bit comodín. 221 00:17:51,460 --> 00:17:55,560 Eso significa que no sé cuál es la dirección de origen real de esta multidifusión. 222 00:17:55,560 --> 00:18:00,380 arroyo. Y eso es lo que crea la estrella, el estado G en estos enrutadores. 223 00:18:00,380 --> 00:18:03,660 Eso es lo que crea la estrella, el comodín. 224 00:18:03,660 --> 00:18:06,660 No tengo idea de quién es la fuente. 225 00:18:06,660 --> 00:18:10,720 Y S, lo que significa que esta es una combinación de modo disperso. 226 00:18:10,720 --> 00:18:23,340 Así que eso es lo que significan esos bits, esas banderas. 227 00:18:23,340 --> 00:18:28,020 ¿Qué sucede si cambia la información del RPF al RP? 228 00:18:28,020 --> 00:18:35,900 Entonces sabemos que existe la posibilidad de que las rutas cambien. 229 00:18:35,900 --> 00:18:40,800 Me refiero a que las interfaces podrían dejar de funcionar, podrían surgir nuevas interfaces y tal vez 230 00:18:40,800 --> 00:18:45,600 la ruta EIGRP que tengo para el punto de encuentro en este momento no va 231 00:18:45,600 --> 00:18:48,920 ser válido dentro de un par de segundos. 232 00:18:48,920 --> 00:18:52,740 Entonces, ¿cómo explica eso PIM? 233 00:18:52,740 --> 00:19:04,940 Bueno, PIM tiene un temporizador y básicamente es un, si vas a la especificación, 234 00:19:04,940 --> 00:19:07,560 si tienes curiosidad acerca de esto, el nombre del temporizador, aunque nunca 235 00:19:07,560 --> 00:19:11,420 ser probado en esto, se llama Tiempo de espera de unión de retardo aleatorio. 236 00:19:11,420 --> 00:19:14,560 Random Delay Join Timeout, para aquellos de ustedes que les gusta saber ese tipo 237 00:19:14,560 --> 00:19:19,680 de cosa Pero básicamente, ese es un tiempo de espera que dice, está bien, revisa para ver 238 00:19:19,680 --> 00:19:25,660 si el RPF a una fuente o un RP ha cambiado. 239 00:19:25,660 --> 00:19:31,700 Y ese temporizador, de acuerdo con el RFC, no debe ser más de 4,5 segundos. 240 00:19:31,700 --> 00:19:38,500 Entonces, si el RPF a una fuente conocida o el RP cambia, los enrutadores que se ejecutan 241 00:19:38,500 --> 00:19:43,560 Los PIM deberían detectarlo en 4,5 segundos o menos. 242 00:19:43,560 --> 00:19:47,060 Y si lo detectan, enviarán otra unión. 243 00:19:47,060 --> 00:19:56,840 Enviarán lo que se llama un disparador unirse a la nueva ruta al RP. 244 00:19:56,840 --> 00:20:01,320 ¿Y qué borra este estado de ruta M? 245 00:20:01,320 --> 00:20:04,440 Bueno, acabamos de ver que entró una licencia de IGMP. 246 00:20:04,440 --> 00:20:07,740 Volvamos al enrutador dos. 247 00:20:07,740 --> 00:20:11,540 Mostrar ruta IP M. 248 00:20:11,540 --> 00:20:16,820 Mira, se ha ido. Ahora, ¿sucedió de inmediato? 249 00:20:16,820 --> 00:20:18,680 Bueno, averigüémoslo. 250 00:20:18,680 --> 00:20:36,900 Vamos a crear la unión de nuevo. 251 00:20:36,900 --> 00:20:40,520 Bien, ahora tenemos el estado g común en estrella. 252 00:20:40,520 --> 00:20:44,500 Y solo tenemos un receptor que vive en Fast Ethernet 00. 253 00:20:44,500 --> 00:20:47,160 Ahora, hagamos que el receptor envíe un mensaje de salida y veamos si eso 254 00:20:47,160 --> 00:20:49,500 inmediatamente mata al estado. 255 00:20:49,500 --> 00:20:53,020 Porque en ese momento, cuando llegue ese mensaje de permiso, eso eliminará 256 00:20:53,020 --> 00:20:55,820 esta interfaz de la lista de interfaces salientes. 257 00:20:55,820 --> 00:20:58,160 La lista de interfaces salientes será nula. 258 00:20:58,160 --> 00:21:01,900 Y nuestra pregunta es, una vez que la lista de interfaces salientes es nula en una estrella 259 00:21:01,900 --> 00:21:04,480 común g enter, ¿eso significa BAM, POOF? 260 00:21:04,480 --> 00:21:05,900 ¿Se ha ido inmediatamente? 261 00:21:05,900 --> 00:21:21,680 ¿O se queda allí un poco de tiempo? 262 00:21:21,680 --> 00:21:23,720 Está bien, todavía está allí. 263 00:21:23,720 --> 00:21:28,360 La lista de interfaces salientes es nula. 264 00:21:28,360 --> 00:21:32,960 Y creo que esto estará aquí por aproximadamente, veamos, ¿hay un momento 265 00:21:32,960 --> 00:21:35,900 esta en cuenta regresiva? 266 00:21:35,900 --> 00:21:37,820 Sí, este temporizador de aquí. 267 00:21:37,820 --> 00:21:40,080 Dos minutos y 20 segundos. 268 00:21:40,080 --> 00:21:42,060 Ahora estamos en dos minutos y 11 segundos. 269 00:21:42,060 --> 00:21:47,140 Y cuando este temporizador llega a cero, un minuto y 56 segundos, estoy 270 00:21:47,140 --> 00:21:47,900 no voy a esperar 271 00:21:47,900 --> 00:21:52,680 Pero cuando la cuenta regresiva llega a cero, entonces expirará. 272 00:21:52,680 --> 00:21:59,140 Se habrá ido. Pero observe que ahora tenemos la bandera P, lo que significa que nuestro 273 00:21:59,140 --> 00:22:04,100 camino, nuestro camino río arriba hasta el punto de encuentro, ha sido podado. 274 00:22:04,100 --> 00:22:07,200 Envié un mensaje de ciruela al RP. 275 00:22:07,200 --> 00:22:12,880 Y eso es lo que indica aquí. 276 00:22:12,880 --> 00:22:17,400 Además, en este caso particular, vemos que esto va a desaparecer. 277 00:22:17,400 --> 00:22:21,060 en dos minutos ¿Y si vamos al router del medio? 278 00:22:21,060 --> 00:22:25,580 Enrutador ocho. Porque recibió esa ciruela pasa. 279 00:22:25,580 --> 00:22:32,580 ¿Ver? También lo podó. 280 00:22:32,580 --> 00:22:34,640 Y también está en cuenta regresiva. 281 00:22:34,640 --> 00:22:42,140 Entonces esto contará hasta cero, y luego terminará siendo eliminado. 282 00:22:42,140 --> 00:22:46,240 Alguien preguntó, ¿es absolutamente necesario tener un punto de encuentro para 283 00:22:46,240 --> 00:22:50,720 hacer que la multidifusión fluya desde la fuente hasta el receptor? 284 00:22:50,720 --> 00:22:54,180 La respuesta corta es en modo disperso PIM, sí. 285 00:22:54,180 --> 00:22:58,240 Ahora, si estuviéramos usando el modo denso PIM, que inunda todo, no, 286 00:22:58,240 --> 00:23:00,040 no necesitaríamos un punto de encuentro. 287 00:23:00,040 --> 00:23:02,660 Pero el modo disperso está tratando de alejarse de eso. 288 00:23:02,660 --> 00:23:05,740 Entonces, si no vamos a inundar todo, tenemos que tener eso 289 00:23:05,740 --> 00:23:07,080 punto de encuentro. 290 00:23:07,080 --> 00:23:10,440 Entonces, ¿cuáles son algunas cosas que podrían romper esto? 291 00:23:10,440 --> 00:23:14,200 Bueno, ciertamente, ya sabes, se debe configurar un punto de encuentro. 292 00:23:14,200 --> 00:23:17,880 Si todos los enrutadores saben quién es el punto de encuentro, pero el punto de encuentro 293 00:23:17,880 --> 00:23:21,700 el propio punto no sabe que se supone que debe desempeñar ese papel, 294 00:23:21,700 --> 00:23:23,880 no va a funcionar 295 00:23:23,880 --> 00:23:26,860 La gente le enviará uniones y otras cosas, pero él no sabrá qué 296 00:23:26,860 --> 00:23:29,880 hacer con ellos porque él no es el punto de encuentro. 297 00:23:29,880 --> 00:23:35,060 Si un enrutador en particular no sabe quién es el punto de encuentro, eso es 298 00:23:35,060 --> 00:23:37,160 va a fallar Ahora, ¿cómo sabrías eso? 299 00:23:37,160 --> 00:23:42,700 Bueno, como vimos aquí, cuando muestres la ruta IPM, déjame acercarme a esto 300 00:23:42,700 --> 00:23:49,900 un poco. Cada enrutador, incluso el propio RP, debe tener la 301 00:23:49,900 --> 00:23:52,300 Dirección IP del RP. 302 00:23:52,300 --> 00:23:56,640 Si alguna vez hace este comando y ve una estrella, ingrese G donde está el campo RP 303 00:23:56,640 --> 00:24:00,800 solo dice 0.0.0.0, eso es malo. 304 00:24:00,800 --> 00:24:04,500 Eso significa que el enrutador no tiene conocimiento del punto de encuentro. 305 00:24:04,500 --> 00:24:07,940 Podría haber uno por ahí, pero este enrutador en particular en el que estás 306 00:24:07,940 --> 00:24:09,900 no sabe quien es 307 00:24:09,900 --> 00:24:12,240 Entonces eso sería malo. 308 00:24:12,240 --> 00:24:17,220 Otra cosa, no solo tiene que existir el RP, no solo los routers 309 00:24:17,220 --> 00:24:22,940 tienen que saber quién es, pero tienen que tener una ruta de unidifusión válida para 310 00:24:22,940 --> 00:24:27,080 Ponte en contacto con el. ¿Cuál sería una indicación de que eso está fallando? 311 00:24:27,080 --> 00:24:33,160 Bueno, si su lista de interfaces entrantes es nula y el vecino RPF es 0.0 312 00:24:33,160 --> 00:24:34,880 .0. Ese es su mayor indicador. 313 00:24:34,880 --> 00:24:42,580 Si tengo una dirección aquí, 3, 4, 3, 3, bueno, por ejemplo, hagamos esto. 314 00:24:42,580 --> 00:24:46,740 En este momento, enrutador, vayamos al enrutador 2. 315 00:24:46,740 --> 00:24:53,460 Mostrar ruta IPM. Bueno. 316 00:24:53,460 --> 00:24:56,600 Así que aquí tenemos conocimiento del RP. 317 00:24:56,600 --> 00:25:01,220 Mostrar IP RPF 3.4.3.3. 318 00:25:01,220 --> 00:25:03,920 Y sabemos que lo aprendió a través de EIGRP. 319 00:25:03,920 --> 00:25:05,300 Así que esto es lo que voy a hacer. 320 00:25:05,300 --> 00:25:08,800 Voy a cerrar esta interfaz en el RP. 321 00:25:08,800 --> 00:25:15,880 Básicamente voy a deshacerme de la ruta a 3.4.3 en el enrutador 3. 322 00:25:15,880 --> 00:25:25,340 Bueno. Entonces, el enrutador 2, muestra la ruta IP. 323 00:25:25,340 --> 00:25:28,920 Esa ruta debería desaparecer de la tabla de enrutamiento muy pronto. 324 00:25:28,920 --> 00:25:32,780 Todavía está allí, pero EIGRP debe saber que se ha ido en un momento. 325 00:25:32,780 --> 00:25:37,100 Puede que tenga que cerrarlo por el otro lado también. 326 00:25:37,100 --> 00:25:41,200 En realidad, lo hago porque estos dos enrutadores están conectados a un conmutador. 327 00:25:41,200 --> 00:25:43,440 En realidad, no están conectados directamente. 328 00:25:43,440 --> 00:25:46,500 Así que voy a cerrar esta subinterfaz aquí en... 329 00:25:46,500 --> 00:25:50,460 Así que hagámoslo de esta manera. 330 00:25:50,460 --> 00:25:52,780 Así que vayamos al enrutador 3. 331 00:25:52,780 --> 00:25:58,760 Vamos a ver. Ahora vamos al enrutador 4. 332 00:25:58,760 --> 00:26:04,500 Interfaz fast-eathen en 0.0.34. 333 00:26:04,500 --> 00:26:09,000 Cierra eso. Bien, entonces ahora está bien y verdaderamente ido. 334 00:26:09,000 --> 00:26:15,160 Y sí, está bien, entonces la red 3.4.3 se ha ido. 335 00:26:15,160 --> 00:26:21,400 Así que ahora, cuando muestro la ruta IPM, pueden ver que todavía sabe quién es el RP. 336 00:26:21,400 --> 00:26:24,780 es porque lo configuré estáticamente. 337 00:26:24,780 --> 00:26:27,600 Pero el vecino RPF es todo ceros. 338 00:26:27,600 --> 00:26:30,320 La lista de interfaces entrantes es nula. 339 00:26:30,320 --> 00:26:32,020 Lo que significa que no sé cómo llegar allí. 340 00:26:32,020 --> 00:26:35,680 No tengo manera de llegar al punto de encuentro. 341 00:26:35,680 --> 00:26:38,900 Entonces, para el modo disperso, esas son las tres condiciones. 342 00:26:38,900 --> 00:26:40,860 Bueno, hay más que eso, pero esas son las tres condiciones principales. 343 00:26:40,860 --> 00:26:45,240 RP tiene que existir, debe tener una ruta hacia él, y todos los enrutadores tienen 344 00:26:45,240 --> 00:26:49,220 para saber quién es el punto de encuentro. 345 00:26:49,220 --> 00:26:51,360 Veamos aquí. Hay algunas otras preguntas. 346 00:26:51,360 --> 00:26:55,120 Veamos aquí. ¿Qué pasa si R8 en sí mismo es el RP también? 347 00:26:55,120 --> 00:26:57,560 ¿Se va a formar también el árbol compartido? 348 00:26:57,560 --> 00:27:04,020 Sí, entonces la pregunta aquí es, ¿y si R8 fuera el punto de encuentro? 349 00:27:04,020 --> 00:27:07,220 Bueno, en ese caso particular, entonces el árbol compartido sería mucho más corto. 350 00:27:07,220 --> 00:27:11,120 El árbol compartido sería solo este salto entre R8 y R2, y luego 351 00:27:11,120 --> 00:27:14,420 desde R2 hasta el receptor. 352 00:27:14,420 --> 00:27:16,620 ¿Y si R2 fuera el punto de encuentro? 353 00:27:16,620 --> 00:27:17,820 Podrías hacer eso. 354 00:27:17,820 --> 00:27:22,100 Bueno, entonces prácticamente no habría un árbol compartido que si R2 fuera 355 00:27:22,100 --> 00:27:25,400 el RP, entonces el árbol compartido sería solo esta conexión directa aquí 356 00:27:25,400 --> 00:27:26,920 al receptor. 357 00:27:26,920 --> 00:27:30,600 Entonces, en mi topología particular, intencionalmente hice el punto de encuentro 358 00:27:30,600 --> 00:27:34,680 un poco más lejos para que pudiéramos ver saltos más distintos de lo que estaba 359 00:27:34,680 --> 00:27:38,880 avanzando, pero cualquiera de estos enrutadores podría haber sido el punto de encuentro de PIM