1 00:00:08,320 --> 00:00:11,100 Muy bien, así que vamos a ver aquí. 2 00:00:11,100 --> 00:00:15,700 Así que queremos ver el proceso de registro. 3 00:00:15,700 --> 00:00:22,900 La forma más fácil de crear tráfico de multidifusión es simplemente hacer una multidifusión 4 00:00:22,900 --> 00:00:25,160 silbido. Y en realidad esto será fácil. 5 00:00:25,160 --> 00:00:31,140 La razón por la que estaba dudando es porque, por ejemplo, si hiciera una multidifusión 6 00:00:31,140 --> 00:00:37,800 ping desde el enrutador 4, cuando inicia un ping de multidifusión desde un enrutador, 7 00:00:37,800 --> 00:00:43,400 en realidad enviará ese paquete de multidifusión, ese paquete ICMP de multidifusión 8 00:00:43,400 --> 00:00:48,700 en cada interfaz que tiene que tiene PIM habilitado. 9 00:00:48,700 --> 00:00:51,420 Quiero decir, ni siquiera se molesta en comprobar el estado de la ruta M ni nada. 10 00:00:51,420 --> 00:00:54,160 Lo copia y lo envía cada paquete. 11 00:00:54,160 --> 00:00:55,460 Y yo no quería eso. 12 00:00:55,460 --> 00:00:57,740 Pero en este caso, no tengo que preocuparme porque en el enrutador 5, él 13 00:00:57,740 --> 00:00:59,680 sólo tiene una interfaz de todos modos. 14 00:00:59,680 --> 00:01:02,340 Así que vamos a ver aquí. 15 00:01:02,340 --> 00:01:06,300 Queremos capturar la... 16 00:01:06,300 --> 00:01:10,880 Así que este será el paquete de multidifusión. 17 00:01:10,880 --> 00:01:15,540 Va a bajar de esta manera. 18 00:01:15,540 --> 00:01:20,580 Y queremos ver ese paquete de multidifusión encapsulado en un PIM 19 00:01:20,580 --> 00:01:33,020 registro. Y luego también queremos ver tan pronto como el RP obtenga eso, 20 00:01:33,020 --> 00:01:43,240 quiero verlo enviar una unión PIM-S-G para abrir su camino más corto. 21 00:01:43,240 --> 00:01:48,100 Luego veremos que la multidifusión real fluye hacia abajo en su forma nativa. 22 00:01:48,100 --> 00:01:55,740 forma. Y, por último, queremos ver el RP una vez que lo obtenga, enviando 23 00:01:55,740 --> 00:01:57,680 una parada de registro PIM. 24 00:01:57,680 --> 00:02:02,920 Porque ese va a ser el proceso. 25 00:02:02,920 --> 00:02:06,500 Entonces, para hacer eso, veamos aquí. 26 00:02:06,500 --> 00:02:13,260 ¿Por qué no capturo todo lo que entra y sale del enrutador 3? 27 00:02:13,260 --> 00:02:22,740 ethernet 00. Entonces, el enrutador 3 es rápido ethernet 00 es el puerto 0 barra inclinada 5 en el 28 00:02:22,740 --> 00:02:39,740 cambiar. Muy bien, sí, 0 barra oblicua 5. 29 00:02:39,740 --> 00:02:41,140 Bien, entonces deberíamos estar listos. 30 00:02:41,140 --> 00:02:45,080 Así que déjame ir ahora a la fuente. 31 00:02:45,080 --> 00:02:50,440 Y creo que es 999 es lo que estoy usando. 32 00:02:50,440 --> 00:02:56,060 Y lo repetiré 100 veces solo para que continúe durante un tiempo. 33 00:02:56,060 --> 00:03:05,120 Y comencemos el rastreo del rastreador. 34 00:03:05,120 --> 00:03:07,920 Bien, ahí vamos. 35 00:03:07,920 --> 00:03:11,240 Eso fue suficiente. 36 00:03:11,240 --> 00:03:14,600 Bien, aquí está el registro. 37 00:03:14,600 --> 00:03:21,020 Así que en realidad no vemos el, porque solo estoy capturando, vamos 38 00:03:21,020 --> 00:03:25,280 volver a esto Porque solo estoy capturando datos que entran y salen de 39 00:03:25,280 --> 00:03:28,620 00, en realidad no vimos la multidifusión nativa cuando llegó al enrutador 40 00:03:28,620 --> 00:03:31,880 4. Pero vemos el mensaje de registro. 41 00:03:31,880 --> 00:03:35,440 Así que aquí está, registro PIM. 42 00:03:35,440 --> 00:03:41,720 Así que esta es la dirección IP 4545. 43 00:03:41,720 --> 00:03:44,460 Vamos a comprobar aquí. 44 00:03:44,460 --> 00:03:47,780 El enrutador 4 debería estar registrando, no el enrutador 5. 45 00:03:47,780 --> 00:03:52,660 Permítanme revisar el enrutador 5 aquí por un segundo. 46 00:03:52,660 --> 00:04:00,580 Bueno, veamos, esto es interesante, pero hay una manera fácil de verificar 47 00:04:00,580 --> 00:04:05,200 este. Entonces, la dirección de origen en realidad proviene de la fuente misma 48 00:04:05,200 --> 00:04:12,680 4545. Pero, ¿realmente proviene de él o el enrutador 4 simplemente empujó eso? 49 00:04:12,680 --> 00:04:16,900 ¿ahí? Bueno, podemos comprobar esto comprobando la dirección MAC de origen de 50 00:04:16,900 --> 00:04:21,060 este marco para ver de quién vino realmente. 51 00:04:21,060 --> 00:04:28,300 Entonces, la dirección MAC de origen provino de 8C B6. 52 00:04:28,300 --> 00:04:43,140 8C B6. Entonces, ¿eso realmente vino de FastEthernet01 y R5? 53 00:04:43,140 --> 00:04:48,440 No, no lo hizo porque él es 8E0051. 54 00:04:48,440 --> 00:04:50,840 Entonces, si vamos al enrutador 4. 55 00:04:50,840 --> 00:05:02,900 Ups, no mostrar ejecución, mostrar interfaz. 56 00:05:02,900 --> 00:05:05,520 FastEthernet00.34. 57 00:05:05,520 --> 00:05:09,500 Aquí vamos. 8C B6. 58 00:05:09,500 --> 00:05:12,120 Así que esto es interesante, mira esto. 59 00:05:12,120 --> 00:05:18,180 Entonces, cuando la multidifusión nativa llega al enrutador 4, cuando lo encapsula en 60 00:05:18,180 --> 00:05:22,480 un mensaje de registro, espera un segundo. 61 00:05:22,480 --> 00:05:25,980 Creo que esto es una rareza de hecho, creo que recuerdo que esto es un 62 00:05:25,980 --> 00:05:30,720 rareza del tiburón de alambre, no en realidad el snipper. 63 00:05:30,720 --> 00:05:33,280 Sí, aquí vamos. 64 00:05:33,280 --> 00:05:35,780 De acuerdo, no estoy seguro de por qué al tiburón de alambre no le gusta esto. 65 00:05:35,780 --> 00:05:39,600 Aquí arriba en la ventana principal, dice que viene de 4.5. 66 00:05:39,600 --> 00:05:46,060 Si realmente mira en el cuerpo, aquí en el encabezado de IP, está llegando 67 00:05:46,060 --> 00:05:52,780 desde el enrutador 4. Así que no estoy seguro de por qué la discrepancia aquí entre cómo 68 00:05:52,780 --> 00:05:57,020 lo muestra. Pero aquí está mi encabezado IP. 69 00:05:57,020 --> 00:06:03,100 Viene del enrutador 4, va al punto de encuentro, enrutador 3, 70 00:06:03,100 --> 00:06:10,220 y luego, detrás del encabezado IP, está nuestro encabezado PIM. 71 00:06:10,220 --> 00:06:17,740 Entonces escriba el número 1, que es un paquete de registro. 72 00:06:17,740 --> 00:06:25,600 Y luego pueden ver aquí, solo hay un par de banderas, y luego aquí está 73 00:06:25,600 --> 00:06:31,360 en realidad, el paquete de multidifusión dentro de él. 74 00:06:31,360 --> 00:06:40,540 Viniendo de la fuente, yendo al grupo, y solo un par de cosas 75 00:06:40,540 --> 00:06:42,480 sobre esto en caso de que tengas curiosidad. 76 00:06:42,480 --> 00:06:45,240 Hablaré sobre el registro nulo como lo último en este particular 77 00:06:45,240 --> 00:06:51,840 video. Pero esta cosa aquí llamada frontera, ¿de qué se trata? 78 00:06:51,840 --> 00:06:59,400 dice que no Hay una función que puede usar en el modo disperso de PIM llamada 79 00:06:59,400 --> 00:07:02,920 un enrutador de borde o un enrutador de borde PIM. 80 00:07:02,920 --> 00:07:07,120 Es decir, y sinceramente, no estoy seguro de con qué frecuencia se usa esto en el 81 00:07:07,120 --> 00:07:12,360 mundo real, pero por ejemplo, si tuviera un enrutador, entonces por un lado estaba haciendo 82 00:07:12,360 --> 00:07:20,420 algo que no es PIM. 83 00:07:20,420 --> 00:07:23,560 Así que estamos haciendo una pieza y haciendo PIM en la otra interfaz. 84 00:07:23,560 --> 00:07:25,960 Y queremos que fluya la multidifusión. 85 00:07:25,960 --> 00:07:29,260 Eso se consideraría un enrutador de borde PIM. 86 00:07:29,260 --> 00:07:33,180 En ese caso particular, si ese enrutador envió un registro, ese bit 87 00:07:33,180 --> 00:07:37,800 allí, ese bit de bandera, se pondría a 1, diciendo que sí, él es un borde 88 00:07:37,800 --> 00:07:41,440 enrutador Pero no estamos haciendo ese tipo de cosas raras aquí, entonces él está diciendo 89 00:07:41,440 --> 00:07:43,740 no, no es un enrutador fronterizo. 90 00:07:43,740 --> 00:07:51,420 Ahí está nuestro registro, encabezado PIM básico bastante simple, y luego solo 91 00:07:51,420 --> 00:07:53,700 la multidifusión real dentro de ella. 92 00:07:53,700 --> 00:08:00,140 Y luego, de acuerdo con nuestra pizarra, dijimos una vez que bajó, el 93 00:08:00,140 --> 00:08:04,420 el punto de encuentro debería intentar abrir su árbol de ruta más corta 94 00:08:04,420 --> 00:08:13,000 enviando una unión S, G. 95 00:08:13,000 --> 00:08:16,860 Entonces, veamos aquí. 96 00:08:16,860 --> 00:08:23,580 Eso es probablemente esto aquí, PIM se une, veamos aquí. 97 00:08:23,580 --> 00:08:30,320 Está llegando, la dirección de origen proviene de nuestro punto de encuentro, 343, 98 00:08:30,320 --> 00:08:31,380 ese es el enrutador 3. 99 00:08:31,380 --> 00:08:40,140 Va a la dirección PIM de 2240013. 100 00:08:40,140 --> 00:08:44,100 Escriba el código 3 para unirse. 101 00:08:44,100 --> 00:08:49,640 Ahora observe, ¿qué hace que esto sea diferente a una estrella, únase? 102 00:08:49,640 --> 00:08:51,400 Bueno, un par de cosas. 103 00:08:51,400 --> 00:08:54,180 Número uno, número de uniones uno. 104 00:08:54,180 --> 00:08:58,140 ¿Recuerdas que vimos estas banderas aquí de SW y R? 105 00:08:58,140 --> 00:09:00,580 Bueno, no vemos eso esta vez. 106 00:09:00,580 --> 00:09:07,940 La R significaba que el bit RP estaba configurado, lo que significa que esta unión en particular necesitaba 107 00:09:07,940 --> 00:09:09,660 subir al árbol compartido. 108 00:09:09,660 --> 00:09:12,300 El destino final era el punto de encuentro. 109 00:09:12,300 --> 00:09:14,600 Bueno, no vemos eso aquí. 110 00:09:14,600 --> 00:09:17,860 El bit W se estableció como el bit comodín. 111 00:09:17,860 --> 00:09:22,220 El bit de comodín significaba que, bien, cuando miras esta dirección, esta 112 00:09:22,220 --> 00:09:24,600 dirección es la dirección del punto de encuentro. 113 00:09:24,600 --> 00:09:27,120 Bueno, aquí no vemos eso. 114 00:09:27,120 --> 00:09:31,620 El bit comodín no está configurado, lo que significa que esta es realmente la dirección 115 00:09:31,620 --> 00:09:38,400 de la fuente Entonces, parece una especie de estrella, únete, pero solo hasta que 116 00:09:38,400 --> 00:09:41,800 hurgas en las entrañas y ves qué banderas hay aquí o qué banderas 117 00:09:41,800 --> 00:09:48,160 no están aquí, ¿puedes realmente decir si es una estrella o una S, únete? 118 00:09:48,160 --> 00:09:50,900 Y este caso es una S, únete. 119 00:09:50,900 --> 00:09:54,380 Así que dice, está bien, vecino aguas arriba, así que este es el enrutador cuatro. 120 00:09:54,380 --> 00:10:00,780 Él dice, esto va para ti, y estoy tratando de unirme a esta fuente y 121 00:10:00,780 --> 00:10:12,420 este grupo. Bien, ahí está la S, únete. 122 00:10:12,420 --> 00:10:19,200 Y luego, una vez que se recibe S, join, eso debería haber puesto este sub 123 00:10:19,200 --> 00:10:24,240 -interfaz en la lista de interfaz de salida del enrutador cuatro. 124 00:10:24,240 --> 00:10:30,820 Y luego la multidifusión nativa debería haber bajado, y deberíamos haber 125 00:10:30,820 --> 00:10:35,220 recibido dos copias del mismo, uno en un paquete de registro y otro en el nativo 126 00:10:35,220 --> 00:10:36,340 multidifusión en sí. 127 00:10:36,340 --> 00:10:37,820 Así que vamos a ver si vimos eso. 128 00:10:37,820 --> 00:10:48,440 Así que aquí está nuestra unión, y parece, está bien, justo aquí, aquí está el 129 00:10:48,440 --> 00:10:52,240 multidifusión nativa, observe que no hay PIM aquí. 130 00:10:52,240 --> 00:10:57,320 La fuente es en realidad la fuente, aquí está la multidifusión nativa, y luego a la derecha 131 00:10:57,320 --> 00:11:05,600 detrás de eso hay un registro PIM. 132 00:11:05,600 --> 00:11:09,040 Y aquí hay una pregunta interesante, ¿son en realidad exactamente el mismo paquete 133 00:11:09,040 --> 00:11:14,580 copiado? Bueno, veamos aquí, en la multidifusión nativa real, en la IP 134 00:11:14,580 --> 00:11:19,960 encabezado, tenemos una identificación de 0, 0, 0, 1. 135 00:11:19,960 --> 00:11:24,640 Recuerde, normalmente cada paquete IP individual tiene una identificación única 136 00:11:24,640 --> 00:11:28,880 campo. Veamos aquí, ¿qué pasa con el paquete de registro? 137 00:11:28,880 --> 00:11:33,740 Tiene exactamente la misma identificación, así que sí, estos son duplicados del mismo paquete. 138 00:11:33,740 --> 00:11:44,880 Muy bien, una vez que vimos eso, vemos aquí abajo, el enrutador tres, 139 00:11:44,880 --> 00:11:50,440 que es el RP diciendo stop registro, diciendo ya no quiero registros. 140 00:11:50,440 --> 00:11:57,280 Aquí mismo en el cuerpo del PIM, escriba el código dos, regístrese detener y dice 141 00:11:57,280 --> 00:12:01,060 Me detengo por esta fuente y este grupo. 142 00:12:01,060 --> 00:12:09,840 Ahora había otro campo en el registro que me salté 143 00:12:09,840 --> 00:12:19,940 una bandera de la que no hablé, que era esta de aquí, el registro nulo 144 00:12:19,940 --> 00:12:21,320 bandera, que es eso? 145 00:12:21,320 --> 00:12:26,680 En este caso particular, el registro nulo se establece en no, está desactivado, pero 146 00:12:26,680 --> 00:12:32,880 ¿cuándo estaría encendido y por qué lo usaríamos? 147 00:12:32,880 --> 00:12:42,260 Entonces, digamos, dibujemos algo aquí por un momento, y en realidad podemos 148 00:12:42,260 --> 00:12:47,280 use esto como un ejemplo. 149 00:12:47,280 --> 00:12:53,780 Digamos que nuestro receptor estaba aquí abajo, e inicialmente la multidifusión 150 00:12:53,780 --> 00:12:58,440 fluía a través del árbol compartido a través del RP, pero sabemos que 151 00:12:58,440 --> 00:13:00,800 dentro de un corto período de tiempo, y vamos a ver esto en el 152 00:13:00,800 --> 00:13:15,400 siguiente sección, vamos a cambiar del árbol compartido y el 153 00:13:15,400 --> 00:13:22,940 el trafico ya no va al RP, esto ha sido, ups, eso no, esto 154 00:13:22,940 --> 00:13:29,640 la interfaz ha sido eliminada, deshagámonos de todas estas cosas, y 155 00:13:29,640 --> 00:13:36,100 ahora el tráfico fluye en su forma nativa pura de esta manera por el camino más corto 156 00:13:36,100 --> 00:13:38,580 árbol de ruta al receptor. 157 00:13:38,580 --> 00:13:43,300 Bien, entonces la multidifusión va, va, va, está bien, está 158 00:13:43,300 --> 00:13:50,280 va bien. Pero, ¿qué pasa si 10, 15, 20 minutos después sucede esto? 159 00:13:50,280 --> 00:13:57,600 Tenemos otro receptor que se une a nuestra topología y quiere exactamente 160 00:13:57,600 --> 00:14:02,620 mismo flujo, por lo que envía un informe de membresía de IGMP. 161 00:14:02,620 --> 00:14:13,620 Eso inicia una unión PIM estrella-coma-G, que crea un estado estrella-coma-G 162 00:14:13,620 --> 00:14:19,980 en el RP, y el RP simplemente se sienta aquí, esperando, esperando y esperando. 163 00:14:19,980 --> 00:14:23,500 Porque después de todo, el enrutador Z no tiene motivos para reenviar este tráfico de multidifusión 164 00:14:23,500 --> 00:14:27,300 al RP, correcto, el RP eliminó esta interfaz. 165 00:14:27,300 --> 00:14:32,140 Una vez que el tráfico comienza a descender por el árbol de la ruta más corta, recibimos 166 00:14:32,140 --> 00:14:36,240 algunas ciruelas pasas de esta manera, y le dijeron al RP, oye, ya no te necesitamos, 167 00:14:36,240 --> 00:14:39,040 no necesitamos el tráfico de usted. 168 00:14:39,040 --> 00:14:44,020 Y cuando el RP escuchó eso, dijo, está bien, supongo que ya no lo necesito, 169 00:14:44,020 --> 00:14:48,100 nadie más lo quiere de mí, así que el RP eliminó este enlace. 170 00:14:48,100 --> 00:14:50,760 Así que eso pasó hace mucho tiempo. 171 00:14:50,760 --> 00:14:57,300 Ahora alguien le está preguntando al RP por este tráfico de nuevo, pero no lo está consiguiendo. 172 00:14:57,300 --> 00:15:03,700 él. Aquí es donde el registro nulo puede entrar en juego. 173 00:15:03,700 --> 00:15:10,640 Así que hablemos del registro nulo. 174 00:15:10,640 --> 00:15:15,300 Entonces sabemos que después de un tiempo el RP puede olvidarse de ese flujo. 175 00:15:15,300 --> 00:15:17,160 Pasó por él originalmente. 176 00:15:17,160 --> 00:15:21,280 Lo poda porque ya no lo necesita, y se olvida de 177 00:15:21,280 --> 00:15:31,420 él. Entonces, lo que va a pasar aquí es esto, el enrutador que está conectado 178 00:15:31,420 --> 00:15:35,580 a la fuente, el enrutador 4 dice, bueno, he estado enviando esta multidifusión por 179 00:15:35,580 --> 00:15:40,500 Un rato. Existe la posibilidad de que tal vez el RP lo necesite. 180 00:15:40,500 --> 00:15:44,140 Oye, tal vez alguien más quiera recibir este tráfico. 181 00:15:44,140 --> 00:15:47,880 Tal vez debería hacerle saber al RP que todavía está en marcha. 182 00:15:47,880 --> 00:15:56,660 Bueno, podríamos tomar el siguiente paquete y registrarlo con el RP. 183 00:15:56,660 --> 00:15:58,460 Eso funcionaria. 184 00:15:58,460 --> 00:16:02,180 Pero en cambio los deseos de PIM dijeron, pues no quiero seguir molestando 185 00:16:02,180 --> 00:16:05,160 el RP con este registro, porque a lo mejor no tiene nadie. 186 00:16:05,160 --> 00:16:09,560 Tal vez nadie que él conozca realmente quiera este tráfico. 187 00:16:09,560 --> 00:16:17,820 Entonces, en cambio, lo que sucede es que cada pocos segundos, el enrutador 4 envía lo que se llama 188 00:16:17,820 --> 00:16:22,800 un registro nulo al punto de encuentro. 189 00:16:22,800 --> 00:16:25,480 ¿Qué es un registro nulo? 190 00:16:25,480 --> 00:16:29,580 Básicamente se ve exactamente como un paquete de registro normal, pero no 191 00:16:29,580 --> 00:16:32,080 tener datos de multidifusión dentro de él. 192 00:16:32,080 --> 00:16:39,140 Entonces, si volvemos a nuestro rastreo de sniffer, un registro nulo diría tipo 193 00:16:39,140 --> 00:16:51,680 1 registro, y tendría información aquí sobre la fuente y 194 00:16:51,680 --> 00:16:54,860 el grupo. Pero no habría ningún cuerpo. 195 00:16:54,860 --> 00:16:56,980 No habría datos de multidifusión dentro de él. 196 00:16:56,980 --> 00:16:58,980 Sería un paquete mucho más pequeño. 197 00:16:58,980 --> 00:17:02,680 Y el indicador de registro nulo se establecería en 1. 198 00:17:02,680 --> 00:17:08,380 Y esta es la forma en que este enrutador aquí podría decir, oye, RP solo quiere 199 00:17:08,380 --> 00:17:11,720 usted sabe, todavía sé acerca de este flujo. 200 00:17:11,720 --> 00:17:13,540 Todavía está pasando por mí. 201 00:17:13,540 --> 00:17:17,420 Así que si lo quieres, será mejor que me lo digas. 202 00:17:17,420 --> 00:17:21,300 Y luego, una vez que el enrutador obtuvo, una vez que el RP obtuvo ese registro nulo, está 203 00:17:21,300 --> 00:17:22,520 diciendo, oh, bueno, bueno. 204 00:17:22,520 --> 00:17:25,460 He estado esperando escuchar sobre ese tráfico, porque alguien me preguntó 205 00:17:25,460 --> 00:17:30,380 para ello. Así que ahora el RP podría enviar una vez más una unión S-comaG para abrir 206 00:17:30,380 --> 00:17:36,520 este camino, y el tráfico podría comenzar a fluir en esta dirección. 207 00:17:36,520 --> 00:17:40,880 Así que eso es lo que es un registro nulo. 208 00:17:40,880 --> 00:17:43,680 Y estos se envían cada cinco segundos. 209 00:17:43,680 --> 00:17:47,120 Esto se llama tiempo de sondeo. 210 00:17:47,120 --> 00:17:51,680 Entonces, cada cinco segundos, el enrutador más cercano a la fuente, si el 211 00:17:51,680 --> 00:17:55,200 la fuente sigue funcionando, si todavía está bombeando la multidifusión, vamos a 212 00:17:55,200 --> 00:17:58,380 enviar cada cinco segundos estos registros nulos al RP, solo recordando 213 00:17:58,380 --> 00:18:01,720 el RP que existe este tráfico. 214 00:18:01,720 --> 00:18:06,480 Porque tal vez durante los últimos cinco segundos, un nuevo receptor se unió al 215 00:18:06,480 --> 00:18:09,440 RP, y tal vez el RP quiera ese tráfico nuevamente.