1 00:00:08,320 --> 00:00:13,520 De acuerdo, antes de entrar en los detalles esenciales de PIM como multidifusión 2 00:00:13,520 --> 00:00:17,920 protocolo de enrutamiento, veamos un nivel realmente alto de lo que son multidifusión 3 00:00:17,920 --> 00:00:22,100 protocolos de enrutamiento, por qué los necesitamos, qué problema se diseñaron 4 00:00:22,100 --> 00:00:28,500 resolver. Entonces sabemos que tenemos este concepto de fuentes y receptores, 5 00:00:28,500 --> 00:00:31,880 la fuente es un servidor que está bombeando tráfico de multidifusión 6 00:00:31,880 --> 00:00:35,740 y golpeando su enrutador, ese enrutador lo está dejando caer porque no hay 7 00:00:35,740 --> 00:00:38,000 idea de dónde se supone que debe ir. 8 00:00:38,000 --> 00:00:41,380 Y en el otro extremo de la red, tienes tus receptores, tus computadoras portátiles, 9 00:00:41,380 --> 00:00:45,760 sus PC que quieren ese tráfico de multidifusión, pero su puerta de enlace predeterminada tiene 10 00:00:45,760 --> 00:00:47,300 ni idea donde esta la fuente. 11 00:00:47,300 --> 00:00:49,720 Entonces, ¿cómo conectamos los dos? 12 00:00:49,720 --> 00:00:54,140 Y esa es toda la razón por la que necesitamos protocolos de enrutamiento de multidifusión para 13 00:00:54,140 --> 00:00:58,140 construir esa rama, para conectarlos, para construir esta distribución de multidifusión 14 00:00:58,140 --> 00:01:04,360 árbol. Así que tenemos que crear ese árbol. 15 00:01:04,360 --> 00:01:07,580 Y hablé en el video anterior que tenemos dos básicos de alto nivel 16 00:01:07,580 --> 00:01:09,160 maneras de hacer eso. 17 00:01:09,160 --> 00:01:13,380 Un método, que se llama el modelo de empuje, que se utiliza en modo denso 18 00:01:13,380 --> 00:01:17,440 protocolos, simplemente significa que inundemos la red con esa multidifusión 19 00:01:17,440 --> 00:01:21,700 tráfico. Definitivamente llegarás a los receptores y todos los demás 20 00:01:21,700 --> 00:01:26,460 ramas del árbol donde corresponderá a los enrutadores podar esos 21 00:01:26,460 --> 00:01:30,080 ramas para decir, hey, enrutador ascendente, deja de enviarme eso. 22 00:01:30,080 --> 00:01:34,220 No tengo a nadie río abajo para mí que realmente lo quiera. 23 00:01:34,220 --> 00:01:40,280 El otro modelo es el modo disperso, lo que significa que está bien, una vez que los receptores indican 24 00:01:40,280 --> 00:01:44,900 su interés a la puerta de enlace predeterminada, la puerta de enlace predeterminada ahora tiene que 25 00:01:44,900 --> 00:01:48,520 desencadenar algún tipo de mensaje de unión de multidifusión que dice, OK, voy a enviar 26 00:01:48,520 --> 00:01:51,400 un mensaje aguas arriba diciendo, hey, enrutador arriba de mí. 27 00:01:51,400 --> 00:01:56,100 Si alguna vez recibe este mensaje, esta transmisión de multidifusión, estoy aquí abajo. 28 00:01:56,100 --> 00:02:01,820 Quiero eso. La pregunta entonces es, OK, bueno, ¿dónde está su valor predeterminado? 29 00:02:01,820 --> 00:02:03,120 puerta de enlace enviar eso? 30 00:02:03,120 --> 00:02:08,020 Porque tal vez tiene cinco o seis enrutadores instalados aguas arriba de él. 31 00:02:08,020 --> 00:02:10,760 ¿A cuál le envía este join? 32 00:02:10,760 --> 00:02:15,620 Entonces, para responder a eso, aquí hay una buena analogía que se me ocurrió. 33 00:02:15,620 --> 00:02:18,600 Piensa en salir, ¿verdad? 34 00:02:18,600 --> 00:02:21,540 Chicos y chicas saliendo tratando de encontrarse. 35 00:02:21,540 --> 00:02:27,880 Entonces, un protocolo de modo denso sería como, tú eres el tipo, caminas 36 00:02:27,880 --> 00:02:31,460 a un club nocturno, y para encontrar a tu pareja perfecta, simplemente caminas 37 00:02:31,460 --> 00:02:34,580 hasta cada chica que está aquí diciendo, hey, te amo. 38 00:02:34,580 --> 00:02:35,660 ¿Te gustaría casarte conmigo? 39 00:02:35,660 --> 00:02:37,380 Te amo. ¿Te gustaría casarte conmigo? 40 00:02:37,380 --> 00:02:40,220 Por supuesto, te abofetean varias veces mientras haces eso. 41 00:02:40,220 --> 00:02:43,120 Pero con suerte, eventualmente, encontrará su receptor, ¿verdad? 42 00:02:43,120 --> 00:02:46,180 En la esquina más lejana, la chica que está bebiendo mucha cerveza, dirá: 43 00:02:46,180 --> 00:02:47,400 sí, quiero casarme contigo. 44 00:02:47,400 --> 00:02:49,980 Y ahora encontraste tu receptor. 45 00:02:49,980 --> 00:02:50,680 Eres la fuente. 46 00:02:50,680 --> 00:02:51,300 Ella es la receptora. 47 00:02:51,300 --> 00:02:54,160 Primero tenías que pasar por todos los demás y ser podado. 48 00:02:54,160 --> 00:02:56,820 Pero eventualmente, encontraste a quien estabas buscando. 49 00:02:56,820 --> 00:02:59,040 Eso es como un protocolo de modo denso. 50 00:02:59,040 --> 00:03:02,680 Un protocolo de modo disperso es como, en lugar de hacer eso y arriesgar todo 51 00:03:02,680 --> 00:03:06,140 ese rechazo, utilizas un servicio de citas. 52 00:03:06,140 --> 00:03:09,660 Así que tienes esta empresa intermediaria llamada servicio de citas, ya sabes, 53 00:03:09,660 --> 00:03:15,140 lo que sea, eharmony.com o lo que sea que sea el más grande en estos días. 54 00:03:15,140 --> 00:03:19,540 Y la fuente, tú, vas al servicio de citas y te creas un perfil. 55 00:03:19,540 --> 00:03:21,260 Y dices, hey, este soy yo. 56 00:03:21,260 --> 00:03:22,400 Soy tan maravilloso y genial. 57 00:03:22,400 --> 00:03:23,900 Gano $5 millones al año. 58 00:03:23,900 --> 00:03:24,880 Conduzco un Ferrari. 59 00:03:24,880 --> 00:03:26,160 Por favor cásate conmigo. 60 00:03:26,160 --> 00:03:28,340 ¿Bien? Así que publicas lo tuyo allí en el servicio de citas. 61 00:03:28,340 --> 00:03:31,800 Las receptoras, bueno, ya sabes, de los 50 millones de mujeres que usan 62 00:03:31,800 --> 00:03:35,180 ese servicio de citas, puede haber tres de ellos que vayan a ese servicio de citas 63 00:03:35,180 --> 00:03:38,020 servicio y decir, oh, sí, eso es exactamente lo que estoy buscando. 64 00:03:38,020 --> 00:03:38,800 Es un poco idiota. 65 00:03:38,800 --> 00:03:39,600 Tiene mucho dinero. 66 00:03:39,600 --> 00:03:40,920 Tiene un Ferrari. 67 00:03:40,920 --> 00:03:41,640 Me gustará ese chico. 68 00:03:41,640 --> 00:03:45,140 Y ustedes dos se encuentran a través del servicio de citas e inicialmente 69 00:03:45,140 --> 00:03:47,700 no podéis hablar entre vosotros, ¿verdad? 70 00:03:47,700 --> 00:03:50,340 Inicialmente, el servicio de citas dice, no, ya sabes, para asegurarse de que este tipo 71 00:03:50,340 --> 00:03:53,420 no es una acosadora y no está loca, ya sabes, no vamos a dejar 72 00:03:53,420 --> 00:03:56,380 ustedes intercambian números de teléfono y direcciones y esas cosas. 73 00:03:56,380 --> 00:03:59,740 Vas a tener que usar nuestro sistema de chat y nuestro sistema de correo electrónico para hablar 74 00:03:59,740 --> 00:04:03,900 el uno al otro Pero finalmente, después de haber intercambiado mensajes a través de 75 00:04:03,900 --> 00:04:07,580 el servicio de citas, ahora pueden aprender dónde vive cada uno. 76 00:04:07,580 --> 00:04:10,120 Puedes intercambiar números de teléfono y puedes dejar de usarlos. 77 00:04:10,120 --> 00:04:12,460 Puedes comunicarte directamente. 78 00:04:12,460 --> 00:04:15,160 Así es como funcionan los protocolos de modo disperso. 79 00:04:15,160 --> 00:04:19,080 Con los protocolos de modo disperso, tiene un enrutador ubicado en algún lugar 80 00:04:19,080 --> 00:04:23,180 su red que sirve como esa funcionalidad de servicio de citas. 81 00:04:23,180 --> 00:04:28,200 Y entonces, los receptores, una vez que su computadora portátil envía el mensaje IGMP al enrutador, 82 00:04:28,200 --> 00:04:32,880 su puerta de enlace predeterminada, su puerta de enlace predeterminada dice, hmm, está bien, sé que tengo 83 00:04:32,880 --> 00:04:40,060 un receptor aquí, no tengo idea de dónde está la fuente. 84 00:04:40,060 --> 00:04:44,720 el receptor quiere. Pero sé dónde está el servicio de citas en los términos 85 00:04:44,720 --> 00:04:48,700 de un protocolo de enrutamiento de multidifusión, ese servicio de citas es lo que llamamos un 86 00:04:48,700 --> 00:04:51,160 punto de encuentro, un RP. 87 00:04:51,160 --> 00:04:54,660 Entonces, hay un enrutador en la red que todos los enrutadores ejecutan multidifusión 88 00:04:54,660 --> 00:04:57,380 Sé que ese tipo es el tipo al que vamos. 89 00:04:57,380 --> 00:04:59,460 Ese es el punto de encuentro. 90 00:04:59,460 --> 00:05:03,060 Entonces ahora su enrutador dirá, está bien, voy a crear algo llamado 91 00:05:03,060 --> 00:05:05,380 una unión, un mensaje de unión de multidifusión. 92 00:05:05,380 --> 00:05:09,520 Y lo enviaré en la dirección del punto de encuentro diciendo, hey, 93 00:05:09,520 --> 00:05:12,520 Tengo un tipo aquí abajo que está buscando a este grupo. 94 00:05:12,520 --> 00:05:17,460 Y eventualmente esa unión se abre paso hasta el punto de encuentro. 95 00:05:17,460 --> 00:05:20,900 Es posible que la fuente aún no haya comenzado, pero el punto de encuentro ahora 96 00:05:20,900 --> 00:05:25,000 ha construido una rama por el árbol desde el punto de encuentro hacia abajo a través 97 00:05:25,000 --> 00:05:27,120 estos enrutadores hasta su puerta de enlace predeterminada. 98 00:05:27,120 --> 00:05:32,320 Ahora hemos abierto un camino para que, si la multidifusión comienza, tenga 99 00:05:32,320 --> 00:05:34,240 una dirección en la que puede fluir. 100 00:05:34,240 --> 00:05:38,040 Ahora la fuente, la fuente se inicia, el servidor. 101 00:05:38,040 --> 00:05:41,900 Entonces ese servidor comienza a enviar su multidifusión y está accediendo a su enrutador, 102 00:05:41,900 --> 00:05:45,580 algún enrutador conectado a ese segmento, está siendo golpeado en la parte posterior de 103 00:05:45,580 --> 00:05:47,580 la cabeza con este tráfico de multidifusión. 104 00:05:47,580 --> 00:05:50,440 Una vez más, ese enrutador allá arriba en la otra esquina de la red 105 00:05:50,440 --> 00:05:55,300 dice, nunca he tenido noticias de ningún receptor, pero sé dónde están las citas 106 00:05:55,300 --> 00:06:03,540 el servicio es Sé dónde está el punto de encuentro. 107 00:06:03,540 --> 00:06:07,080 Y entraremos en más detalles sobre esto, pero básicamente encapsula 108 00:06:07,080 --> 00:06:12,500 en unidifusión. Toma ese paquete de multidifusión, lo envuelve dentro de un paquete de unidifusión 109 00:06:12,500 --> 00:06:16,500 encabezado y lo envía por unidifusión al punto de encuentro. 110 00:06:16,500 --> 00:06:20,920 Una vez que el punto de encuentro lo obtiene, lo desencapsula, dice, oh, aquí está 111 00:06:20,920 --> 00:06:24,240 multidifusión. Oh, sí, sé a dónde va esto porque recibí una 112 00:06:24,240 --> 00:06:27,360 por esto y lo envía por el árbol. 113 00:06:27,360 --> 00:06:31,020 Así es como en los protocolos de modo disperso los conectamos inicialmente, ¿verdad? 114 00:06:31,020 --> 00:06:33,460 Ese punto de encuentro es el servicio de citas. 115 00:06:33,460 --> 00:06:37,460 Pero al igual que en mi analogía, no quieres que la fuente y el receptor 116 00:06:37,460 --> 00:06:41,360 pasando constantemente por el punto de encuentro para hablar entre ellos. 117 00:06:41,360 --> 00:06:43,400 No es necesariamente eficiente, ¿verdad? 118 00:06:43,400 --> 00:06:49,980 ¿Qué pasa si ese receptor está en Florida, la fuente está en Carolina del Norte, 119 00:06:49,980 --> 00:06:52,680 pero el punto de encuentro es en California? 120 00:06:52,680 --> 00:06:55,700 Bueno, en ese tráfico se está desviando para llegar a la cita. 121 00:06:55,700 --> 00:07:00,300 punto y vuelta. Hay un camino mucho más corto directamente entre la fuente 122 00:07:00,300 --> 00:07:02,140 y el receptor. 123 00:07:02,140 --> 00:07:06,080 Pero primero teníamos que poner en marcha esa multidifusión antes de que pudiéramos descubrir 124 00:07:06,080 --> 00:07:10,320 de dónde viene, que viene de Carolina del Norte. 125 00:07:10,320 --> 00:07:13,280 Y ahora los Rogers pueden cambiar a ese camino. 126 00:07:13,280 --> 00:07:15,060 Pueden decir, OK, gracias, servicio de citas. 127 00:07:15,060 --> 00:07:16,380 Gracias, punto de encuentro. 128 00:07:16,380 --> 00:07:17,760 Ya no te necesito. 129 00:07:17,760 --> 00:07:20,240 Ahora sé exactamente dónde está la fuente. 130 00:07:20,240 --> 00:07:24,040 Podemos obtener el tráfico directamente de él y podemos cambiar a ese 131 00:07:24,040 --> 00:07:29,360 camino. Así que ese es un nivel realmente alto de cómo funcionan los protocolos de modo disperso. 132 00:07:29,360 --> 00:07:33,540 Tenemos que unirnos con el punto de encuentro primero, expresar nuestro interés, 133 00:07:33,540 --> 00:07:35,440 construir esa rama. 134 00:07:35,440 --> 00:07:39,680 El tráfico tiene que empezar a ir al punto de encuentro y luego cambia 135 00:07:39,680 --> 00:07:44,620 terminado para que vaya directamente entre la fuente y el receptor, punto de encuentro 136 00:07:44,620 --> 00:07:49,260 el punto ya ni siquiera es parte de la ecuación. 137 00:07:49,260 --> 00:07:56,680 Entonces, los protocolos de modo disperso usan algo llamado árboles basados ​​​​en núcleo o árboles RP 138 00:07:56,680 --> 00:07:58,500 porque tenemos un punto de encuentro. 139 00:07:58,500 --> 00:08:01,140 Así que el punto de encuentro es el núcleo del árbol. 140 00:08:01,140 --> 00:08:05,620 Todo el mundo comienza yendo hacia él y luego se aleja bastante de él. 141 00:08:05,620 --> 00:08:16,700 rápidamente. OK, entonces RPF en caso de que no estés familiarizado, por supuesto, RPF podría 142 00:08:16,700 --> 00:08:16,880 cambiar al árbol. 143 00:08:16,880 --> 00:08:20,780 Son muchas cosas diferentes, pero en este caso particular significa 144 00:08:20,780 --> 00:08:23,260 reenvío de camino inverso. 145 00:08:23,260 --> 00:08:27,060 Ahora piense en el tráfico de unidifusión. 146 00:08:27,060 --> 00:08:29,840 Alejémonos de la multidifusión por un segundo. 147 00:08:29,840 --> 00:08:36,720 Un enrutador recibe un paquete de unidifusión que va a algún destino 9.9.9.9. 148 00:08:36,720 --> 00:08:38,560 ¿Qué hace el enrutador? 149 00:08:38,560 --> 00:08:43,420 El enrutador dice, OK, voy a ver esa dirección IP de destino, 150 00:08:43,420 --> 00:08:47,920 ir a mi tabla de enrutamiento y ver si tengo algún tipo de ruta que diga 151 00:08:47,920 --> 00:08:49,940 dime dónde está ese destino. 152 00:08:49,940 --> 00:08:54,740 Normalmente, para enrutar ese paquete para ponerlo en camino, ¿no 153 00:08:54,740 --> 00:08:58,060 ¿El enrutador se preocupa por la fuente de ese paquete? 154 00:08:58,060 --> 00:09:01,320 No, no podría importarle menos cuál es esa dirección de origen. 155 00:09:01,320 --> 00:09:05,260 De hecho, podría poner 0, 0, 0, 0 como fuente, el enrutador 156 00:09:05,260 --> 00:09:09,220 no me importaría Para enrutar ese paquete, todo lo que le importa es el 157 00:09:09,220 --> 00:09:13,920 destino. Ahora ciertamente podría implementar listas de acceso y otros 158 00:09:13,920 --> 00:09:17,120 cosas así para obligarlo a mirar la fuente. 159 00:09:17,120 --> 00:09:20,580 Y también puedes implementar algo llamado RPF. 160 00:09:20,580 --> 00:09:25,720 Por ejemplo, ¿qué pasa si yo, ya sabes, digamos que mi computadora portátil en este momento está sentada 161 00:09:25,720 --> 00:09:32,120 en la red 11, 11.algo, así que tengo una dirección 11, 11.555. 162 00:09:32,120 --> 00:09:34,820 Esa es la dirección de mi laptop. 163 00:09:34,820 --> 00:09:38,280 Y descubro, descubro por rumores que voy a ser 164 00:09:38,280 --> 00:09:41,080 despedido hoy. ¿Yo digo que? 165 00:09:41,080 --> 00:09:43,260 Hombre, puse todo tipo de años con esta compañía. 166 00:09:43,260 --> 00:09:44,340 He trabajado horas extras. 167 00:09:44,340 --> 00:09:46,520 He sacrificado a mis hijos por esta empresa. 168 00:09:46,520 --> 00:09:47,560 Me van a despedir. 169 00:09:47,560 --> 00:09:49,260 Eso realmente me fastidia. 170 00:09:49,260 --> 00:09:50,440 Así que digo, ¿sabes qué? 171 00:09:50,440 --> 00:09:56,140 Antes de irme, sé cuál es la dirección IP del servidor web de mi empresa. 172 00:09:56,140 --> 00:10:00,000 Es 77777. Así que soy un poco, soy lo suficientemente inteligente. 173 00:10:00,000 --> 00:10:00,560 Digo, ¿sabes qué? 174 00:10:00,560 --> 00:10:01,720 Voy a derribar ese servidor. 175 00:10:01,720 --> 00:10:05,040 Voy a bloquear ese servidor con, no sé, algún tipo de tráfico. 176 00:10:05,040 --> 00:10:07,300 Tal vez las solicitudes de sincronización de TCP, ¿verdad? 177 00:10:07,300 --> 00:10:11,080 Voy a cerrar de golpe con 5 millones de sincronizaciones TCP cada segundo. 178 00:10:11,080 --> 00:10:12,440 Derribalo. Así que ja ja ja. 179 00:10:12,440 --> 00:10:13,540 ¿Quieres despedirme? 180 00:10:13,540 --> 00:10:15,780 Voy a hacer que pierdan millones de dólares en los próximos dos 181 00:10:15,780 --> 00:10:18,100 de horas mientras su servidor está caído. 182 00:10:18,100 --> 00:10:22,240 Bueno, si decido hacer eso, no quiero que la gente rastree esos paquetes. 183 00:10:22,240 --> 00:10:23,580 volver a mí, ¿verdad? 184 00:10:23,580 --> 00:10:27,360 Porque no solo me despedirán, ahora estaré en una celda con 185 00:10:27,360 --> 00:10:29,060 alguien a quien no le tengo mucho cariño. 186 00:10:29,060 --> 00:10:30,280 Así que no quiero eso. 187 00:10:30,280 --> 00:10:34,080 Entonces digo, hmm, si voy a enviar esas solicitudes de sincronización TCP a ese servidor 188 00:10:34,080 --> 00:10:37,480 para tratar de abrumarlo, quiero asegurarme de que la dirección de origen sea 189 00:10:37,480 --> 00:10:41,160 yo no. No quiero ser 11555, que soy yo. 190 00:10:41,160 --> 00:10:44,940 Quiero falsificar esa dirección de origen para que parezca otra cosa. 191 00:10:44,940 --> 00:10:49,000 Entonces, si encuentran esos paquetes, nunca sabrán que provino de mí. 192 00:10:49,000 --> 00:10:53,000 Así que le daré una dirección IP falsa porque sé cuándo llegan esos paquetes 193 00:10:53,000 --> 00:11:00,260 los enrutadores, a los enrutadores no les importa cuál es la dirección de origen. 194 00:11:00,260 --> 00:11:02,260 Y se estrellará. 195 00:11:02,260 --> 00:11:06,960 Bueno, si soy el administrador de la red, una cosa que puedo hacer para evitar 196 00:11:06,960 --> 00:11:12,540 la gente de hacer eso es que puedo usar lo que se llama verificación de RPF de unidifusión, 197 00:11:12,540 --> 00:11:16,740 lo que significa que cuando un paquete entra en una interfaz en un enrutador, antes 198 00:11:16,740 --> 00:11:21,460 Incluso miro la dirección de destino, voy a mirar la fuente 199 00:11:21,460 --> 00:11:25,440 dirección, y me voy a hacer una pregunta muy sencilla. 200 00:11:25,440 --> 00:11:31,180 Esa dirección de origen, si tuviera que volver en dirección contraria hacia 201 00:11:31,180 --> 00:11:36,280 esa fuente, ¿usaría esta interfaz donde acaba de entrar? 202 00:11:36,280 --> 00:11:38,480 Ahora, estoy sentado aquí. 203 00:11:38,480 --> 00:11:44,100 Mido 11.555. Cambié intencionalmente la dirección de origen de mi paquete 204 00:11:44,100 --> 00:11:49,320 a algo completamente falso, como 12, 12, 12, 12. 205 00:11:49,320 --> 00:11:51,060 Bueno, vino en esta interfaz. 206 00:11:51,060 --> 00:11:53,580 Llegó rápido Ethan a las 00 en el enrutador. 207 00:11:53,580 --> 00:11:57,720 De acuerdo con la tabla de enrutamiento de este enrutador, dice, para llegar al 12, 12 208 00:11:57,720 --> 00:12:01,120 red, no iría rápido Ethan a las 00. 209 00:12:01,120 --> 00:12:03,740 Yo saldría en serie 11. 210 00:12:03,740 --> 00:12:08,120 Entonces, si ese administrador de red ha configurado el registro RPF de unidifusión 211 00:12:08,120 --> 00:12:11,260 el enrutador, el enrutador dirá, hay algo mal con este paquete. 212 00:12:11,260 --> 00:12:15,660 De acuerdo con mi camino inverso, no iría por este camino para llegar al 12. 213 00:12:15,660 --> 00:12:16,700 Iría por este camino. 214 00:12:16,700 --> 00:12:21,280 El paquete llegó en la interfaz incorrecta y se descartaría. 215 00:12:21,280 --> 00:12:22,340 Sería descartado. 216 00:12:22,340 --> 00:12:25,760 Y ahora mi servidor nunca recibiría ese paquete. 217 00:12:25,760 --> 00:12:27,980 Nunca dañaría el servidor. 218 00:12:27,980 --> 00:12:29,900 Eso no está activado de forma predeterminada. 219 00:12:29,900 --> 00:12:33,580 La verificación de Unicast RPF es algo que debe habilitar si desea hacerlo 220 00:12:33,580 --> 00:12:36,840 eso. Bueno, ¿cómo se relaciona eso con esto? 221 00:12:36,840 --> 00:12:43,420 Cuando habilita la multidifusión, los protocolos de enrutamiento de multidifusión realizan verificaciones RPF en 222 00:12:43,420 --> 00:12:45,780 la fuente por defecto. 223 00:12:45,780 --> 00:12:48,140 De hecho, no puedes evitar que lo hagan. 224 00:12:48,140 --> 00:12:50,400 Ellos hacen eso. Ahora, ¿por qué hacen eso? 225 00:12:50,400 --> 00:12:52,940 Lo hacen para la detección de bucles. 226 00:12:52,940 --> 00:12:56,240 La idea es que cuando entra un paquete de multidifusión, no desea circular 227 00:12:56,240 --> 00:12:58,600 por la red para siempre. 228 00:12:58,600 --> 00:13:04,280 Entonces, lo que hacen los enrutadores es decir, está bien, el enrutador está funcionando en modo disperso 229 00:13:04,280 --> 00:13:08,840 protocolos Entonces, si soy un enrutador sentado en una red, digamos que soy 230 00:13:08,840 --> 00:13:09,700 la puerta de enlace predeterminada. 231 00:13:09,700 --> 00:13:14,020 Soy la puerta de enlace conectada a este receptor, a mi computadora portátil aquí mismo. 232 00:13:14,020 --> 00:13:18,800 Y me acaban de informar vía IGMP que este receptor quiere recibir 233 00:13:18,800 --> 00:13:22,240 algo de multidifusión. 239-777. 234 00:13:22,240 --> 00:13:27,780 Dibujemos esto para que quede claro. 235 00:13:27,780 --> 00:13:39,460 Bueno. Entonces, aquí está, oh, espera un segundo. 236 00:13:39,460 --> 00:13:42,820 Entonces lo haré de esta manera. 237 00:13:42,820 --> 00:13:47,540 Aquí está mi receptor aquí mismo como un cuadrado. 238 00:13:47,540 --> 00:13:50,920 Lo pondremos como una pequeña R. 239 00:13:50,920 --> 00:13:58,180 Y aquí está la puerta de enlace predeterminada a la que está conectado. 240 00:13:58,180 --> 00:14:01,940 Puerta de enlace predeterminada. 241 00:14:01,940 --> 00:14:08,900 Y tiene varias interfaces que conducen aguas arriba. 242 00:14:08,900 --> 00:14:14,720 Solo diremos interfaz uno, dos y tres. 243 00:14:14,720 --> 00:14:16,320 No importa lo que sean. 244 00:14:16,320 --> 00:14:19,840 Fast ethernet serial, es irrelevante para esta discusión. 245 00:14:19,840 --> 00:14:27,300 Ahora, este enrutador acaba de recibir un informe de membresía IGMP del 246 00:14:27,300 --> 00:14:39,060 receptor. Y ese receptor quiere obtener el tráfico para 239-777. 247 00:14:39,060 --> 00:14:41,740 Ese es el grupo en el que quiere participar. 248 00:14:41,740 --> 00:14:46,020 Ahora, este enrutador está ejecutando un protocolo de enrutamiento de modo disperso. 249 00:14:46,020 --> 00:14:47,280 Así que solo diremos que es PIM. 250 00:14:47,280 --> 00:14:51,420 Está ejecutando el protocolo de enrutamiento de multidifusión independiente del protocolo. 251 00:14:51,420 --> 00:14:54,120 Entonces, como parte de PIM, para que PIM funcione, dice, está bien, lo sé 252 00:14:54,120 --> 00:14:55,420 hay algún enrutador en alguna parte. 253 00:14:55,420 --> 00:15:00,660 Lo llamaremos aquí, que es mi punto de encuentro. 254 00:15:00,660 --> 00:15:04,140 Así que tengo que avisar al punto de encuentro que tengo un receptor 255 00:15:04,140 --> 00:15:05,860 aquí abajo quien quiere esto. 256 00:15:05,860 --> 00:15:10,240 Así que digamos que este punto de encuentro es 8888. 257 00:15:10,240 --> 00:15:14,580 Entonces este enrutador, dice, está bien, lo sé. 258 00:15:14,580 --> 00:15:17,400 Hagamos una pequeña burbuja de pensamiento aquí. 259 00:15:17,400 --> 00:15:22,220 Él dice, sé que el PIM RP es 8888. 260 00:15:22,220 --> 00:15:26,960 Ahora, dice, está bien, ¿cómo llego al PIM RP? 261 00:15:26,960 --> 00:15:30,260 Ahora, aquí es donde usa su protocolo de enrutamiento de unidifusión. 262 00:15:30,260 --> 00:15:35,100 He mencionado algunas veces que el enrutamiento de multidifusión funciona de la mano con 263 00:15:35,100 --> 00:15:36,920 su protocolo de enrutamiento de unidifusión. 264 00:15:36,920 --> 00:15:39,560 Así que dice, está bien, déjame ir a mi tabla de enrutamiento. 265 00:15:39,560 --> 00:15:42,980 Y según mi tabla de enrutamiento, tengo una ruta EI-JRP que dice 266 00:15:42,980 --> 00:15:49,800 para llegar a la red 8.8, es a través de la interfaz 2. 267 00:15:49,800 --> 00:15:56,920 Así que envía una interfaz 2 de unión de PIM. 268 00:15:56,920 --> 00:16:04,620 Y eventualmente, esa unión PIM se abre camino a través de la red y obtiene 269 00:16:04,620 --> 00:16:06,420 hasta el punto de encuentro. 270 00:16:06,420 --> 00:16:09,840 Así que este es ahora el árbol compartido, ¿verdad? 271 00:16:09,840 --> 00:16:14,600 Este es el árbol que va desde el punto de encuentro hasta la puerta de enlace predeterminada. 272 00:16:14,600 --> 00:16:19,960 Ahora, esta puerta de enlace predeterminada, porque está ejecutando el modo disperso de PIMS, dice: 273 00:16:19,960 --> 00:16:27,080 bien, espero que cuando comience la multidifusión, cada vez que comience, 274 00:16:27,080 --> 00:16:31,260 debe bajar del punto de encuentro. 275 00:16:31,260 --> 00:16:35,640 Así que digamos que la multidifusión comienza y aquí viene. 276 00:16:35,640 --> 00:16:38,680 Aquí se reduce de esta manera. 277 00:16:38,680 --> 00:16:44,540 Entonces la fuente es 7777. 278 00:16:44,540 --> 00:16:48,660 El destino es 239.777. 279 00:16:48,660 --> 00:16:54,700 Bueno, debido a que este tipo está ejecutando el modo disperso de PIMS, hace una verificación de RPF. 280 00:16:54,700 --> 00:16:55,660 Pero así es como funciona. 281 00:16:55,660 --> 00:17:01,200 Él dice, bueno, porque esperaba que esta multidifusión viniera a través del 282 00:17:01,200 --> 00:17:06,740 punto de encuentro, dice, ¿en qué interfaz debería haber entrado? 283 00:17:06,740 --> 00:17:10,820 Bueno, de acuerdo con mi tabla de enrutamiento, para llegar al punto de encuentro, 284 00:17:10,820 --> 00:17:12,540 ir a través de la interfaz 2. 285 00:17:12,540 --> 00:17:16,860 Huh, esta multidifusión no vino desde el punto de encuentro. 286 00:17:16,860 --> 00:17:19,000 No vino de la interfaz 2. 287 00:17:19,000 --> 00:17:21,820 ¿Adivina que? voy a matarlo 288 00:17:21,820 --> 00:17:24,240 Esta es una falla de RPF. 289 00:17:24,240 --> 00:17:29,080 No vino abajo lo que llamamos el árbol compartido, el árbol que se comparte 290 00:17:29,080 --> 00:17:31,620 entre el punto de encuentro y esta puerta de enlace predeterminada. 291 00:17:31,620 --> 00:17:35,460 Simplemente falló la verificación RPF. 292 00:17:35,460 --> 00:17:38,740 Ahora digamos que había bajado de esta manera. 293 00:17:38,740 --> 00:17:41,820 Bien, así que vino por el camino correcto. 294 00:17:41,820 --> 00:17:43,960 La verificación RPF tendría éxito. 295 00:17:43,960 --> 00:17:48,020 pasaría Él diría, está bien, estoy interesado en este grupo, y así fue. 296 00:17:48,020 --> 00:17:52,640 entrar en la interfaz correcta, en la interfaz 2, que es la interfaz 297 00:17:52,640 --> 00:17:55,100 que lleva al RP. 298 00:17:55,100 --> 00:17:56,760 Ahora sucede algo interesante. 299 00:17:56,760 --> 00:17:58,480 Así que sigamos adelante y volvamos a poner esto aquí. 300 00:17:58,480 --> 00:18:04,080 La fuente fue 777. El destino fue 239.777. 301 00:18:04,080 --> 00:18:09,460 Está bien, puede reenviar esa multidifusión al cliente, al receptor. 302 00:18:09,460 --> 00:18:14,760 Ahora, por primera vez, este enrutador dice, oh, finalmente, sé quién 303 00:18:14,760 --> 00:18:21,480 la fuente es La dirección real del servidor es 777. 304 00:18:21,480 --> 00:18:25,860 Ahora PIMS-SPAR-SMO dice, está bien, podría continuar obteniendo esto de la cita 305 00:18:25,860 --> 00:18:28,640 punto, pero ¿hay un camino mejor? 306 00:18:28,640 --> 00:18:32,880 ¿Existe realmente un camino más corto para llegar a esa fuente que sería más 307 00:18:32,880 --> 00:18:36,900 ¿eficiente? Así que vuelve a su tabla de enrutamiento. 308 00:18:36,900 --> 00:18:42,140 Él dice, está bien, ahora déjame hacer una búsqueda RPF sobre eso. 309 00:18:42,140 --> 00:18:48,060 Y él dice, oh, mira, tengo una ruta que coincide con eso, eso 310 00:18:48,060 --> 00:18:49,880 Aprendí a través de EIGRP. 311 00:18:49,880 --> 00:18:52,620 Una vez más, podría aprenderse a través de RIP u OSPF. 312 00:18:52,620 --> 00:18:58,240 no nos importa Él dice, eso es a través de la interfaz 1. 313 00:18:58,240 --> 00:19:00,740 Así que ahora PIM hace algo especial. 314 00:19:00,740 --> 00:19:04,940 Envía otra unión de PIM por esta vía. 315 00:19:04,940 --> 00:19:09,720 Vamos a entrar en todos los detalles de esto. 316 00:19:09,720 --> 00:19:17,340 Y me dice, esto es para origen 777 destino 239.777. 317 00:19:17,340 --> 00:19:21,820 Y esa unión PIM sube todo el camino. 318 00:19:21,820 --> 00:19:25,960 Y digamos que la fuente está aquí. 319 00:19:25,960 --> 00:19:31,360 Ahí es donde está el servidor. 320 00:19:31,360 --> 00:19:34,540 Y ha habido un montón de enrutadores en el medio. 321 00:19:34,540 --> 00:19:36,000 Así que aquí había un enrutador. 322 00:19:36,000 --> 00:19:37,760 Aquí hay un enrutador. 323 00:19:37,760 --> 00:19:38,940 Y aquí hay un enrutador. 324 00:19:38,940 --> 00:19:41,000 Y todos están conectados así. 325 00:19:41,000 --> 00:19:47,760 Asumiendo que todos estos enrutadores saben cómo llegar a la red 777, eso 326 00:19:47,760 --> 00:19:52,620 La unión PIM especial habría ido todo el camino hacia arriba y finalmente habría llegado a 327 00:19:52,620 --> 00:19:55,560 este enrutador que está conectado a la fuente. 328 00:19:55,560 --> 00:19:59,240 Y eso ahora ha abierto el árbol del camino más corto. 329 00:19:59,240 --> 00:20:00,780 Observe que tenemos dos árboles diferentes aquí. 330 00:20:00,780 --> 00:20:04,520 Tenemos el azul y el verde. 331 00:20:04,520 --> 00:20:08,560 Y el punto azul hasta la puerta de enlace predeterminada se denominó árbol compartido. 332 00:20:08,560 --> 00:20:11,280 o a veces llamado el árbol RP. 333 00:20:11,280 --> 00:20:14,400 Es posible que a veces vea el acrónimo RPT. 334 00:20:14,400 --> 00:20:19,240 Eso funcionó, pero podría no ser el camino más eficiente. 335 00:20:19,240 --> 00:20:23,720 Este árbol verde es el árbol del camino más corto. 336 00:20:23,720 --> 00:20:28,320 Pero no sabíamos qué era eso hasta que supimos dónde estaba la fuente hasta que 337 00:20:28,320 --> 00:20:31,140 obtuvimos nuestro primer paquete de multidifusión. 338 00:20:31,140 --> 00:20:35,360 Y ahora que hemos abierto ese árbol, ahora el enrutador dice, está bien, 339 00:20:35,360 --> 00:20:42,380 en este punto, por un pequeño momento en el tiempo, la próxima vez que obtenga la multidifusión 340 00:20:42,380 --> 00:20:45,660 paquete, podría provenir de uno de dos lugares. 341 00:20:45,660 --> 00:20:50,200 Lo aceptaré en la interfaz dos porque aún podría provenir de 342 00:20:50,200 --> 00:20:51,800 el punto de encuentro. 343 00:20:51,800 --> 00:20:55,680 Y ahora, si viene en la interfaz uno, también lo aceptaré porque 344 00:20:55,680 --> 00:20:57,000 trató de abrir este camino. 345 00:20:57,000 --> 00:21:01,560 Intencionalmente traté de abrir este camino con la esperanza de que el tráfico de multidifusión 346 00:21:01,560 --> 00:21:04,100 bajará por este camino. 347 00:21:04,100 --> 00:21:09,320 Entonces, si la multidifusión viene en la interfaz tres, será una falla de RPF. 348 00:21:09,320 --> 00:21:12,660 Porque el enrutador dice, hey, interfaz tres, ese no es el árbol compartido 349 00:21:12,660 --> 00:21:16,180 y no es el árbol del camino más corto. 350 00:21:16,180 --> 00:21:20,720 Pero si cae cualquiera de estos, pasará la verificación RPF. 351 00:21:20,720 --> 00:21:25,920 Y una vez que la multidifusión comience a fluir y a entrar en la interfaz 352 00:21:25,920 --> 00:21:30,500 número uno, ahora la puerta de enlace predeterminada dirá, ¡genial! 353 00:21:30,500 --> 00:21:33,940 Obtengo el tráfico de multidifusión de la manera más eficiente posible 354 00:21:33,940 --> 00:21:36,260 a través del árbol del camino más corto. 355 00:21:36,260 --> 00:21:39,340 Ya no necesito obtenerlo del punto de encuentro. 356 00:21:39,340 --> 00:21:44,380 De hecho, enviará un mensaje de eliminación de PIM de esta manera, lo que eliminará 357 00:21:44,380 --> 00:21:51,460 de este árbol. Y ahora la multidifusión fluirá por el menor 358 00:21:51,460 --> 00:21:56,100 árbol de ruta hasta que el receptor ya no lo quiera. 359 00:21:56,100 --> 00:21:59,760 Así que ese es un nivel muy alto de cómo funciona el modo disperso de PIM. 360 00:21:59,760 --> 00:22:04,280 Pero hice todo eso para mostrarles que se están realizando comprobaciones de RPF. 361 00:22:04,280 --> 00:22:09,860 Todo depende de dónde el enrutador espera obtener la multidifusión. 362 00:22:09,860 --> 00:22:13,480 Si está esperando que venga del punto de encuentro, va a 363 00:22:13,480 --> 00:22:17,860 digamos, mira, el punto de encuentro vive en la interfaz uno o en la interfaz siete, 364 00:22:17,860 --> 00:22:20,640 y lo aprende por su protocolo de enrutamiento. 365 00:22:20,640 --> 00:22:24,280 Ahí es donde espero obtener la multidifusión inicialmente. 366 00:22:24,280 --> 00:22:27,800 Si viene de cualquier otra interfaz, lo mataré. 367 00:22:27,800 --> 00:22:28,820 Voy a dejarlo. 368 00:22:28,820 --> 00:22:31,340 No se suponía que vendría de esa manera. 369 00:22:31,340 --> 00:22:34,880 Pero una vez que sabe cuál es la fuente y trata de abrir ese más corto 370 00:22:34,880 --> 00:22:39,500 árbol de ruta, ahora el RPF tendrá éxito. 371 00:22:39,500 --> 00:22:46,420 Pasará si la multidifusión desciende por el árbol de ruta más corto. 372 00:22:46,420 --> 00:22:51,840 Entonces, ¿cómo determinamos la interfaz de ingreso correcta? 373 00:22:51,840 --> 00:22:56,480 ¿Cómo nos aseguramos de que el RPF tenga éxito o pase según el tipo? 374 00:22:56,480 --> 00:22:58,800 de árbol que estamos esperando? 375 00:22:58,800 --> 00:23:02,460 ¿Estamos esperando que baje del árbol central, también conocido como el 376 00:23:02,460 --> 00:23:09,940 ¿Árbol de RP? ¿O esperamos que el tráfico descienda por el árbol de origen? 377 00:23:09,940 --> 00:23:16,400 Ahora, puede depender del tipo de IGP específico. 378 00:23:16,400 --> 00:23:18,620 ¿De qué estoy hablando allí? 379 00:23:18,620 --> 00:23:21,980 PIM no es el único protocolo de enrutamiento de multidifusión. 380 00:23:21,980 --> 00:23:22,800 Hay otros. 381 00:23:22,800 --> 00:23:27,120 Por ejemplo, MOSPF, OSPF de multidifusión. 382 00:23:27,120 --> 00:23:31,440 Probablemente pueda adivinar si estoy usando OSPF de multidifusión para calcular 383 00:23:31,440 --> 00:23:35,140 cuál es la interfaz correcta para ir al RP, o la interfaz correcta 384 00:23:35,140 --> 00:23:39,480 para ir a la fuente, se basa en rutas OSPF. 385 00:23:39,480 --> 00:23:44,120 MOSPF no puede realizar comprobaciones RPF basadas en RIP o EIGRP. 386 00:23:44,120 --> 00:23:50,500 Necesita OSPF. Hay otro llamado DVMRP, Distance Vector Multicast 387 00:23:50,500 --> 00:23:51,940 Protocolo de enrutamiento. 388 00:23:51,940 --> 00:23:53,120 Ese es un poco raro. 389 00:23:53,120 --> 00:23:59,660 En realidad, crea su propia tabla de unidifusión separada solo para realizar comprobaciones de RPF. 390 00:23:59,660 --> 00:24:01,140 La tabla DVMRP. 391 00:24:01,140 --> 00:24:02,920 No usa nada más. 392 00:24:02,920 --> 00:24:08,720 Lo maravilloso de PIM, Protocol Independent Multicast. 393 00:24:08,720 --> 00:24:13,000 El protocolo independiente significa que PIM dice, no me importa. 394 00:24:13,000 --> 00:24:16,100 Cuando hago una verificación de RPF, voy a ir a la tabla de enrutamiento. 395 00:24:16,100 --> 00:24:19,960 No me importa si puedo encontrar una ruta que sea una ruta estática, una ruta conectada, 396 00:24:19,960 --> 00:24:21,540 EIGRP, RIP, OSPF. 397 00:24:21,540 --> 00:24:27,160 No me importa. Siempre que pueda encontrar algo para hacer mi verificación de RPF, 398 00:24:27,160 --> 00:24:32,040 Seré feliz. Es por eso que PIM es tan popular porque te permite usar 399 00:24:32,040 --> 00:24:35,100 cualquier protocolo de enrutamiento IGP que desee. 400 00:24:35,100 --> 00:24:36,860 No depende de eso.