1 00:00:08,080 --> 00:00:12,180 Entonces, en este punto, hemos terminado con la teoría de PIMS escasa. 2 00:00:12,180 --> 00:00:16,320 modo y antes de pasar a los conceptos de descubrimiento dinámico de RP 3 00:00:16,320 --> 00:00:21,540 a través de auto-RP o el enrutador de arranque PIM, solo quiero terminar este tema 4 00:00:21,540 --> 00:00:25,000 del modo disperso de PIMS volviendo a los comandos. 5 00:00:25,000 --> 00:00:27,820 Algunos de los comandos que ya has visto como he hablado de ellos y 6 00:00:27,820 --> 00:00:31,180 los mostró en el laboratorio y algunos de los comandos serán nuevos para usted. 7 00:00:31,180 --> 00:00:34,340 Solo quería mostrarte los más familiares que es más probable que 8 00:00:34,340 --> 00:00:43,200 usar. Bien, verificando que el modo disperso de PIMS está funcionando. 9 00:00:43,200 --> 00:00:45,460 Ciertamente, puede mostrar la interfaz IP PIM. 10 00:00:45,460 --> 00:00:51,680 Voy a hacer cada uno de estos a medida que avanzamos aquí. 11 00:00:51,680 --> 00:01:01,280 Así que muestre la interfaz IP PIM y, como puede ver, le muestra la dirección de 12 00:01:01,280 --> 00:01:06,580 tu interfaz Entonces, en este caso, 454, esa es en realidad la dirección de nuestro 13 00:01:06,580 --> 00:01:08,460 interfaz de cuatro patas. 14 00:01:08,460 --> 00:01:13,380 Básicamente, esto confirma que PIMS está habilitado en estas interfaces. 15 00:01:13,380 --> 00:01:14,780 con estas direcciones IP. 16 00:01:14,780 --> 00:01:19,320 También te muestro qué versión de PIMS, ya sea que estés en modo disperso o denso 17 00:01:19,320 --> 00:01:24,160 modo. También hay un modo llamado escaso denso y hablaremos de eso. 18 00:01:24,160 --> 00:01:27,760 siguiente cuando hablamos de auto-RP. 19 00:01:27,760 --> 00:01:30,520 ¿Cuántos vecinos tienes, si es que tienes alguno? 20 00:01:30,520 --> 00:01:36,060 Con qué frecuencia está enviando paquetes PIM Hello a los que llaman consultas 21 00:01:36,060 --> 00:01:40,580 aquí. La prioridad del enrutador designado que es uno por defecto y 22 00:01:40,580 --> 00:01:42,220 quién es el enrutador designado. 23 00:01:42,220 --> 00:01:45,860 Y algunas interfaces no lo necesitan como las interfaces punto a punto como 24 00:01:45,860 --> 00:01:50,420 HDLC y PPP. No hay necesidad de un enrutador designado en ese tipo de 25 00:01:50,420 --> 00:02:03,940 una interfaz Mostrar vecino IP PIM le brinda un poco más de detalles. 26 00:02:03,940 --> 00:02:07,760 Es decir, lo que obtienes de este aquí son estos temporizadores. 27 00:02:07,760 --> 00:02:09,980 ¿Cuánto tiempo en total he sido vecinos? 28 00:02:09,980 --> 00:02:13,620 Entonces, con este vecino en particular, han pasado casi 22 horas. He sido vecinos. 29 00:02:13,620 --> 00:02:21,760 con este chico Y esto te muestra bien si pierdo un Hola, si no 30 00:02:21,760 --> 00:02:25,560 continuar recibiendo PIM Hola en un minuto y 37 segundos Voy a 31 00:02:25,560 --> 00:02:27,720 derribar ese vecindario. 32 00:02:27,720 --> 00:02:33,800 Luego también tenemos show IP PIM RP. 33 00:02:33,800 --> 00:02:39,460 Ahora este comando en particular muestra IP PIM RP. 34 00:02:39,460 --> 00:02:46,220 Este comando realmente solo es útil si configuró estáticamente un RP 35 00:02:46,220 --> 00:02:48,500 como he hecho hasta ahora. 36 00:02:48,500 --> 00:02:53,100 Básicamente, solo confirma que de hecho ha configurado estáticamente 37 00:02:53,100 --> 00:02:59,560 un RP y qué grupos en particular ese RP está sirviendo en este momento. 38 00:02:59,560 --> 00:03:04,020 En este caso dice que caduca nunca porque nunca va a caducar. 39 00:03:04,020 --> 00:03:05,280 Es un RP estático. 40 00:03:05,280 --> 00:03:10,440 No hay ningún mecanismo aquí para verificar que el RP realmente existe y es 41 00:03:10,440 --> 00:03:16,280 accesible. El siguiente comando muestra el mapeo IP PIM RP. 42 00:03:16,280 --> 00:03:19,620 Esto es realmente si vas a usar algún tipo de descubrimiento dinámico 43 00:03:19,620 --> 00:03:24,020 del RP como auto RP o PIM BSR. 44 00:03:24,020 --> 00:03:26,560 Este es el comando que querrá usar para verificar que ha 45 00:03:26,560 --> 00:03:30,920 en realidad aprendió dinámicamente de un RP y qué grupos particulares que 46 00:03:30,920 --> 00:03:32,380 RP está dando servicio. 47 00:03:32,380 --> 00:03:39,120 En este caso particular, no hay mucha salida aquí. 48 00:03:39,120 --> 00:03:45,040 Dice estático, quién es el RP y él es el RP para cada grupo, pero 49 00:03:45,040 --> 00:03:48,880 obtiene mucho más resultado de esto si lo hubiéramos aprendido dinámicamente a través de 50 00:03:48,880 --> 00:03:55,360 RP automático o BSR. Veremos eso en la próxima serie de videos. 51 00:03:55,360 --> 00:04:00,660 Bien, hay algunas formas de modificar el comportamiento de PIM. 52 00:04:00,660 --> 00:04:03,540 Aceptar-registrar IP PIM. 53 00:04:03,540 --> 00:04:09,520 Entonces, de lo que esto está hablando es que, por defecto, el punto de encuentro 54 00:04:09,520 --> 00:04:12,960 aceptar cualquier tipo de mensaje de registro que venga de cualquier persona. 55 00:04:12,960 --> 00:04:16,900 No existe una lista autorizada de enrutadores que estén autorizados para 56 00:04:16,900 --> 00:04:21,040 registro. Cualquier enrutador puede registrarse, lo que ciertamente podría introducir el 57 00:04:21,040 --> 00:04:22,320 concepto de un enrutador deshonesto. 58 00:04:22,320 --> 00:04:25,760 Tal vez alguien pone un enrutador malicioso en la red e intencionalmente 59 00:04:25,760 --> 00:04:32,440 martilla el PIM RP con esta cantidad de mensajes de registro de forma intencionada 60 00:04:32,440 --> 00:04:36,240 intentar derribar el RP. 61 00:04:36,240 --> 00:04:40,220 Entonces, en este comando en particular aquí, podría decir, bueno, solo RP, el único, 62 00:04:40,220 --> 00:04:47,420 sí, los enrutadores RP solo conectados a fuentes que coinciden con esta lista son en realidad 63 00:04:47,420 --> 00:04:49,340 permitido registrarse conmigo. 64 00:04:49,340 --> 00:04:52,980 Entonces, si ingresa un registro desde cualquier otro enrutador, simplemente lo descartará en silencio 65 00:04:52,980 --> 00:05:01,020 él. Límite de tasa de registro de IP PIM, por lo que si le preocupa incluso el autorizado 66 00:05:01,020 --> 00:05:06,340 enrutadores que envían demasiados registros, demasiadas sesiones de multidifusión 67 00:05:06,340 --> 00:05:10,420 se están iniciando al mismo tiempo, puede limitar la velocidad usando este comando 68 00:05:10,420 --> 00:05:12,300 aquí con bits por segundo. 69 00:05:12,300 --> 00:05:16,100 Registro-origen IP PIM. 70 00:05:16,100 --> 00:05:19,140 Ahora bien, este es un comando que en realidad haría en cualquier enrutador que esté 71 00:05:19,140 --> 00:05:22,700 va a estar originando el mensaje de registro. 72 00:05:22,700 --> 00:05:27,780 Ahora, normalmente, un enrutador cuando dice que está bien, necesito registrarme con el RP. 73 00:05:27,780 --> 00:05:30,700 Lo que hará ese enrutador es entrar en su tabla de enrutamiento, hará 74 00:05:30,700 --> 00:05:34,960 un RPF busca y dirá bien, ¿cuál es la interfaz que usaría, cuál es 75 00:05:34,960 --> 00:05:39,460 en realidad, ¿la interfaz de entrada que usaría para volver al RP? 76 00:05:39,460 --> 00:05:43,540 Él dice oh, de acuerdo con mi tabla de enrutamiento, mi mejor ruta hacia el RP es rápida 77 00:05:43,540 --> 00:05:48,180 Ethernet 00. Bueno, en ese momento sacaría esa dirección IP de fast 78 00:05:48,180 --> 00:05:53,920 Ethernet 00 y usar eso como la dirección de origen para sus mensajes de registro. 79 00:05:53,920 --> 00:05:57,740 Puede haber algunos escenarios en los que no quieras que haga eso. 80 00:05:57,740 --> 00:06:01,700 Que independientemente de la interfaz que use para llegar al RP, tal vez tú 81 00:06:01,700 --> 00:06:05,400 siempre quiero que use su loop back como su dirección de origen. 82 00:06:05,400 --> 00:06:12,660 Bueno, este sería el comando que usarías para modificar ese comportamiento. 83 00:06:12,660 --> 00:06:16,300 IP PIM, SPT Threshold, no vamos a hablar de eso, ya hemos cubierto 84 00:06:16,300 --> 00:06:21,480 que pienso con bastante detalle en algunos de los otros videos. 85 00:06:21,480 --> 00:06:27,940 Y los PIM IP dispersos SG-expiry-timer. 86 00:06:27,940 --> 00:06:38,780 Entonces, ¿de qué está hablando esto? 87 00:06:38,780 --> 00:06:43,740 No se queda ahí para siempre, tiene que actualizarse, y hay un par 88 00:06:43,740 --> 00:06:45,600 de cosas que podrían refrescarlo. 89 00:06:45,600 --> 00:06:50,260 Cada vez que llega un paquete de multidifusión real que coincide con ese s-coma 90 00:06:50,260 --> 00:06:53,420 -g entrada que refresca el estado. 91 00:06:53,420 --> 00:06:58,600 O si sabemos que también sabemos que los enrutadores, incluso después de que se hayan unido al más corto 92 00:06:58,600 --> 00:07:03,940 árbol de ruta, si todavía quieren esa multidifusión, lo harán periódicamente una vez 93 00:07:03,940 --> 00:07:08,900 un minuto envíe otra combinación s-coma-g para actualizar el árbol, y eso 94 00:07:08,900 --> 00:07:13,920 también actualizará el estado s-coma-g en cualquier enrutador que reciba ese tipo 95 00:07:13,920 --> 00:07:17,480 de una unión. Entonces, si eso no sucede, si un enrutador está sentado aquí con 96 00:07:17,480 --> 00:07:21,960 una entrada s-coma-g y digamos que la multidifusión se detiene, bueno, por defecto después 97 00:07:21,960 --> 00:07:26,180 un poco más de tres minutos después de 210 segundos esa entrada s-coma-g 98 00:07:26,180 --> 00:07:28,940 se desvanecerá, se irá. 99 00:07:28,940 --> 00:07:33,660 Bueno, tal vez tengas algún escenario en el que digas, ¿sabes qué? 100 00:07:33,660 --> 00:07:39,180 Una vez que se crean los s-coma-g en mi enrutador, quiero que permanezca allí 101 00:07:39,180 --> 00:07:43,120 durante mucho tiempo, incluso si dejo de recibir la multidifusión. 102 00:07:43,120 --> 00:07:46,380 Simplemente no quiero tener que seguir recreando el s-coma-g una y otra vez 103 00:07:46,380 --> 00:07:49,480 de nuevo. Realmente no puedo pensar en la parte superior de mi cabeza por qué querrías hacer 104 00:07:49,480 --> 00:07:52,140 eso, pero este comando en realidad le permitiría hacer eso. 105 00:07:52,140 --> 00:07:54,240 Así que de eso está hablando esto. 106 00:07:54,240 --> 00:08:00,640 Si establece este comando en su máximo, que es de 57.600 segundos, eso es 107 00:08:00,640 --> 00:08:02,620 igual a 16 horas. 108 00:08:02,620 --> 00:08:06,660 Entonces, básicamente, lo que está diciendo es, está bien, una vez que se crea una entrada s-coma-g, 109 00:08:06,660 --> 00:08:11,440 incluso si no está actualizado, solo manténgalo allí hasta 16 horas antes 110 00:08:11,440 --> 00:08:16,520 lo expiras. Entonces, si tiene una situación en la que eso sería útil para 111 00:08:16,520 --> 00:08:19,840 usted, ahí es donde ese comando ayudaría. 112 00:08:19,840 --> 00:08:25,480 Y luego el último comando aquí es IPPIM NBMA-mode. 113 00:08:25,480 --> 00:08:27,040 Así que imagina este escenario. 114 00:08:27,040 --> 00:08:29,680 En realidad, permítanme seguir adelante y dibujarlo aquí por un momento. 115 00:08:29,680 --> 00:08:34,220 Digamos que tuviéramos una WAN. 116 00:08:34,220 --> 00:08:37,560 Solo usaré la retransmisión de cuadros como ejemplo porque la retransmisión de cuadros se usa como 117 00:08:37,560 --> 00:08:41,500 mucho en el CCNA y el CCNP. 118 00:08:41,500 --> 00:08:47,120 Y en esta WAN tenemos un escenario concentrador y radio. 119 00:08:47,120 --> 00:08:56,240 Donde tenemos el enrutador A como concentrador y los enrutadores B y C como radios. 120 00:08:56,240 --> 00:09:04,160 De acuerdo, entonces la única forma en que B y C pueden comunicarse entre sí es a través del enrutador. 121 00:09:04,160 --> 00:09:09,320 R. En realidad, no tienen ningún PVC de retransmisión de tramas directamente entre sí. 122 00:09:09,320 --> 00:09:12,200 Bueno, sabemos que, como en el caso de los protocolos de enrutamiento, si estuviéramos hablando 123 00:09:12,200 --> 00:09:17,260 sobre OSPF o EIGRP o algo así, muchos protocolos de enrutamiento, si el enrutador 124 00:09:17,260 --> 00:09:22,540 B, y digamos que en el enrutador A, su interfaz serie física 125 00:09:22,540 --> 00:09:25,960 está haciendo todo. 126 00:09:25,960 --> 00:09:29,320 Bien, entonces nuestra dirección IP está aquí. 127 00:09:29,320 --> 00:09:30,840 No tenemos subinterfaces. 128 00:09:30,840 --> 00:09:32,720 Esta es una interfaz multipunto. 129 00:09:32,720 --> 00:09:38,360 Esta es una interfaz de múltiples ejes sin transmisión. 130 00:09:38,360 --> 00:09:41,300 Bueno, en este escenario particular con protocolos de enrutamiento, muchas veces 131 00:09:41,300 --> 00:09:43,540 tendrías que deshabilitar el horizonte dividido, ¿verdad? 132 00:09:43,540 --> 00:09:45,900 Porque el horizonte dividido es la regla que dice, mira, si una actualización de enrutamiento 133 00:09:45,900 --> 00:09:50,940 viene en serie 0-0, para evitar bucles de enrutamiento, no está 134 00:09:50,940 --> 00:09:55,180 permitido dar la vuelta y reflejar esa ruta de regreso exactamente 135 00:09:55,180 --> 00:09:57,620 misma interfaz en la que entró. 136 00:09:57,620 --> 00:10:00,160 Así que tendrías que hacerlo, ese horizonte dividido evita eso. 137 00:10:00,160 --> 00:10:02,560 Así que tendrías que desactivar el horizonte dividido. 138 00:10:02,560 --> 00:10:05,560 Bueno, lo mismo sucede aquí para las multidifusiones. 139 00:10:05,560 --> 00:10:12,600 Y para uniones y cosas así, si entra una multidifusión aquí mismo, 140 00:10:12,600 --> 00:10:18,460 o recuerde, la regla general de PIMS dice que la interfaz entrante 141 00:10:18,460 --> 00:10:22,040 no puede aparecer en la lista de interfaces salientes. 142 00:10:22,040 --> 00:10:26,040 Bueno, si esa regla era cierta, entonces cuando esta interfaz, cuando la multidifusión 143 00:10:26,040 --> 00:10:30,240 entró aquí en serie 0-0, no podríamos poner exactamente lo mismo 144 00:10:30,240 --> 00:10:34,220 interfaz en la lista de interfaz saliente, y el enrutador C no sería 145 00:10:34,220 --> 00:10:35,900 capaz de obtener esa multidifusión. 146 00:10:35,900 --> 00:10:40,680 Entonces, para permitir eso, querrás usar este comando aquí 147 00:10:40,680 --> 00:10:44,220 en esa interfaz multiacceso sin transmisión. 148 00:10:44,220 --> 00:10:49,340 Esto es básicamente como desactivar el horizonte dividido, pero para multidifusión 149 00:10:49,340 --> 00:10:52,240 tráfico. Eso es lo que hace ese comando. 150 00:10:52,240 --> 00:10:58,140 Y solo quiero terminar aquí un poco explicando un poco 151 00:10:58,140 --> 00:11:01,780 un poco más sobre las banderas que puede ver en sus entradas de ruta M. 152 00:11:01,780 --> 00:11:05,080 Hemos hablado de muchos de estos, pero algunos de ellos no los he cubierto. 153 00:11:05,080 --> 00:11:07,960 Así que la bandera C. Hablamos de eso. 154 00:11:07,960 --> 00:11:11,400 Si ve la bandera C, eso significa una de dos cosas. 155 00:11:11,400 --> 00:11:15,660 O bien este enrutador ha recibido un informe de membresía IGMP, o 156 00:11:15,660 --> 00:11:20,680 un informe de escucha MLDP, lo que significa que está directamente conectado a un receptor, 157 00:11:20,680 --> 00:11:22,540 a una laptop, a una PC. 158 00:11:22,540 --> 00:11:28,540 O en realidad obtuvo el paquete de multidifusión y se da cuenta de la fuente 159 00:11:28,540 --> 00:11:31,340 de esa multidifusión está directamente conectado a ese enrutador. 160 00:11:31,340 --> 00:11:34,140 Así que hay un receptor conectado o una fuente conectada. 161 00:11:34,140 --> 00:11:36,920 Eso es lo que significa C. 162 00:11:36,920 --> 00:11:41,460 La bandera L realmente no ha hablado de esto, pero sabe cómo en mi particular 163 00:11:41,460 --> 00:11:46,320 laboratorio, lo que hice fue tomar un enrutador, el enrutador uno, y usé ese comando, 164 00:11:46,320 --> 00:11:49,620 Grupo de unión IGMP en ese enrutador. 165 00:11:49,620 --> 00:11:54,440 Y así es como convertí ese enrutador en un receptor, porque los enrutadores no 166 00:11:54,440 --> 00:11:56,400 normalmente envían informes de membresía. 167 00:11:56,400 --> 00:11:59,040 Ese es el trabajo de las computadoras portátiles y las PC. 168 00:11:59,040 --> 00:12:03,540 Entonces, para replicar ese comportamiento, usé este comando. 169 00:12:03,540 --> 00:12:08,080 Bueno, si ese enrutador también estaba ejecutando PIM, lo cual no es así, entonces en el 170 00:12:08,080 --> 00:12:12,240 La entrada M-ROT habría tenido la bandera L, lo que significa que también soy un receptor 171 00:12:12,240 --> 00:12:13,160 de esta multidifusión. 172 00:12:13,160 --> 00:12:15,760 Cuando entra la multidifusión, no solo voy a reenviarla. 173 00:12:15,760 --> 00:12:18,820 De hecho, voy a enviarlo a mi CPU para que lo procese, porque quiero 174 00:12:18,820 --> 00:12:23,740 para verlo. La bandera F. 175 00:12:23,740 --> 00:12:27,980 Entonces esto se llama el indicador de registro PIM. 176 00:12:27,980 --> 00:12:30,580 A veces la gente se confunde un poco con esto, porque ven la 177 00:12:30,580 --> 00:12:35,060 F, y piensan, oh, eso significa que el registro se está realizando correctamente 178 00:12:35,060 --> 00:12:39,960 ahora. Y luego muestran la ruta IPM, muestran la ruta IPM, siguen haciendo 179 00:12:39,960 --> 00:12:43,760 y durante los siguientes 30-40 segundos, minuto-5 minutos, la bandera F sigue siendo 180 00:12:43,760 --> 00:12:46,480 allá. Y dicen, oh, tengo un problema. 181 00:12:46,480 --> 00:12:50,680 El registro solo debería ocurrir durante uno o dos segundos, y luego debería 182 00:12:50,680 --> 00:12:54,140 detener. ¿Por qué sigo viendo la bandera F? 183 00:12:54,140 --> 00:12:59,000 Bueno, si realmente está en el proceso de registrarse ahora mismo cuando 184 00:12:59,000 --> 00:13:03,200 haces este comando, realmente verás en la estrella, G ingresa la palabra 185 00:13:03,200 --> 00:13:05,180 registrándose Dirá eso. 186 00:13:05,180 --> 00:13:08,300 Entonces tienes la bandera F, y dirá, registrándose. 187 00:13:08,300 --> 00:13:12,400 Como dice aquí, si solo ves la bandera F, pero no ves la palabra 188 00:13:12,400 --> 00:13:17,720 registrándose, eso significa que este enrutador registró previamente este flujo. 189 00:13:17,720 --> 00:13:22,000 Es algo así como un marcador histórico que dice: Me registré con éxito 190 00:13:22,000 --> 00:13:25,340 en el pasado, pero ya no lo hace. 191 00:13:25,340 --> 00:13:29,340 Eso es lo que significaría la bandera F. 192 00:13:29,340 --> 00:13:35,260 La bandera J. Entonces esto significa que un enrutador ha intentado unirse a los respectivos 193 00:13:35,260 --> 00:13:41,580 árbol. Entonces, por ejemplo, si ve la bandera J en la estrella, la salida G, usted 194 00:13:41,580 --> 00:13:44,760 podría estar tentado a pensar, y creo que en realidad me expresé mal en esto en 195 00:13:44,760 --> 00:13:45,340 un vídeo anterior. 196 00:13:45,340 --> 00:13:48,280 Creo que dije, bueno, cuando ves la bandera J, eso significa que este enrutador 197 00:13:48,280 --> 00:13:53,160 ha enviado un PIM unirse a ese árbol. 198 00:13:53,160 --> 00:13:54,700 Bueno, no necesariamente. 199 00:13:54,700 --> 00:13:59,400 Lo que realmente significa la bandera J es que el enrutador quiere unirse a ese árbol. 200 00:13:59,400 --> 00:14:04,540 En realidad, no es una prueba de que una unión realmente salió. 201 00:14:04,540 --> 00:14:08,840 Entonces, por ejemplo, si ve la bandera J en la estrella, salida G, eso significa, 202 00:14:08,840 --> 00:14:14,620 bien, el enrutador, algo provocó que el enrutador creyera que necesita 203 00:14:14,620 --> 00:14:16,960 para unirse al árbol. 204 00:14:16,960 --> 00:14:22,200 Y entonces necesita crear una estrella, unirse a G y enviarla por ese árbol hacia 205 00:14:22,200 --> 00:14:23,380 el punto de encuentro. 206 00:14:23,380 --> 00:14:25,760 Ahora, ¿realmente tuvo éxito en eso? 207 00:14:25,760 --> 00:14:27,460 Tal vez tal vez no. 208 00:14:27,460 --> 00:14:31,420 no lo sabemos La bandera J simplemente dice que sabía que necesitaba hacer eso. 209 00:14:31,420 --> 00:14:34,700 Como en uno de mis laboratorios anteriores que estaba haciendo, si vuelvo a la 210 00:14:34,700 --> 00:14:41,400 dibujando aquí por un segundo, traigamos esto aquí. 211 00:14:41,400 --> 00:14:48,020 Así que tuve un laboratorio, si recuerdas, hace varios videos donde había olvidado 212 00:14:48,020 --> 00:14:53,080 para configurar PIM en esta interfaz aquí mismo en R4. 213 00:14:53,080 --> 00:14:57,480 No había ningún PIM aquí. 214 00:14:57,480 --> 00:15:01,540 Y, sin embargo, había PIM en esta interfaz de R2. 215 00:15:01,540 --> 00:15:06,800 Y lo que noté fue cuando la multidifusión comenzó a fluir, este tipo 216 00:15:06,800 --> 00:15:08,640 creó un S, G, E y R2. 217 00:15:08,640 --> 00:15:11,720 Y fue la entrada para ello. 218 00:15:11,720 --> 00:15:16,860 Y enumeró la serie 010 como la interfaz de entrada. 219 00:15:16,860 --> 00:15:20,080 Decía, está bien, si la multidifusión baja por el árbol de la ruta más corta, 220 00:15:20,080 --> 00:15:22,340 debe venir en la serie. 221 00:15:22,340 --> 00:15:25,680 Y tenía la bandera J. 222 00:15:25,680 --> 00:15:29,840 E inicialmente pensé, está bien, bueno, eso significa que envió un mensaje de unión. 223 00:15:29,840 --> 00:15:33,380 allá. Pero si recuerdas ese video, dije, eh, falta algo. 224 00:15:33,380 --> 00:15:40,700 Si el tráfico de multidifusión realmente fluye por la ruta más corta 225 00:15:40,700 --> 00:15:45,980 árbol, además de la bandera J, también debería ver la bandera T. 226 00:15:45,980 --> 00:15:48,820 Y ese es el siguiente punto que aparece en la diapositiva. 227 00:15:48,820 --> 00:15:54,040 La bandera T indica que en realidad he recibido al menos un paquete de multidifusión 228 00:15:54,040 --> 00:15:56,660 por el árbol del camino más corto. 229 00:15:56,660 --> 00:15:58,160 Así que está funcionando. 230 00:15:58,160 --> 00:15:58,980 Pero yo no vi eso. 231 00:15:58,980 --> 00:16:05,280 En mi caso particular, lo único que vi fue la bandera J y no la T. 232 00:16:05,280 --> 00:16:09,180 Y eso me hizo pensar, está bien, así que trató de unirse a este árbol, pero multicast 233 00:16:09,180 --> 00:16:10,300 no está fluyendo hacia abajo todavía. 234 00:16:10,300 --> 00:16:11,200 ¿Qué está sucediendo? 235 00:16:11,200 --> 00:16:15,680 Y fue entonces cuando descubrí que PIM no estaba configurado en el enrutador 4. 236 00:16:15,680 --> 00:16:21,400 Así que asumí que el enrutador 2 había enviado su unión, pero no pasó nada. 237 00:16:21,400 --> 00:16:24,660 porque por otro lado, el enrutador no pudo procesarlo. 238 00:16:24,660 --> 00:16:26,560 Pero en realidad hice un poco de depuración. 239 00:16:26,560 --> 00:16:31,380 Resulta que se dio cuenta de que no tenía vecino de PIM. 240 00:16:31,380 --> 00:16:35,620 El enrutador 2 se dio cuenta de que aunque tenía PIM en su serie, no había 241 00:16:35,620 --> 00:16:38,960 se enteró de un vecino en el otro extremo de la serie. 242 00:16:38,960 --> 00:16:42,560 Entonces, cuando hice una depuración, me di cuenta de que ni siquiera creó la unión. 243 00:16:42,560 --> 00:16:45,540 en primer lugar porque fue lo suficientemente inteligente como para darse cuenta, hey, ¿qué es 244 00:16:45,540 --> 00:16:50,140 el punto de crear un S-coma G se une al enviar este enlace si hay 245 00:16:50,140 --> 00:16:54,280 nadie en el otro extremo del enlace para recibirlo y procesarlo? 246 00:16:54,280 --> 00:16:58,820 Por eso digo que la bandera J simplemente significa que quiere unirse a esa rama. 247 00:16:58,820 --> 00:17:03,840 del árbol, pero ya sea que haya logrado o no enviar una unión, 248 00:17:03,840 --> 00:17:05,900 no se puede decir solo por esa bandera. 249 00:17:05,900 --> 00:17:10,000 Tendrías que hacer un poco más de solución de problemas para averiguarlo. 250 00:17:10,000 --> 00:17:15,180 Y luego, como dije, por último, tenemos la bandera T, que es eso 251 00:17:15,180 --> 00:17:16,200 quieres ver, ¿verdad? 252 00:17:16,200 --> 00:17:19,240 Si la bandera T está en el camino más corto tres, está bien. 253 00:17:19,240 --> 00:17:22,780 Eso significa que en realidad he recibido al menos un paquete de datos de multidifusión en 254 00:17:22,780 --> 00:17:24,220 el camino más corto tres. 255 00:17:24,220 --> 00:17:29,560 Hay otra bandera de la que quiero hablar, que es la bandera R. 256 00:17:29,560 --> 00:17:31,760 Y este me confundió un poco. 257 00:17:31,760 --> 00:17:34,980 Tuve que profundizar en el RFC y realmente pensarlo un poco. 258 00:17:34,980 --> 00:17:43,600 Entonces, la bandera R es, verá esto solo en los enrutadores en el árbol compartido. 259 00:17:43,600 --> 00:17:48,600 Entonces, si piensa en la ruta desde el enrutador hoja hasta el RP, es 260 00:17:48,600 --> 00:17:56,900 solo en algún lugar de ese camino que verá en una entrada S, G, la bandera R. 261 00:17:56,900 --> 00:17:58,340 Ahora, ¿qué significa eso? 262 00:17:58,340 --> 00:18:01,500 Volvamos a esto por un segundo. 263 00:18:01,500 --> 00:18:12,020 Éste. Bien, entonces sabemos que inicialmente, una vez que la multidifusión, si sabemos 264 00:18:12,020 --> 00:18:17,100 que este tipo es el RP aquí mismo, uy, ¿qué es eso? 265 00:18:17,100 --> 00:18:24,440 Bueno. Una vez que la multidifusión comienza a fluir aquí desde el RP, va 266 00:18:24,440 --> 00:18:27,640 para ir de esta manera, y luego va a ir de esta manera, y luego va 267 00:18:27,640 --> 00:18:32,820 para ir de esta manera. Entonces, en el enrutador ocho aquí mismo, me estoy enfocando en él por 268 00:18:32,820 --> 00:18:37,260 el momento. Cuando realmente reciba ese tráfico de multidifusión, va a 269 00:18:37,260 --> 00:18:42,980 tienen tanto la estrella, G, que creó hace mucho tiempo. 270 00:18:42,980 --> 00:18:45,700 Y luego, cuando vea ese paquete de multidifusión, creará una S, 271 00:18:45,700 --> 00:18:52,680 G también. Y este caso particular, la lista de interfaz saliente del 272 00:18:52,680 --> 00:18:58,180 S, G va a ser Fast Ethernet cero barra uno. 273 00:18:58,180 --> 00:19:00,240 Está bien, bueno para ir. 274 00:19:00,240 --> 00:19:02,780 Pero también sabemos que tan pronto como el enrutador dos, el enrutador hoja obtiene ese 275 00:19:02,780 --> 00:19:07,220 primer paquete de multidifusión, intentará cambiar al más corto 276 00:19:07,220 --> 00:19:12,320 árbol de ruta Y si asumimos que tiene éxito, y ahora está recibiendo 277 00:19:12,320 --> 00:19:17,680 tráfico por el SPT, bueno, entonces sabemos que va a enviar una ciruela pasa 278 00:19:17,680 --> 00:19:23,300 mensaje. Va a enviar lo que se llama una ciruela pasa S, G. 279 00:19:23,300 --> 00:19:28,500 ¿Y cómo se verá eso? 280 00:19:28,500 --> 00:19:32,600 Bueno, en el cuerpo de ese paquete de ciruelas, tendrá la fuente, 281 00:19:32,600 --> 00:19:34,860 cuatro punto cinco punto cuatro punto cinco. 282 00:19:34,860 --> 00:19:37,960 Va a tener el grupo, sea lo que sea. 283 00:19:37,960 --> 00:19:41,680 Y luego también va a tener el bit RP. 284 00:19:41,680 --> 00:19:46,160 Esta es una bandera, el bit RP establecido. 285 00:19:46,160 --> 00:19:49,100 Eso se va a establecer en uno. 286 00:19:49,100 --> 00:19:52,680 Y va a enviar eso al enrutador ocho. 287 00:19:52,680 --> 00:19:57,980 Cuando el enrutador ocho reciba eso, dirá, está bien, esta ciruela pasa, porque 288 00:19:57,980 --> 00:20:03,280 tiene el bit RP, significa que necesito eliminar esta interfaz. 289 00:20:03,280 --> 00:20:07,920 Entonces dejará de reenviar la multidifusión en ese enlace. 290 00:20:07,920 --> 00:20:14,920 Eliminará esa interfaz de la lista de interfaces salientes. 291 00:20:14,920 --> 00:20:18,940 Y ahora eso terminará siendo nulo. 292 00:20:18,940 --> 00:20:22,460 Y luego va a crear su propio paquete de ciruelas pasas y lo enviará por este 293 00:20:22,460 --> 00:20:28,760 manera, que luego terminará podando esto aquí. 294 00:20:28,760 --> 00:20:31,800 Entonces, ¿qué tiene que ver con la bandera R? 295 00:20:31,800 --> 00:20:36,800 Bueno, si entro en la tabla de rutas M del enrutador ocho después de haber hecho esto, 296 00:20:36,800 --> 00:20:44,840 ahora podemos suponer que después de este punto en el tiempo, recuerde si un estado S, G 297 00:20:44,840 --> 00:20:48,880 tiene una lista de interfaces salientes que no es nada, está vacía, nula. 298 00:20:48,880 --> 00:20:50,560 Bueno, tiene este temporizador de cuenta regresiva, ¿verdad? 299 00:20:50,560 --> 00:20:52,440 Solo es bueno durante 210 segundos. 300 00:20:52,440 --> 00:20:57,500 Y después de 210 segundos, si nadie necesita usar esto, lo borrará 301 00:20:57,500 --> 00:21:02,300 él. Así que digamos que entro en el enrutador ocho antes de que expire ese tiempo. 302 00:21:02,300 --> 00:21:07,500 Así que justo después de recibir la ciruela, pero antes de los 210 segundos 303 00:21:07,500 --> 00:21:13,480 transcurrido, entonces lo que voy a ver en este estado S, G es la letra R. 304 00:21:13,480 --> 00:21:15,220 También veré una P. 305 00:21:15,220 --> 00:21:19,200 Él dirá, en realidad, creo que la P podría estar antes que la R, pero básicamente 306 00:21:19,200 --> 00:21:22,920 la P dirá, esto se poda. 307 00:21:22,920 --> 00:21:24,340 No estoy usando esto. 308 00:21:24,340 --> 00:21:25,680 He podado esto. 309 00:21:25,680 --> 00:21:31,360 Y la R dirá, he podado esto porque alguien aguas abajo de 310 00:21:31,360 --> 00:21:37,640 me configuró una ciruela pasa S, G con el bit RP establecido en uno. 311 00:21:37,640 --> 00:21:40,100 Ahora no vas a ver eso en el punto de encuentro. 312 00:21:40,100 --> 00:21:44,320 Todos solo verán eso en los enrutadores intermedios aquí. 313 00:21:44,320 --> 00:21:47,300 Entonces, como el enrutador ocho, si tuviéramos otro enrutador aquí, lo veríamos. 314 00:21:47,300 --> 00:21:49,660 Si tuviéramos otro enrutador aquí mismo, lo veríamos. 315 00:21:49,660 --> 00:21:52,800 Pero los enrutadores en el medio que recibieron la ciruela pasa y han reenviado 316 00:21:52,800 --> 00:21:56,460 encendido, tendrán una lista de interfaz de salida nula, y 317 00:21:56,460 --> 00:21:59,840 diga RP, y observe que solo está en la entrada S, G. 318 00:21:59,840 --> 00:22:04,040 Eso no lo vas a ver en la estrella, G, solo la S, G. 319 00:22:04,040 --> 00:22:08,960 Y en realidad puedo replicar eso con bastante facilidad aquí, en caso de que quieras 320 00:22:08,960 --> 00:22:11,460 para verlo. Haré exactamente lo mismo. 321 00:22:11,460 --> 00:22:17,240 Continuaré y comenzaré la transmisión de multidifusión desde el enrutador cinco. 322 00:22:17,240 --> 00:22:20,480 Y para cuando llegue al enrutador ocho, como dos segundos después, 323 00:22:20,480 --> 00:22:22,440 ya estar podado. 324 00:22:22,440 --> 00:22:30,080 Y verás que en realidad tiene la bandera R allí. 325 00:22:30,080 --> 00:22:32,780 Solo hagamos eso. 326 00:22:32,780 --> 00:22:38,560 Vayamos aquí al enrutador cinco. 327 00:22:38,560 --> 00:22:46,680 Hagamos nuestro ping. 328 00:22:46,680 --> 00:22:51,220 De acuerdo, ya se ha cambiado la transmisión y podemos verlo en 329 00:22:51,220 --> 00:22:55,640 enrutador dos, el enrutador hoja, muestra la ruta IPM. 330 00:22:55,640 --> 00:23:02,240 Podemos ver que tiene la entrada S, G. 331 00:23:02,240 --> 00:23:05,040 Se ha unido o ha intentado unirse al árbol. 332 00:23:05,040 --> 00:23:06,180 ¿Tuvo éxito? 333 00:23:06,180 --> 00:23:08,480 Sí, tuvo éxito porque tiene la bandera T. 334 00:23:08,480 --> 00:23:13,360 En realidad, está recibiendo tráfico de multidifusión por el árbol de la ruta más corta. 335 00:23:13,360 --> 00:23:16,880 Ahora, si vamos al enrutador ocho, quién está en el medio, quién ya no está involucrado 336 00:23:16,880 --> 00:23:23,600 en este tráfico de alguna manera, ha sido podado, podemos ver en su S, 337 00:23:23,600 --> 00:23:29,120 entrada G, dice P, ha sido podado, y por qué fue podado debido a 338 00:23:29,120 --> 00:23:34,100 R? Porque recibimos un mensaje podado con el bit RP, lo que provocó 339 00:23:34,100 --> 00:23:37,860 nuestra lista de interfaz saliente para convertirse en no. 340 00:23:37,860 --> 00:23:42,320 Entonces este ahora solo va a ser bueno para otro, bueno, ahorita dice 341 00:23:42,320 --> 00:23:43,560 dos minutos y 28 segundos. 342 00:23:43,560 --> 00:23:46,760 Si lo hago de nuevo, vamos a ver la cuenta regresiva. 343 00:23:46,760 --> 00:23:48,260 Ahora solo es bueno por dos minutos. 344 00:23:48,260 --> 00:23:53,760 Entonces, dentro de dos minutos, esta entrada desaparecerá y luego esta entrada desaparecerá. 345 00:23:53,760 --> 00:23:56,900 también desaparecerá porque ninguno de ellos será necesario en ese momento.