1 00:00:08,340 --> 00:00:11,320 Bien, ya hemos hablado un poco sobre este concepto de lo compartido. 2 00:00:11,320 --> 00:00:16,200 árbol, que es el camino desde el punto de encuentro hasta donde sea que 3 00:00:16,200 --> 00:00:21,360 los receptores son. Entonces, potencialmente hay más de un árbol compartido, ¿verdad? 4 00:00:21,360 --> 00:00:25,680 Si tengo 50 receptores repartidos por mi red, podría potencialmente 5 00:00:25,680 --> 00:00:30,760 tener 50 árboles compartidos diferentes, 50 caminos diferentes desde ese RP que conduce 6 00:00:30,760 --> 00:00:33,620 hasta los distintos receptores donde viven. 7 00:00:33,620 --> 00:00:38,100 Ahora entremos un poco más en detalle sobre cómo se construye todo eso. 8 00:00:38,100 --> 00:00:42,960 Así que primero les mostraré algunos de los comandos iniciales para que podamos 9 00:00:42,960 --> 00:00:46,040 construir esto, y luego vamos a volver a la teoría y ver 10 00:00:46,040 --> 00:00:47,220 cómo funciona todo esto. 11 00:00:47,220 --> 00:00:52,240 Así que mencioné que el enrutamiento de multidifusión debe estar habilitado globalmente, por lo que IP, multidifusión, 12 00:00:52,240 --> 00:00:58,880 enrutamiento de guiones. Y luego el modo disperso de PIMS debe estar habilitado por interfaz, 13 00:00:58,880 --> 00:01:04,800 así que ese es el modo de guión disperso de IP PIMS, y luego solo se necesita una cosa más. 14 00:01:04,800 --> 00:01:06,740 ¿Cómo encuentras el punto de encuentro? 15 00:01:06,740 --> 00:01:08,420 Así que vamos a hacerlo bien y simple. 16 00:01:08,420 --> 00:01:12,660 Vamos a configurar estáticamente un punto de encuentro con el global 17 00:01:12,660 --> 00:01:17,340 comando IP PIM RP guión dirección y luego la dirección. 18 00:01:17,340 --> 00:01:22,420 Entonces, lo que está haciendo aquí es decir cualquier multidifusión en cualquier lugar, 19 00:01:22,420 --> 00:01:28,420 ya sea 224, 239, 228, lo que sea, todos van a este tipo, 20 00:01:28,420 --> 00:01:31,720 este punto de encuentro, 777. 21 00:01:31,720 --> 00:01:39,260 Bien, sigamos adelante y comencemos a crear esto, y luego comenzaremos 22 00:01:39,260 --> 00:01:41,420 hablando de ello a medida que avanzamos. 23 00:01:41,420 --> 00:01:49,140 Así que volviendo a mi diagrama aquí mismo, como puede ver, el enrutador tres en 24 00:01:49,140 --> 00:01:52,580 el fondo va a ser mi RP. 25 00:01:52,580 --> 00:01:57,840 Así que tendré su dirección en su especificación. 26 00:01:57,840 --> 00:02:01,020 Ya sabes, normalmente probablemente seleccionarías un loop back en ese enrutador, pero 27 00:02:01,020 --> 00:02:03,820 porque eso no es parte de mi diagrama, solo voy a elegir su dirección 28 00:02:03,820 --> 00:02:11,620 en fast ethernet 00, entonces 343, esa será la dirección de la cita 29 00:02:11,620 --> 00:02:16,000 punto. Permítanme entrar rápidamente en estos cuatro enrutadores, enrutadores 30 00:02:16,000 --> 00:02:23,580 dos, ocho, cuatro y tres, y habilítelos rápidamente para PIM. 31 00:02:23,580 --> 00:02:34,740 Entonces, comenzando con el enrutador dos, enrutamiento de tablero de multidifusión IP, interfaz rápida 32 00:02:34,740 --> 00:02:38,220 ethernet zero slash one, esa es la interfaz que va aguas arriba al 33 00:02:38,220 --> 00:02:48,140 RP, IP PIM, modo de guión disperso, y luego darle conocimiento de quién es el RP 34 00:02:48,140 --> 00:02:54,040 es, y hablaré sobre todo este asunto de DR que se avecina, IP PIM, RP dash 35 00:02:54,040 --> 00:02:56,860 dirección, 3.4.3.3. 36 00:02:56,860 --> 00:03:01,020 Ahora otra cosa, echemos un vistazo a nuestro diagrama. 37 00:03:01,020 --> 00:03:08,520 Lo que acabo de hacer es habilitar el enrutamiento de multidifusión en R2 y he 38 00:03:08,520 --> 00:03:11,680 PIM habilitado en esta interfaz. 39 00:03:11,680 --> 00:03:14,140 Probablemente también querré hacerlo en la interfaz serial, así que 40 00:03:14,140 --> 00:03:16,900 siga adelante y haga eso también en serial zero slash one. 41 00:03:16,900 --> 00:03:21,600 Pero no olvide, también necesitará habilitarlo en este particular 42 00:03:21,600 --> 00:03:25,840 caso en la interfaz que conduce a mi receptor. 43 00:03:25,840 --> 00:03:27,760 Ahora podrías decir, ¿por qué necesito eso? 44 00:03:27,760 --> 00:03:30,380 Quiero decir, no hay enrutadores PIM en esa dirección. 45 00:03:30,380 --> 00:03:33,140 No va a formar ninguna relación de vecinos ni nada. 46 00:03:33,140 --> 00:03:34,880 Esta es la razón por la que necesitamos esto. 47 00:03:34,880 --> 00:03:40,920 Número uno, si está utilizando el modo disperso PIM como su enrutamiento de multidifusión 48 00:03:40,920 --> 00:03:47,100 protocolo, un enrutador no podrá recibir ninguna multidifusión entrante 49 00:03:47,100 --> 00:03:54,780 o transmitir cualquier multidifusión saliente en una interfaz que no se está ejecutando 50 00:03:54,780 --> 00:04:00,600 PIM. Entonces, si no tenía PIM habilitado en ethernet rápido cero cero, el enrutador 51 00:04:00,600 --> 00:04:04,600 uno, mi receptor aquí podría estar solicitando multidifusión todo el día. 52 00:04:04,600 --> 00:04:08,260 Nunca se reenviará a través de ethernet cero cero rápido. 53 00:04:08,260 --> 00:04:10,420 Aquí está la otra razón. 54 00:04:10,420 --> 00:04:16,400 Hemos hablado de cómo los receptores usan IGMP para indicar su interés en 55 00:04:16,400 --> 00:04:21,940 un grupo de multidifusión al enrutador conectado directamente. 56 00:04:21,940 --> 00:04:24,180 Bueno, los enrutadores no ejecutan IGMP de forma predeterminada. 57 00:04:24,180 --> 00:04:26,020 Ellos no escuchan eso. 58 00:04:26,020 --> 00:04:32,240 Pero habilitamos PIM en esta interfaz que también habilita IGMP como subproducto. 59 00:04:32,240 --> 00:04:35,420 Entonces, para que este enrutador se dé cuenta de eso, está bien, necesito enviar consultas 60 00:04:35,420 --> 00:04:39,620 cada par de minutos y necesito escuchar los informes de membresía de IGMP, 61 00:04:39,620 --> 00:04:42,840 Necesito habilitar PIM en esta interfaz. 62 00:04:42,840 --> 00:04:51,400 Así que sigamos adelante y hagamos eso. 63 00:04:51,400 --> 00:04:58,520 La interfaz ethernet rápida cero cero pone el modo disperso PIM aquí y la interfaz 64 00:04:58,520 --> 00:05:01,020 serie cero uno cero. 65 00:05:01,020 --> 00:05:04,540 También pon PIM allí. 66 00:05:04,540 --> 00:05:16,680 De acuerdo, sigamos ahora, vayamos a R3. 67 00:05:16,680 --> 00:05:23,480 De acuerdo, y el punto de encuentro mismo también necesita saber que él es el 68 00:05:23,480 --> 00:05:24,420 punto de encuentro. 69 00:05:24,420 --> 00:05:28,040 Así que le doy exactamente la misma orden que les doy a los otros chicos. 70 00:05:28,040 --> 00:05:31,300 Digo que eres el RP y digo oh, esa es mi dirección IP. 71 00:05:31,300 --> 00:05:33,900 Está bien, supongo que ese es mi trabajo. 72 00:05:33,900 --> 00:05:48,360 Y mi RP, lo va a tener en cero cero y cero uno. 73 00:05:48,360 --> 00:05:50,520 Vale, eso es todo lo que necesito de ese tipo. 74 00:05:50,520 --> 00:05:59,620 Así que he hecho R2, R3, pasemos a R8. 75 00:05:59,620 --> 00:06:01,480 Ahora mira un par de cosas. 76 00:06:01,480 --> 00:06:06,120 Antes de hacer algo aquí en R8, muestre la ruta IPM. 77 00:06:06,120 --> 00:06:09,080 Esa es la forma de verificar la tabla de enrutamiento de multidifusión. 78 00:06:09,080 --> 00:06:13,860 Bueno, todavía no he habilitado el enrutamiento de multidifusión en este tipo. 79 00:06:13,860 --> 00:06:15,600 Así que no hay nada allí. 80 00:06:15,600 --> 00:06:18,100 Absolutamente, ya sabes, en realidad es un poco interesante que incluso muestra 81 00:06:18,100 --> 00:06:20,800 nosotros las diversas banderas y cosas que se utilizarán. 82 00:06:20,800 --> 00:06:23,920 Pero en este momento la tabla de enrutamiento de multidifusión no existe. 83 00:06:23,920 --> 00:06:30,740 Si muestro la interfaz IPPIM, no obtengo nada porque no he habilitado 84 00:06:30,740 --> 00:06:35,640 PIM todavía. Ahora, enrutamiento de tablero de multidifusión IP. 85 00:06:35,640 --> 00:06:42,060 Ahora, si eso es todo lo que hago, no hay PIM todavía, muestra la ruta IPM. 86 00:06:42,060 --> 00:06:44,160 Aún así, no hace mucho. 87 00:06:44,160 --> 00:06:47,640 Pero ahora he habilitado este enrutador para completar esta tabla. 88 00:06:47,640 --> 00:06:52,160 No tenía forma de poblarlo antes sin ese comando. 89 00:06:52,160 --> 00:06:56,180 Muy bien, ahora sigamos adelante y habilítelo en ethernet rápido cero cero 90 00:06:56,180 --> 00:07:14,400 y luego mis subinterfaces. 91 00:07:14,400 --> 00:07:28,500 Y también darle conocimiento de quién es el punto de encuentro. 92 00:07:28,500 --> 00:07:32,140 Bien, ahora en este punto, déjame seguir adelante y terminarlo. 93 00:07:32,140 --> 00:07:51,560 aquí. Tenemos un enrutador más, el enrutador cuatro. 94 00:07:51,560 --> 00:07:54,880 Así que no debería haber hecho eso en cero cero porque cero cero es un sub 95 00:07:54,880 --> 00:08:22,020 interfaz. Treinta y cuatro y ochenta y cuatro. 96 00:08:22,020 --> 00:08:30,340 Y, por último, démosle conocimiento de IPPIM, dirección de guión RP. 97 00:08:30,340 --> 00:08:42,200 Bien, entonces en este enrutador en particular, vayamos a alguien en el medio. 98 00:08:42,200 --> 00:08:46,080 Vayamos al enrutador ocho. 99 00:08:46,080 --> 00:08:51,240 Entonces, en este momento, este tipo está ejecutando PIM en su interfaz. 100 00:08:51,240 --> 00:08:55,660 Y puedo verificar eso con la interfaz show IPPIM. 101 00:08:55,660 --> 00:09:00,800 Y me muestra todas las interfaces donde he habilitado PIM. 102 00:09:00,800 --> 00:09:03,360 Me muestra la versión. 103 00:09:03,360 --> 00:09:06,180 S en este caso significa que se está ejecutando en modo disperso. 104 00:09:06,180 --> 00:09:09,780 Me muestra cuántos vecinos he aprendido. 105 00:09:09,780 --> 00:09:14,140 Envía Estoy enviando saludos PIM cada 30 segundos. 106 00:09:14,140 --> 00:09:16,580 Hablaremos sobre el enrutador designado en un segundo. 107 00:09:16,580 --> 00:09:21,440 Y aquí están las direcciones IP del enrutador designado por PIM, que 108 00:09:21,440 --> 00:09:31,160 llegar a. Si muestro la ruta IPM, ahora antes de presionar Intro aquí, este enrutador, 109 00:09:31,160 --> 00:09:37,000 porque está en el medio, nunca va a recibir ningún I GMP porque 110 00:09:37,000 --> 00:09:40,580 I GMP solo ocurre entre el receptor y su puerta de enlace predeterminada. 111 00:09:40,580 --> 00:09:43,560 No va más allá de eso. 112 00:09:43,560 --> 00:09:46,200 El receptor aún no ha pedido nada. 113 00:09:46,200 --> 00:09:48,820 No se ha unido a nada. 114 00:09:48,820 --> 00:09:55,140 Asegurémonos de que eso sea cierto antes de convertirme en un mentiroso aquí. 115 00:09:55,140 --> 00:10:01,240 Cierto, entonces no ha pedido nada. 116 00:10:01,240 --> 00:10:07,160 Entonces, cuando entro, no ha habido informes de membresía de I GMP, por lo tanto 117 00:10:07,160 --> 00:10:10,460 esperaríamos que no haya uniones PIM. 118 00:10:10,460 --> 00:10:13,340 Nadie ha pedido unirse a nada todavía. 119 00:10:13,340 --> 00:10:15,920 Y mi fuente, todavía no ha enviado nada. 120 00:10:15,920 --> 00:10:16,900 Todo está inactivo. 121 00:10:16,900 --> 00:10:18,680 Nada ha comenzado todavía. 122 00:10:18,680 --> 00:10:22,980 Entonces, uno esperaría que mi tabla de enrutamiento de multidifusión esté en blanco. 123 00:10:22,980 --> 00:10:27,800 Debería estar vacío, ¿verdad? 124 00:10:27,800 --> 00:10:31,560 Mostrar ruta IPM. ¿Qué es esto? 125 00:10:31,560 --> 00:10:34,020 De donde vino eso? 126 00:10:34,020 --> 00:10:39,340 Bueno, más adelante, cuando lleguemos a eso, cuando hablemos de RP automático, este particular 127 00:10:39,340 --> 00:10:42,640 la dirección de multidifusión es utilizada por auto RP. 128 00:10:42,640 --> 00:10:46,280 En realidad, se trata de una dirección de multidifusión reservada que utiliza el propietario de Cisco. 129 00:10:46,280 --> 00:10:52,660 RP automático. Y los enrutadores Cisco, por defecto, se unen a ese grupo. 130 00:10:52,660 --> 00:10:56,820 Entonces, este enrutador básicamente dice que estoy listo para aprender dinámicamente quién 131 00:10:56,820 --> 00:11:01,520 el RP es, si alguna vez se invoca el RP automático. 132 00:11:01,520 --> 00:11:03,900 Así que para eso es eso cuando ves eso. 133 00:11:03,900 --> 00:11:09,700 Bien, entonces todo está configurado y listo para funcionar ahora. 134 00:11:09,700 --> 00:11:15,240 Sigamos con nuestra teoría. 135 00:11:15,240 --> 00:11:20,200 Entonces mencioné que PIM no permitirá el reenvío o la recepción de multidifusión 136 00:11:20,200 --> 00:11:24,900 tráfico en las interfaces a menos que una de dos cosas sea cierta. 137 00:11:24,900 --> 00:11:29,580 Se ha descubierto otro vecino PIM en esa interfaz o directamente 138 00:11:29,580 --> 00:11:37,660 la fuente de barra del receptor conectado reside en esa interfaz. 139 00:11:37,660 --> 00:11:42,920 Así que voy a volver a mi diagrama aquí como un ejemplo. 140 00:11:42,920 --> 00:12:00,620 Digamos que había habilitado PIM en todas estas interfaces. 141 00:12:00,620 --> 00:12:02,060 Bien, digamos eso. 142 00:12:02,060 --> 00:12:06,480 Ahora observe las interfaces que no he marcado con un círculo y lo hice a propósito. 143 00:12:06,480 --> 00:12:13,440 No habilité PIM aquí en esta subinterfaz o aquí mismo. 144 00:12:13,440 --> 00:12:19,220 En este caso particular, el tráfico de multidifusión nunca fluirá. 145 00:12:19,220 --> 00:12:24,260 Si mi receptor envía un informe de membresía IGMP, tenemos PIM habilitado 146 00:12:24,260 --> 00:12:27,200 en cada interfaz para llegar al RP. 147 00:12:27,200 --> 00:12:29,340 Así que en realidad formaremos un árbol compartido. 148 00:12:29,340 --> 00:12:33,800 Esta rama de aquí estará lista y esperando para transmitir multidifusión 149 00:12:33,800 --> 00:12:34,880 si alguna vez sucede. 150 00:12:34,880 --> 00:12:36,820 Pero aquí está el problema. 151 00:12:36,820 --> 00:12:48,340 Si la fuente comienza a enviar, bueno, R4 nunca recibirá una solicitud 152 00:12:48,340 --> 00:12:50,880 por ese tráfico. 153 00:12:50,880 --> 00:12:56,140 Para que R4 reenvíe de forma nativa la multidifusión, solo reenvíe en la interfaz, 154 00:12:56,140 --> 00:12:58,160 alguien tiene que pedírselo. 155 00:12:58,160 --> 00:13:01,140 Tiene que recibir una unión PIM. 156 00:13:01,140 --> 00:13:05,160 Bueno, él no va a recibir un ingreso de PIM de esta manera porque esta interfaz 157 00:13:05,160 --> 00:13:07,100 no tiene PIM en él. 158 00:13:07,100 --> 00:13:08,340 Y no lo va a recibir. 159 00:13:08,340 --> 00:13:12,960 Si una unión PIM entra aquí o aquí, la descartará porque 160 00:13:12,960 --> 00:13:14,700 no tiene habilitado PIM en estas interfaces. 161 00:13:14,700 --> 00:13:16,520 No puede recibir PIM. 162 00:13:16,520 --> 00:13:21,260 Así que esa es una demostración de por qué PIM tiene que estar habilitado en ambos lados de 163 00:13:21,260 --> 00:13:25,540 un enlace. También en la interfaz conectada al receptor y la interfaz 164 00:13:25,540 --> 00:13:30,220 conectado a la fuente para que todo fluya. 165 00:13:30,220 --> 00:13:32,740 Entonces, esta puede ser una fuente de solución de problemas de multidifusión. 166 00:13:32,740 --> 00:13:36,180 Si la multidifusión no fluye en algún lugar de su red, podría ser tan 167 00:13:36,180 --> 00:13:41,220 tan simple como el hecho de que olvidó habilitar PIM en algún enlace en alguna parte. 168 00:13:41,220 --> 00:13:48,620 Algunas interfaces, algunas subinterfaces no tienen PIM habilitado. 169 00:13:48,620 --> 00:13:52,300 Por lo tanto, los paquetes PIM Hello se utilizan para descubrir los vecinos PIM. 170 00:13:52,300 --> 00:13:54,460 Y si estás viendo esta grabación, te pido disculpas. 171 00:13:54,460 --> 00:13:58,360 En la grabación anterior, indiqué mal la dirección de multidifusión de esos 172 00:13:58,360 --> 00:14:04,580 PIM Hola. La dirección correcta es 2240013. 173 00:14:04,580 --> 00:14:09,880 Así que 2240013 es la dirección a la que se envían los PIM Hello. 174 00:14:09,880 --> 00:14:12,680 Entonces, hagamos un seguimiento de esos Hola ahora mismo porque 175 00:14:12,680 --> 00:14:14,120 tenemos PIM habilitado. 176 00:14:14,120 --> 00:14:16,160 Voy a elegir uno justo aquí. 177 00:14:16,160 --> 00:14:20,060 Así que sabemos que la topología física real en este caso está justo aquí. 178 00:14:20,060 --> 00:14:22,940 PIM está habilitado en R2, R8, R4. 179 00:14:22,940 --> 00:14:24,520 Así que hagamos un seguimiento de snipper. 180 00:14:24,520 --> 00:14:30,480 Capturaré los Hola que están llegando en etano rápido a 0 barra 181 00:14:30,480 --> 00:14:32,420 4 en este interruptor. 182 00:14:32,420 --> 00:14:42,740 Así que voy a usar la función de intervalo en el conmutador para lograrlo. 183 00:14:42,740 --> 00:14:46,600 Realmente no voy a entrar en detalles sobre cómo configurar span o 184 00:14:46,600 --> 00:14:52,300 qué hace span porque eso no es realmente relevante para esta presentación. 185 00:14:52,300 --> 00:14:56,900 Bien, en este punto, cualquier cosa que se presente, veamos aquí, 186 00:14:56,900 --> 00:14:58,820 Hice 0 barra 7. 187 00:14:58,820 --> 00:15:00,580 Así que sería justo aquí. 188 00:15:00,580 --> 00:15:06,280 Bien, R4. Entonces, cuando R4 está enviando PIM Hello, debemos capturarlos y 189 00:15:06,280 --> 00:15:09,380 mi tiburón de alambre debería recogerlos. 190 00:15:09,380 --> 00:15:17,980 Se apagan cada 30 segundos, por lo que no deberíamos tener que esperar demasiado. 191 00:15:17,980 --> 00:15:34,560 Aquí vamos. Así que voy a usar mi computadora portátil o un insecto con tiburón de alambre. 192 00:15:34,560 --> 00:15:39,060 Pero muchas veces Wire Shark no me deja presionar los botones aquí arriba para 193 00:15:39,060 --> 00:15:44,020 detener algo Entonces, ampliemos esto. 194 00:15:44,020 --> 00:15:49,440 Así que aquí está nuestro PIM Hola. 195 00:15:49,440 --> 00:15:56,640 Así que observe el destino 2240013 y cuando lo mapeemos a nuestro destino 196 00:15:56,640 --> 00:16:02,600 Dirección MAC 01005E y D es 13. 197 00:16:02,600 --> 00:16:06,100 Se lleva en IP. 198 00:16:06,100 --> 00:16:12,400 Tiene un tiempo de vida de 1 porque solo es bueno en el enlace local. 199 00:16:12,400 --> 00:16:14,580 Y tiene un DSCP bastante alto. 200 00:16:14,580 --> 00:16:18,900 Tiene una precedencia IP de 6. 201 00:16:18,900 --> 00:16:21,140 Y solo puedes llegar más alto que eso yendo a 7. 202 00:16:21,140 --> 00:16:24,240 Entonces, en lo que respecta a las prioridades, un paquete de prioridad bastante alta. 203 00:16:24,240 --> 00:16:27,640 Protocolo 103 para PIM. 204 00:16:27,640 --> 00:16:35,200 Y aquí vemos que la fuente es, en este caso, el router 8. 205 00:16:35,200 --> 00:16:37,740 Parece que. Enrutador 8. 206 00:16:37,740 --> 00:16:39,320 Y destinos PIM. 207 00:16:39,320 --> 00:16:43,720 Y luego aquí está realmente el cuerpo PIM. 208 00:16:43,720 --> 00:16:50,320 PIM versión 2, el código de tipo es 0, lo que significa que es Hola. 209 00:16:50,320 --> 00:16:52,620 Y la opción que dice el tiempo de espera. 210 00:16:52,620 --> 00:16:59,020 Entonces 105 segundos, que es aproximadamente tres veces la prioridad, o tres veces 211 00:16:59,020 --> 00:17:03,780 el intervalo del tiempo de saludo, que es cada 30 segundos. 212 00:17:03,780 --> 00:17:07,920 Y prioridad de enrutador designado y capacidad de actualización de estado. 213 00:17:07,920 --> 00:17:10,680 Hable un poco más sobre eso en solo un minuto. 214 00:17:10,680 --> 00:17:20,700 Pero puedes ver que el PIM Hello es bastante simple. 215 00:17:20,700 --> 00:17:23,980 Y aquí puedes ver que salen con bastante frecuencia. 216 00:17:23,980 --> 00:17:28,900 Así que aquí está el del enrutador 8. 217 00:17:28,900 --> 00:17:36,400 Y se apagó a los 42,35 segundos. 218 00:17:36,400 --> 00:17:40,040 Entonces, si avanzamos aproximadamente 30 segundos más que eso, deberían ser cinco minutos 219 00:17:40,040 --> 00:17:48,740 y alrededor de 15 segundos más o menos. 220 00:17:48,740 --> 00:17:50,800 Y aquí está el próximo hola. 221 00:17:50,800 --> 00:17:53,960 Unos 30 segundos después, cinco minutos y 12 segundos. 222 00:17:53,960 --> 00:17:57,940 Y hablaremos de estas otras cosas, únete a las ciruelas pasas y lo que viene 223 00:17:57,940 --> 00:18:12,680 arriba. OK, entonces PIM se une. 224 00:18:12,680 --> 00:18:18,200 Como mencioné, PIM no agrega una rama al árbol hasta que alguien lo desee. 225 00:18:18,200 --> 00:18:25,080 para unirse a ella. Entonces, PIM en realidad tiene algo llamado paquete de unión para hacer esto. 226 00:18:25,080 --> 00:18:28,180 Y verás en muchas documentaciones, harán referencia como dos 227 00:18:28,180 --> 00:18:29,700 diferentes tipos de uniones. 228 00:18:29,700 --> 00:18:35,900 Algo llamado combinación de coma de estrella y combinación de coma de s. 229 00:18:35,900 --> 00:18:39,120 Vamos a entrar en los detalles sangrientos de cada uno de estos. 230 00:18:39,120 --> 00:18:42,560 Por ahora, solo diré que ambos son exactamente el mismo paquete. 231 00:18:42,560 --> 00:18:45,980 No es que haya dos tipos diferentes de paquetes PIM. 232 00:18:45,980 --> 00:18:48,540 Ambos se llevan exactamente en el mismo paquete. 233 00:18:48,540 --> 00:18:51,780 La única diferencia es que un pequeño campo es diferente entre estos dos. 234 00:18:51,780 --> 00:18:55,740 Pero esta es la estructura de datos fundamental que utiliza PIM para enviar 235 00:18:55,740 --> 00:19:00,040 un mensaje aguas arriba diciendo, oye vecino, mírame, necesito algo. 236 00:19:00,040 --> 00:19:01,480 Necesito un grupo en particular. 237 00:19:01,480 --> 00:19:03,400 Agrégame a tu árbol. 238 00:19:03,400 --> 00:19:13,440 Esa es la unión PIM. 239 00:19:13,440 --> 00:19:17,560 Entonces, el reenvío de multidifusión está determinado por las entradas en la tabla de rutas M, 240 00:19:17,560 --> 00:19:19,200 la tabla de enrutamiento de multidifusión. 241 00:19:19,200 --> 00:19:23,100 Entonces llamamos a esas rutas M. 242 00:19:23,100 --> 00:19:26,920 Entonces, ¿qué haría que estas entradas se completaran en la tabla? 243 00:19:26,920 --> 00:19:29,460 Bueno, una de tres cosas. 244 00:19:29,460 --> 00:19:32,960 Un enrutador ha recibido una unión PIM. 245 00:19:32,960 --> 00:19:38,100 Ha recibido tráfico de multidifusión. 246 00:19:38,100 --> 00:19:41,360 En realidad, hay cuatro cosas. 247 00:19:41,360 --> 00:19:45,540 Ha recibido un informe de membresía de IGMP. 248 00:19:45,540 --> 00:19:50,000 Así que permítanme poner eso aquí también. 249 00:19:50,000 --> 00:20:02,360 Aquí vamos. Entonces, un enrutador ha recibido uniones PIM o una membresía IGMP 250 00:20:02,360 --> 00:20:06,640 informe. Ha recibido el tráfico de multidifusión real en sí. 251 00:20:06,640 --> 00:20:09,980 O, a veces, se puede crear de forma dinámica o automática. 252 00:20:09,980 --> 00:20:16,560 Vimos que el 2240140 estaba ahí para auto RP. 253 00:20:16,560 --> 00:20:18,100 Y no tuvimos que hacer nada por eso. 254 00:20:18,100 --> 00:20:21,300 En realidad, no recibimos ningún tráfico de RP automático que fuera solo dinámicamente 255 00:20:21,300 --> 00:20:27,080 poner ahí. Entonces, veamos la tabla de rutas M por un momento. 256 00:20:27,080 --> 00:20:32,280 Y voy a señalar algunas viñetas de alto nivel. 257 00:20:32,280 --> 00:20:36,420 Y luego hablaremos un poco más sobre algunos de los detalles. 258 00:20:36,420 --> 00:20:42,880 Entonces, por ejemplo, si entro aquí, mostrar la ruta de IPM es cómo vemos lo que está 259 00:20:42,880 --> 00:20:47,200 ahí. Así que estas son todas sus banderas. 260 00:20:47,200 --> 00:20:52,180 Y estas banderas aparecerán en varias partes de su ruta M. 261 00:20:52,180 --> 00:20:54,540 Así que esto, por ejemplo, se considera una ruta M. 262 00:20:54,540 --> 00:20:56,380 Estas cuatro líneas aquí. 263 00:20:56,380 --> 00:20:59,300 Esto indica una ruta de multidifusión. 264 00:20:59,300 --> 00:21:02,440 Y estas banderas, vamos a hablar de muchas de estas. 265 00:21:02,440 --> 00:21:06,320 Ahora, muchos de estos no tienen nada que ver con el modo disperso de PIMS. 266 00:21:06,320 --> 00:21:09,460 Así que señalaré los más comunes que verá en PIMS sparse 267 00:21:09,460 --> 00:21:15,220 modo. Pero a algunos les gusta la bandera Z y la bandera Y que no tiene nada 268 00:21:15,220 --> 00:21:16,480 que ver con el modo disperso de PIMS. 269 00:21:16,480 --> 00:21:18,760 Así que no vamos a hablar de eso. 270 00:21:18,760 --> 00:21:23,420 Entonces verás aquí, para que puedas ver que este es tu grupo. 271 00:21:23,420 --> 00:21:24,940 Este es el grupo de multidifusión. 272 00:21:24,940 --> 00:21:27,360 Y hablaremos aquí en solo un segundo de lo que significa la estrella. 273 00:21:27,360 --> 00:21:33,560 Algunos temporizadores sobre cuánto tiempo ha estado activo el grupo, cuándo expirará. 274 00:21:33,560 --> 00:21:37,340 Información sobre quién es el punto de encuentro. 275 00:21:37,340 --> 00:21:42,100 Interfaz entrante, ya sabes, ¿dónde espero recibir mi multidifusión? 276 00:21:42,100 --> 00:21:46,200 ¿tráfico? Cuando me llegue, ¿qué interfaz lo recibirá? 277 00:21:46,200 --> 00:21:49,280 ¿Y desde qué interfaces lo reenviaré? 278 00:21:49,280 --> 00:21:53,720 A veces, la lista de interfaces salientes dirá que no, lo que significa que no tengo a nadie. 279 00:21:53,720 --> 00:21:55,500 Nunca nadie me ha preguntado por este tráfico. 280 00:21:55,500 --> 00:21:58,360 No tengo adónde enviarlo. 281 00:21:58,360 --> 00:22:01,560 Así que veremos con más detalle los diversos temporizadores y cosas aquí. 282 00:22:01,560 --> 00:22:11,260 a medida que avanzamos. Entonces, ¿cómo creamos el árbol compartido? 283 00:22:11,260 --> 00:22:13,960 Bueno, número uno, tienes que saber quién es el punto de encuentro. 284 00:22:13,960 --> 00:22:15,620 Tienes que saber cómo llegar a él. 285 00:22:15,620 --> 00:22:19,640 Entonces, si no tiene una ruta al punto de encuentro, no va a 286 00:22:19,640 --> 00:22:20,920 te hace mucho bien. 287 00:22:20,920 --> 00:22:26,140 Y debe tener al menos una solicitud de un receptor de multidifusión. 288 00:22:26,140 --> 00:22:31,640 El receptor de multidifusión, la computadora portátil, la PC, una vez que envía una membresía IGMP 289 00:22:31,640 --> 00:22:35,300 informe, que da inicio a todo este proceso. 290 00:22:35,300 --> 00:22:37,560 Eso es lo que construye el árbol compartido. 291 00:22:37,560 --> 00:22:48,500 Bien, sigamos adelante y construyamos un árbol compartido. 292 00:22:48,500 --> 00:22:51,520 Entonces, lo que vamos a hacer en este caso es que voy a tener mi receptor, 293 00:22:51,520 --> 00:22:55,960 que es realmente un enrutador, pero voy a pedirle que envíe una membresía IGMP 294 00:22:55,960 --> 00:22:59,040 informe para un grupo en particular. 295 00:22:59,040 --> 00:23:02,580 Ahora hablemos del proceso que vamos a ver. 296 00:23:02,580 --> 00:23:07,080 Y luego veremos esto en el laboratorio. 297 00:23:07,080 --> 00:23:16,300 Entonces, cuando R2 reciba el informe de membresía, de repente se dará cuenta 298 00:23:16,300 --> 00:23:19,860 de una fuente Así que sigamos adelante y hagamos esto en la pizarra. 299 00:23:19,860 --> 00:23:26,680 aquí. Entonces, cuando este tipo envíe un informe de membresía, pensemos 300 00:23:26,680 --> 00:23:33,840 algún grupo. 239.999. 301 00:23:33,840 --> 00:23:40,900 Bueno, con PIM habilitado en Fast Ethernet 00, el enrutador 2 ahora se dará cuenta, 302 00:23:40,900 --> 00:23:44,560 bien, tengo un receptor en esta interfaz para este grupo. 303 00:23:44,560 --> 00:23:52,500 Ahora observe cuando llega este informe de membresía, por lo que no va 304 00:23:52,500 --> 00:23:58,700 ser cualquier mención de 4.5.4.5 porque nadie sabe que existe en este 305 00:23:58,700 --> 00:24:05,300 punto. Entonces, cuando llegue ese informe, el enrutador 2 ahora va a crear algunos 306 00:24:05,300 --> 00:24:10,360 estado en su tabla de enrutamiento M, su tabla de enrutamiento de multidifusión, y vamos 307 00:24:10,360 --> 00:24:14,460 para llamar a esta estrella, coma, estado g. 308 00:24:14,460 --> 00:24:16,000 ¿Por qué lo llamamos así? 309 00:24:16,000 --> 00:24:21,540 Bueno, va a ser estrella, coma, g, lo que significa que la estrella es cuál es el 310 00:24:21,540 --> 00:24:23,460 ¿Dirección IP de la fuente? 311 00:24:23,460 --> 00:24:26,880 Bueno, no sabemos cuál es la dirección IP de la fuente. 312 00:24:26,880 --> 00:24:31,520 Así que solo usamos una estrella como marcador de posición, lo que significa que cualquier fuente, no 313 00:24:31,520 --> 00:24:33,120 importa cuál es la fuente. 314 00:24:33,120 --> 00:24:37,160 Y luego g, bueno, en este caso particular, será 239.999. 315 00:24:37,160 --> 00:24:39,700 Ese es mi grupo. 316 00:24:39,700 --> 00:24:45,500 Verá que R2 ahora tendrá una entrada de ruta M que dice estrella, coma, 317 00:24:45,500 --> 00:24:49,880 239, 999. Lo llamamos estrella, coma, entrada g. 318 00:24:49,880 --> 00:24:54,800 Y fasteethanet00 se colocará en la lista de interfaces salientes. 319 00:24:54,800 --> 00:25:00,000 En otras palabras, si alguna vez recibo multidifusión para este grupo, enviaré 320 00:25:00,000 --> 00:25:04,380 es saliente en la interfaz fasteethanet00. 321 00:25:04,380 --> 00:25:11,440 Bien, una vez que el enrutador 2 entienda eso, ahora dirá, está bien, necesito 322 00:25:11,440 --> 00:25:16,460 para que el punto de encuentro de PEM sepa que estoy aquí. 323 00:25:16,460 --> 00:25:21,380 Y si alguna vez recibe la multidifusión en 239.999, debe reenviarla a 324 00:25:21,380 --> 00:25:26,040 a mí. Ahora, en este caso particular, ya hemos identificado la cita 325 00:25:26,040 --> 00:25:28,380 punto como enrutador 3. 326 00:25:28,380 --> 00:25:34,260 Es el PEM RP. 327 00:25:34,260 --> 00:25:36,800 Y todos estos enrutadores lo saben, porque configuré estáticamente 328 00:25:36,800 --> 00:25:44,400 ellos por eso. Entonces, el enrutador 2, en su entrada estrella, coma, g, verá que 329 00:25:44,400 --> 00:25:48,260 él dirá eso. Él dirá, está bien, sé que el punto de encuentro es 3 330 00:25:48,260 --> 00:25:53,640 .4.3.3. Y ahora va a ir a su tabla de enrutamiento de unidifusión. 331 00:25:53,640 --> 00:25:56,880 Él va a decir, ¿cómo llego allí? 332 00:25:56,880 --> 00:26:08,120 Bueno, si entro al enrutador 2, hay, si quiero verificar que este enrutador 333 00:26:08,120 --> 00:26:12,640 en realidad puede revertir el camino al RP, que sabe cómo volver a 334 00:26:12,640 --> 00:26:14,200 el RP, hay dos formas de hacerlo. 335 00:26:14,200 --> 00:26:16,940 Ciertamente podría simplemente mirar mi tabla de enrutamiento. 336 00:26:16,940 --> 00:26:17,700 Podría hacer eso. 337 00:26:17,700 --> 00:26:25,080 Mostrar ruta IP. Y podemos ver aquí mismo, hay una ruta a la 343 338 00:26:25,080 --> 00:26:28,360 red, aprendida a través de EIGRP. 339 00:26:28,360 --> 00:26:31,860 Y entonces va a salir rápido ethernet 0 slash 1. 340 00:26:31,860 --> 00:26:37,440 O si desea hacerlo de la forma en que lo haría PEM, puede mostrar IP RPF 341 00:26:37,440 --> 00:26:43,140 y luego escriba esa dirección IP. 342 00:26:43,140 --> 00:26:46,340 Él dice, está bien, sé sobre esto. 343 00:26:46,340 --> 00:26:49,820 Mi interfaz para llegar allí es Fast Ethernet 0 1. 344 00:26:49,820 --> 00:26:53,580 Mi próximo vecino superior, en otras palabras, el vecino que me habló de esto. 345 00:26:53,580 --> 00:27:01,060 la ruta es 8288. Esta es la ruta real que encontré en mi tabla de enrutamiento. 346 00:27:01,060 --> 00:27:08,240 Y lo aprendí a través del proceso EIGRP 100, EIGRP Autonomous System 100. 347 00:27:08,240 --> 00:27:14,540 Así que ahora que él sabe eso, vuelvo a mi pizarra aquí, verás 348 00:27:14,540 --> 00:27:20,780 en mi estrella, entrada G, colocará algo llamado interfaz de entrada. 349 00:27:20,780 --> 00:27:22,160 Interfaz entrante. 350 00:27:22,160 --> 00:27:26,760 Y él dirá, una vez que el RP comience a enviarme datos de multidifusión, porque 351 00:27:26,760 --> 00:27:31,900 inicialmente no debería comenzar a descender por el árbol compartido desde el RP, debería 352 00:27:31,900 --> 00:27:35,040 empezar a venir desde fast ethernet 0 slash 1. 353 00:27:35,040 --> 00:27:39,560 Porque esa es la interfaz que uso para llegar al punto de encuentro. 354 00:27:39,560 --> 00:27:48,320 Y luego también dirá, mi vecino es 8.2 punto 8 punto 8. 355 00:27:48,320 --> 00:27:53,000 Ahora tiene todo lo que necesita. 356 00:27:53,000 --> 00:27:59,480 Entonces ahora el enrutador 2 creará una unión PEM. 357 00:27:59,480 --> 00:28:03,560 Y llamamos a esto una estrella PEM, únete. 358 00:28:03,560 --> 00:28:08,560 Porque al igual que el informe de membresía de IGMP no dio ninguna indicación de qué 359 00:28:08,560 --> 00:28:13,120 la dirección de origen es de este flujo de multidifusión, esta unión PEM también da 360 00:28:13,120 --> 00:28:17,600 ninguna indicación de la secuencia de multidifusión. 361 00:28:17,600 --> 00:28:20,320 Y lo capturaremos en el seguimiento del fragmento para que pueda verlo. 362 00:28:20,320 --> 00:28:24,040 Estrella, 239 punto 999. 363 00:28:24,040 --> 00:28:31,640 Y en esa estrella, G join, en realidad tendrá la dirección IP de la cita. 364 00:28:31,640 --> 00:28:39,660 punto. Y de esa manera, el enrutador 8 dirá, está bien, sé dónde es esto 365 00:28:39,660 --> 00:28:41,120 va, esto va al RP. 366 00:28:41,120 --> 00:28:46,240 ¿Adivina que? Cuando el enrutador 8 obtenga eso, creará una estrella, estado G 367 00:28:46,240 --> 00:28:50,580 en él. Porque recuerda estrella, estado G, se crea este estado de ruta M 368 00:28:50,580 --> 00:28:57,000 basado en un receptor real que solicita la ruta, o en un flujo descendente 369 00:28:57,000 --> 00:28:58,800 router preguntando por la ruta. 370 00:28:58,800 --> 00:29:03,360 Si un enrutador descendente le envía una estrella, G unirse, crea el exacto 371 00:29:03,360 --> 00:29:06,080 mismo estado que si realmente tuviera un receptor. 372 00:29:06,080 --> 00:29:09,420 No exactamente lo mismo, necesito algunas banderas aquí que sean diferentes, pero 373 00:29:09,420 --> 00:29:11,200 todavía crea el estado. 374 00:29:11,200 --> 00:29:14,660 Entonces, el enrutador 8 creará una entrada de estrella, G. 375 00:29:14,660 --> 00:29:21,340 Él sabe quién es el RP. 376 00:29:21,340 --> 00:29:24,980 Hará una búsqueda de ruta inversa, y casi asumo que su 377 00:29:24,980 --> 00:29:28,060 la ruta inversa será 00.83. 378 00:29:28,060 --> 00:29:32,840 Con solo mirar este diagrama, estoy bastante seguro de que ese es su camino más rápido. 379 00:29:32,840 --> 00:29:36,860 Y luego, su próximo vecino superior en realidad será 3.4.3.3. 380 00:29:36,860 --> 00:29:45,840 Y una vez que obtenga eso, reenviará una estrella, G se unirá al RP. 381 00:29:45,840 --> 00:29:49,440 Y eso creará la estrella, el estado G en el punto de encuentro.