1 00:00:08,060 --> 00:00:12,560 Por lo tanto, cualquier introducción al video de multidifusión debe comenzar con lo básico. 2 00:00:12,560 --> 00:00:17,880 de multidifusión, qué es, dónde se usa y cómo reconocer una multidifusión 3 00:00:17,880 --> 00:00:22,180 paquete en la capa 3 y una trama Ethernet de multidifusión en la capa 2. 4 00:00:22,180 --> 00:00:24,540 Así que eso es lo que vamos a ver ahora. 5 00:00:24,540 --> 00:00:27,560 Entonces, comencemos a hablar sobre por qué la multidifusión. 6 00:00:27,560 --> 00:00:31,640 Entonces, multidifusión es a lo que nos referimos como uno a muchos. 7 00:00:31,640 --> 00:00:34,780 En otras palabras, estoy seguro de que sabes lo que es un unicast, ¿verdad? 8 00:00:34,780 --> 00:00:38,700 Un unicast es que hay algún servidor web que está enviando un paquete 9 00:00:38,700 --> 00:00:42,280 unidifusión a su computadora portátil y solo a su computadora portátil. 10 00:00:42,280 --> 00:00:44,980 Y ese paquete contiene una página web o algo dentro de ella. 11 00:00:44,980 --> 00:00:46,980 Así que esa es una transmisión de uno a uno. 12 00:00:46,980 --> 00:00:48,600 Y estoy seguro de que sabes lo que es una transmisión, ¿verdad? 13 00:00:48,600 --> 00:00:51,020 Una transmisión es algo que sale para todos. 14 00:00:51,020 --> 00:00:53,740 Y sabemos que los enrutadores matan la transmisión. 15 00:00:53,740 --> 00:00:57,900 Cuando una transmisión llega a la interfaz de capa 3 de un enrutador, se detiene. 16 00:00:57,900 --> 00:01:01,380 O en el caso de un conmutador multicapa que ha conmutado interfaces virtuales, 17 00:01:01,380 --> 00:01:04,860 si está utilizando su interruptor como un enrutador, lo mismo. 18 00:01:04,860 --> 00:01:09,780 Cualquier interfaz de capa 3 detiene una transmisión en seco. 19 00:01:09,780 --> 00:01:13,900 Entonces, la multidifusión es como en el medio de eso, lo llamamos uno a muchos. 20 00:01:13,900 --> 00:01:19,000 Por ejemplo, el caso de uso típico de multidifusión es para lo que se llama transmisión 21 00:01:19,000 --> 00:01:26,120 video. Así que digamos, por ejemplo, que mi CEO de mi empresa está programado 22 00:01:26,120 --> 00:01:31,580 a las 2 en punto de hoy para entregar un estado de la dirección de la empresa. 23 00:01:31,580 --> 00:01:33,520 Bueno, hagámoslo más específico. 24 00:01:33,520 --> 00:01:36,200 Una dirección del estado de ingeniería, ¿de acuerdo? 25 00:01:36,200 --> 00:01:38,840 Así que se subirá allí y hablará específicamente sobre la ingeniería. 26 00:01:38,840 --> 00:01:42,360 departamento, enfoque y visión de ingeniería. 27 00:01:42,360 --> 00:01:44,880 Y de eso es de lo que va a hablar. 28 00:01:44,880 --> 00:01:50,060 Entonces, en nuestro departamento de ingeniería, tenemos quizás 100 empleados dispersos 29 00:01:50,060 --> 00:01:51,440 en todo el plantel. 30 00:01:51,440 --> 00:01:52,420 No se sientan todos juntos. 31 00:01:52,420 --> 00:01:54,560 Se sientan en una especie de bolsillos aquí y allá. 32 00:01:54,560 --> 00:02:00,000 Bueno, entonces tenemos una cámara de video a las 2 en punto, enfocada en mi CEO. 33 00:02:00,000 --> 00:02:03,340 Esa cámara de video luego regresa a un servidor que está digitalizando el 34 00:02:03,340 --> 00:02:06,520 video. Y ahora tenemos que pensar, OK, ¿cómo voy a enviar eso? 35 00:02:06,520 --> 00:02:09,760 transmisión de video a esos 100 empleados? 36 00:02:09,760 --> 00:02:13,160 Y tal vez ni siquiera todos quieran verlo, ¿verdad? 37 00:02:13,160 --> 00:02:17,000 Tal vez algunos de esos empleados estén de vacaciones y sus computadoras portátiles estén aquí. 38 00:02:17,000 --> 00:02:17,520 y están corriendo. 39 00:02:17,520 --> 00:02:19,960 Están encerrados en el escritorio, pero simplemente se han ido. 40 00:02:19,960 --> 00:02:21,740 Los empleados no están aquí. 41 00:02:21,740 --> 00:02:23,780 A otros, a los empleados podría importarles menos. 42 00:02:23,780 --> 00:02:26,660 Creen que el CEO está lleno de aire caliente y no ven los videos. 43 00:02:26,660 --> 00:02:28,800 ya no. No miran los streams. 44 00:02:28,800 --> 00:02:33,040 Así que habrá un subconjunto de empleados e ingenieros que querrán 45 00:02:33,040 --> 00:02:34,300 para ver esta transmisión de video. 46 00:02:34,300 --> 00:02:35,420 Entonces, ¿cómo se lo hacemos llegar? 47 00:02:35,420 --> 00:02:41,280 Digamos que de los 100 empleados, tal vez 60, 60 de ellos quieren ver 48 00:02:41,280 --> 00:02:42,580 esta transmisión de video. 49 00:02:42,580 --> 00:02:47,420 Bueno, si alguna vez ha investigado algo sobre video de multidifusión, uno de 50 00:02:47,420 --> 00:02:51,500 las características del video de multidifusión es que, por lo general, es muy ancho de banda 51 00:02:51,500 --> 00:02:55,640 hambriento. El video de multidifusión consume mucho ancho de banda, especialmente si está 52 00:02:55,640 --> 00:02:59,700 hablando de un HD como una transmisión de video de alta definición. 53 00:02:59,700 --> 00:03:02,140 Realmente puede consumir mucho ancho de banda. 54 00:03:02,140 --> 00:03:06,500 Entonces, si tengo mi servidor de multidifusión conectado a esa cámara, eso es 55 00:03:06,500 --> 00:03:10,120 digitalizar, convertirlo en un MPEG o un ABI o algo así, es 56 00:03:10,120 --> 00:03:14,180 vamos a enviarlo como una multidifusión, bueno, tenemos algunas opciones. 57 00:03:14,180 --> 00:03:18,060 Podríamos enviarlo como una transmisión de unidifusión donde cada uno de esos 60 empleados 58 00:03:18,060 --> 00:03:22,700 tiene que hacer clic en alguna página web, que envía un mensaje de unidifusión a mi servidor 59 00:03:22,700 --> 00:03:27,820 y luego la CPU de mi servidor tiene que crear una copia del paquete y enviarlo 60 00:03:27,820 --> 00:03:32,200 a esa persona Así que ahora imagina si las 60 personas estuvieran haciendo eso, que 61 00:03:32,200 --> 00:03:34,900 le estaría pidiendo a ese servidor que hiciera mucho trabajo. 62 00:03:34,900 --> 00:03:37,960 Tendría que tomar esa transmisión de video, que podría ser, hagámoslo 63 00:03:37,960 --> 00:03:41,140 fácil, 256 kilobits por segundo. 64 00:03:41,140 --> 00:03:42,560 Y esa es una corriente bastante lenta. 65 00:03:42,560 --> 00:03:44,580 Ese es un flujo de ancho de banda bastante pequeño. 66 00:03:44,580 --> 00:03:50,360 Imagine paquetes de 256 kilobits por segundo y tiene que replicar esos 60 67 00:03:50,360 --> 00:03:54,640 veces para 60 flujos de unidifusión individuales. 68 00:03:54,640 --> 00:03:58,520 Lo más probable es que el servidor tenga muchas dificultades para hacerlo. 69 00:03:58,520 --> 00:04:01,960 E imagine qué tipo de carga pondría eso en la infraestructura de red real. 70 00:04:01,960 --> 00:04:07,620 Eso es 256 kilobits por segundo por 60 flujos de unidifusión. 71 00:04:07,620 --> 00:04:09,640 Probablemente no quiera hacer eso. 72 00:04:09,640 --> 00:04:11,760 Y dices, bueno, ¿por qué no lo transmito? 73 00:04:11,760 --> 00:04:15,420 Bueno, número uno, la transmisión no puede llegar a todos porque sabemos que 74 00:04:15,420 --> 00:04:17,560 los enrutadores descartan transmisiones. 75 00:04:17,560 --> 00:04:21,020 Y dije que estos empleados estaban dispersos por todo el campus. 76 00:04:21,020 --> 00:04:22,700 No están todos sentados juntos. 77 00:04:22,700 --> 00:04:28,300 E incluso si teóricamente pudiera hacer que mis enrutadores los obligaran a inundarse 78 00:04:28,300 --> 00:04:33,820 esta transmisión, bueno, eso va a impactar a todos en mi compañía. 79 00:04:33,820 --> 00:04:37,560 Va a tener un impacto en la nómina y los recursos humanos y la 80 00:04:37,560 --> 00:04:43,000 departamentos de marketing porque todos sus enlaces se van a saturar 81 00:04:43,000 --> 00:04:46,440 con este tráfico de difusión que contiene el video. 82 00:04:46,440 --> 00:04:49,060 Así que aquí es donde entra en juego la multidifusión. 83 00:04:49,060 --> 00:04:54,400 Entonces, con la multidifusión, el servidor solo tiene que crear un flujo de tráfico, 84 00:04:54,400 --> 00:04:56,180 una corriente de tráfico. 85 00:04:56,180 --> 00:04:59,940 Y ese flujo de tráfico va a un especial, lo que llaman grupo 86 00:04:59,940 --> 00:05:02,760 dirección de destino o GDA. 87 00:05:02,760 --> 00:05:06,020 Y solo un momento, les mostraré cómo se ven. 88 00:05:06,020 --> 00:05:10,220 Ahora, quizás se esté preguntando, bueno, ¿cómo lo llevamos a dónde de todos los 89 00:05:10,220 --> 00:05:14,420 personas en mi empresa, solo esas 60 personas en ingeniería realmente 90 00:05:14,420 --> 00:05:16,080 obtener esa corriente. 91 00:05:16,080 --> 00:05:17,400 ¿Cómo funciona? 92 00:05:17,400 --> 00:05:20,040 Bueno, es básicamente un proceso de varias partes. 93 00:05:20,040 --> 00:05:24,820 Primero, los empleados deben tener algún tipo de aplicación en 94 00:05:24,820 --> 00:05:28,060 su computadora portátil. Podría estar incrustado en su navegador web. 95 00:05:28,060 --> 00:05:31,440 Pero deben tener algo en lo que puedan hacer clic para ver una lista. 96 00:05:31,440 --> 00:05:35,260 de todas las transmisiones de multidifusión que están ocurriendo actualmente, como 97 00:05:35,260 --> 00:05:37,520 un directorio, como una guía de programas. 98 00:05:37,520 --> 00:05:39,220 Podrías pensar en ello. 99 00:05:39,220 --> 00:05:45,980 Y normalmente, su computadora portátil, las computadoras portátiles de esos empleados, están viendo todo tipo 100 00:05:45,980 --> 00:05:47,120 de tramas Ethernet. 101 00:05:47,120 --> 00:05:49,940 Si piensas, si estás sentado en un cubo en este momento y en realidad estás 102 00:05:49,940 --> 00:05:54,140 cableado a través de una conexión Ethernet cableada, esa conexión Ethernet 103 00:05:54,140 --> 00:05:56,580 está viendo muchos marcos de Ethernet diferentes, ¿verdad? 104 00:05:56,580 --> 00:05:58,400 No solo marcos para ti. 105 00:05:58,400 --> 00:06:03,460 Entonces, en la capa dos, su tarjeta Ethernet-NIC dice, está bien, si cada cuadro 106 00:06:03,460 --> 00:06:07,180 estoy viendo, que podrían ser decenas de miles de ellos por segundo, volando 107 00:06:07,180 --> 00:06:11,080 por, mira la dirección MAC de destino de todos y cada uno de esos 108 00:06:11,080 --> 00:06:13,920 marcos Y se hace una pregunta. 109 00:06:13,920 --> 00:06:17,260 Dice, ¿es esa dirección MAC de destino una transmisión? 110 00:06:17,260 --> 00:06:21,560 Si es así, tengo que recogerlo, enviarlo a mi CPU y procesarlo. 111 00:06:21,560 --> 00:06:26,360 O, ¿es una dirección MAC de unidifusión, que es mi dirección MAC? 112 00:06:26,360 --> 00:06:29,000 Si es así, lo recogeré y lo procesaré. 113 00:06:29,000 --> 00:06:32,560 Si la respuesta es no, a cualquiera de esas preguntas, déjalo volar. 114 00:06:32,560 --> 00:06:34,240 en por y no lo recoja. 115 00:06:34,240 --> 00:06:35,640 No lo proceses. 116 00:06:35,640 --> 00:06:39,220 Entonces, cuando ingresa a su aplicación de multidifusión, su directorio, su programa 117 00:06:39,220 --> 00:06:40,600 guía, y tú... 118 00:06:40,600 --> 00:06:44,880 Entonces, antes que nada, tiene que haber algún servidor, ¿verdad? 119 00:06:44,880 --> 00:06:49,280 Probablemente un servidor web que está ofreciendo esta página web, esta página que 120 00:06:49,280 --> 00:06:50,120 estás mirando 121 00:06:50,120 --> 00:06:54,660 Y, ya sabes, cuando vas a ese servidor, cuando vas a employee.stream 122 00:06:54,660 --> 00:06:58,980 .com o algo así, y recupera esta página web, la página web 123 00:06:58,980 --> 00:07:02,700 enumera todos los programas que se están emitiendo en este momento o que se emitirán en un 124 00:07:02,700 --> 00:07:07,740 hora programada. Y entonces probablemente no veas esto visualmente en la GUI, 125 00:07:07,740 --> 00:07:11,860 pero también esa página web cuando se envió a su computadora portátil en segundo plano 126 00:07:11,860 --> 00:07:18,320 debería haber enumerado la dirección del grupo de multidifusión para cada uno de esos programas. 127 00:07:18,320 --> 00:07:22,220 Entonces, cuando hace clic en eso, lo que realmente está haciendo es programar 128 00:07:22,220 --> 00:07:25,440 su tarjeta de red. Le estás diciendo a la tarjeta neta, está bien, además de elegir 129 00:07:25,440 --> 00:07:29,840 hasta transmisiones y unicasts yendo a mi, ahora quiero que busques el 130 00:07:29,840 --> 00:07:33,700 dirección MAC de capa dos especial, que es una dirección MAC de multidifusión. 131 00:07:33,700 --> 00:07:37,140 Si ve eso, envíelo también a mi procesador. 132 00:07:37,140 --> 00:07:41,540 Quiero verlo para que se muestre en mi Reproductor de Windows Media o en mi 133 00:07:41,540 --> 00:07:44,440 Real Player, sea lo que sea que estés viendo. 134 00:07:44,440 --> 00:07:45,760 Eso es una cosa que sucede. 135 00:07:45,760 --> 00:07:49,520 Algo tiene que pasar para que tu tarjeta de red diga, ah, ahora necesito 136 00:07:49,520 --> 00:07:50,620 busca otra cosa 137 00:07:50,620 --> 00:07:52,220 Necesito buscar este multicast. 138 00:07:52,220 --> 00:07:56,420 Ahora, además, cuando hace clic en ese enlace allí para activar su red 139 00:07:56,420 --> 00:08:00,240 tarjeta, también está generando un paquete IGMP. 140 00:08:00,240 --> 00:08:03,180 Hablaremos de eso en detalle en un video posterior, pero estás enviando 141 00:08:03,180 --> 00:08:07,000 un paquete IGMP a su enrutador, a su puerta de enlace predeterminada, y está diciendo, 142 00:08:07,000 --> 00:08:10,540 Oye, si alguna vez ves este multicast, envíamelo. 143 00:08:10,540 --> 00:08:14,540 Estoy interesado. Me gustaría recibir ese tráfico. 144 00:08:14,540 --> 00:08:17,620 Entonces, en la terminología de multidifusión, eso significa que su computadora portátil es lo que se llama 145 00:08:17,620 --> 00:08:19,640 un receptor de multidifusión. 146 00:08:19,640 --> 00:08:21,300 Ahora te has convertido en un receptor. 147 00:08:21,300 --> 00:08:25,520 Así que mi ejemplo con mis 60 empleados en ingeniería que querían ver 148 00:08:25,520 --> 00:08:29,680 la transmisión, cada uno de ellos tiene que abrir su navegador o abrir algún 149 00:08:29,680 --> 00:08:34,580 aplicación y haga clic en ese enlace que dice, dirección de los directores ejecutivos a la ingeniería 150 00:08:34,580 --> 00:08:37,100 hoy a las 2 p. m. Así que hacen clic en eso. 151 00:08:37,100 --> 00:08:40,860 En el proceso de hacerlo, programa su tarjeta de red, por lo que ahora 152 00:08:40,860 --> 00:08:42,580 presta atención a esos marcos. 153 00:08:42,580 --> 00:08:45,900 Cada una de sus computadoras portátiles envía un mensaje IGMP a su puerta de enlace predeterminada 154 00:08:45,900 --> 00:08:47,900 diciendo, hey, quiero ver esto. 155 00:08:47,900 --> 00:08:52,080 Y luego, en segundo plano, su puerta de enlace predeterminada invoca una multidifusión 156 00:08:52,080 --> 00:08:54,700 protocolo de enrutamiento, probablemente PIM. 157 00:08:54,700 --> 00:08:58,780 Y luego PIM se involucra y PIM construye esto, lo que se llama multidifusión 158 00:08:58,780 --> 00:09:05,500 árbol, de modo que eventualmente, cuando ese servidor envíe su primer multidifusión 159 00:09:05,500 --> 00:09:10,860 paquete que contiene quizás una décima de segundo de video, cuando llega 160 00:09:10,860 --> 00:09:15,640 el primer enrutador que está conectado a ese servidor, ese enrutador dice, 161 00:09:15,640 --> 00:09:19,020 ah, sé dónde enviar esto, porque recibí un mensaje PIM hace solo un par 162 00:09:19,020 --> 00:09:23,220 Hace unos minutos salió mi interfaz fast ethernet que decía, estén atentos 163 00:09:23,220 --> 00:09:24,940 para esto. Lo quiero. 164 00:09:24,940 --> 00:09:29,320 Y también recibí un mensaje en mi interfaz Fast Ethernet 1-1 de otro 165 00:09:29,320 --> 00:09:31,280 parte del campus diciendo, lo quiero. 166 00:09:31,280 --> 00:09:34,160 Y ahora es responsabilidad del enrutador tomar esa multidifusión 167 00:09:34,160 --> 00:09:36,700 paquete que llegó y replicarlo. 168 00:09:36,700 --> 00:09:41,640 Envía una copia, una interfaz, otra copia, la otra interfaz. 169 00:09:41,640 --> 00:09:45,400 Y eso sigue y sigue, ya que estos paquetes de multidifusión van desde el 170 00:09:45,400 --> 00:09:51,140 fuente, que es el servidor, cuando llega a los enrutadores, cada enrutador a su vez pregunta 171 00:09:51,140 --> 00:09:55,680 mismo, ¿tengo una entrada en mi tabla de enrutamiento de multidifusión para informarme 172 00:09:55,680 --> 00:09:57,040 ¿Adónde va esta cosa? 173 00:09:57,040 --> 00:10:01,080 Y si la respuesta es sí, ¿tengo más de una entrada? 174 00:10:01,080 --> 00:10:04,640 ¿Necesito replicar este paquete y enviarlo a través de más de una interfaz? 175 00:10:04,640 --> 00:10:10,000 Y finalmente llega a la puerta de enlace predeterminada de una de esas personas en ingeniería. 176 00:10:10,000 --> 00:10:14,760 La puerta de enlace predeterminada dice, ah, sí, tengo una interfaz que a través de IgMP, 177 00:10:14,760 --> 00:10:17,560 Aprendí que hay un host por ahí, un receptor que quiere llegar 178 00:10:17,560 --> 00:10:20,700 y reenvía la multidifusión a esa persona. 179 00:10:20,700 --> 00:10:23,440 Entonces solo los receptores interesados ​​​​lo obtienen. 180 00:10:23,440 --> 00:10:28,180 Ninguna de las otras computadoras portátiles lo entiende, porque no hicieron clic en ese enlace. 181 00:10:28,180 --> 00:10:32,120 No programaron su tarjeta NIC para estar interesados ​​en esa multidifusión 182 00:10:32,120 --> 00:10:35,840 Dirección MAC. Así que eso es lo que queremos decir con uno a muchos. 183 00:10:35,840 --> 00:10:39,460 Larga respuesta a una viñeta muy corta. 184 00:10:39,460 --> 00:10:42,780 Así que hay muchas aplicaciones útiles para la multidifusión. 185 00:10:42,780 --> 00:10:45,760 Como mencioné, video, videoconferencia, por ejemplo. 186 00:10:45,760 --> 00:10:49,800 Muchas veces, si pertenece a una organización, la multidifusión será 187 00:10:49,800 --> 00:10:51,200 utilizado para videoconferencias. 188 00:10:51,200 --> 00:10:54,160 Algún tipo de comunicación corporativa, como mencioné, donde el CEO 189 00:10:54,160 --> 00:10:57,560 está lanzando una multidifusión en un momento determinado del día. 190 00:10:57,560 --> 00:11:01,080 A veces, el aprendizaje a distancia también usará esto. 191 00:11:01,080 --> 00:11:04,820 Por ejemplo, cuando me estás mirando y estás viendo este video correctamente 192 00:11:04,820 --> 00:11:08,260 ahora, si en realidad eres parte de la audiencia en vivo, en realidad puedes ser 193 00:11:08,260 --> 00:11:10,060 recibir esto a través de multidifusión. 194 00:11:10,060 --> 00:11:13,360 Sé que usamos una empresa llamada BitGravity. 195 00:11:13,360 --> 00:11:16,400 Esa es la compañía real que usamos para propagar esto en todo el 196 00:11:16,400 --> 00:11:20,580 mundo. Y creo que BitGravity en realidad usa multidifusión para transmitirlo 197 00:11:20,580 --> 00:11:22,580 abajo. Aunque no estoy seguro de eso. 198 00:11:22,580 --> 00:11:25,960 Pero sin duda podría abrir un sniffer como Wireshark en su propio local. 199 00:11:25,960 --> 00:11:28,280 portátil y descúbrelo. 200 00:11:28,280 --> 00:11:33,140 Y a veces la distribución de software, cotizaciones bursátiles, noticias, todo 201 00:11:33,140 --> 00:11:37,060 ese material también se usa en multidifusión con frecuencia. 202 00:11:37,060 --> 00:11:43,100 También alguien en la audiencia en vivo ha mencionado otro buen uso de la multidifusión. 203 00:11:43,100 --> 00:11:48,740 que dice en un aeropuerto, hay cámaras IP que usan multicast. 204 00:11:48,740 --> 00:11:49,760 Buena observación. 205 00:11:49,760 --> 00:11:53,860 Así que probablemente dentro de la propia terminal, la seguridad utiliza estas cámaras para 206 00:11:53,860 --> 00:11:54,380 mira todo 207 00:11:54,380 --> 00:12:01,520 Se transmite por multidifusión a algún servidor o cámaras en el estacionamiento, lo que 208 00:12:01,520 --> 00:12:03,420 multidifundir todo. 209 00:12:03,420 --> 00:12:09,480 Que bien. Gracias Juan por mencionarlo. 210 00:12:09,480 --> 00:12:13,480 Así que hablamos un poco sobre la ubicación del servidor de multidifusión. 211 00:12:13,480 --> 00:12:21,280 En otras palabras, su computadora portátil al principio no tiene idea de qué multidifusiones 212 00:12:21,280 --> 00:12:25,060 están pasando No tiene idea de si hay algún servidor de multidifusión, 213 00:12:25,060 --> 00:12:27,740 que técnicamente llamamos fuentes de multidifusión. 214 00:12:27,740 --> 00:12:33,520 Entonces, primero se debe abrir algún tipo de aplicación de unidifusión, que 215 00:12:33,520 --> 00:12:37,780 mostrar una lista para usted, una lista de directorio o una guía de programas del 216 00:12:37,780 --> 00:12:40,620 varios multicasts que están disponibles. 217 00:12:40,620 --> 00:12:47,180 Y así es como su computadora portátil aprende por primera vez potencialmente de una fuente. 218 00:12:47,180 --> 00:12:49,720 Ahora, puede que no sepa de una fuente. 219 00:12:49,720 --> 00:12:54,380 Por ejemplo, tal vez en mi ejemplo con el CEO que va a hacer 220 00:12:54,380 --> 00:12:56,140 la videoconferencia. 221 00:12:56,140 --> 00:13:01,580 Tenemos varios estudios de medios diferentes en todo el campus, ¿verdad? 222 00:13:01,580 --> 00:13:03,980 Tal vez mi campus se extienda por toda la ciudad. 223 00:13:03,980 --> 00:13:06,740 Tengo como 10 campus diferentes en toda la ciudad. 224 00:13:06,740 --> 00:13:10,900 Y cada uno de los campus de mi empresa tiene un estudio de video con 225 00:13:10,900 --> 00:13:15,320 una cámara y un servidor, que es capaz de multidifundir algo. 226 00:13:15,320 --> 00:13:19,780 Entonces es porque está repartido por toda mi organización, esos servidores 227 00:13:19,780 --> 00:13:22,440 tienen direcciones IP claramente diferentes. 228 00:13:22,440 --> 00:13:26,080 No todos están ubicados geográficamente en la misma subred. 229 00:13:26,080 --> 00:13:31,420 Entonces, no sabemos antes de que ocurra la multidifusión cuál es la dirección IP real 230 00:13:31,420 --> 00:13:34,760 es del servidor que va a estar haciendo esto porque tú y yo somos 231 00:13:34,760 --> 00:13:38,960 sentados en nuestro escritorio, no tenemos idea de qué estudio en particular es el CEO 232 00:13:38,960 --> 00:13:42,820 va a estar adentro. Tal vez incluso están guardando ese secreto a propósito porque 233 00:13:42,820 --> 00:13:46,120 no quieren que alguien ataque y bombardee ese estudio u otra cosa. 234 00:13:46,120 --> 00:13:51,460 ¿Quién sabe? Entonces, muchas veces, cuando su computadora portátil se entera por primera vez de la multidifusión 235 00:13:51,460 --> 00:13:56,520 transmitir a través de ese directorio que enumera esa guía de programas, sabrá qué 236 00:13:56,520 --> 00:13:58,100 la dirección de destino es. 237 00:13:58,100 --> 00:14:01,320 Dirán, está bien, si recibo este video, va a ser 238 00:14:01,320 --> 00:14:02,920 esta dirección de destino. 239 00:14:02,920 --> 00:14:04,320 Y eso es lo que quiero retomar. 240 00:14:04,320 --> 00:14:09,200 Pero es posible que no tenga idea de cuál es la dirección de origen real. 241 00:14:09,200 --> 00:14:12,320 fuente de unidifusión de ese flujo de multidifusión. 242 00:14:12,320 --> 00:14:14,240 Y por cierto, ese es un punto muy crítico. 243 00:14:14,240 --> 00:14:21,040 Direcciones de multidifusión el 99 % del tiempo, no siempre, pero solo el 99 % del tiempo 244 00:14:21,040 --> 00:14:26,040 aparecer en la porción de destino de una dirección MAC de Ethernet o el destino 245 00:14:26,040 --> 00:14:28,080 de una IP antes o IPP. 246 00:14:28,080 --> 00:14:30,300 Así que van a ser 6, paquete. 247 00:14:30,300 --> 00:14:33,020 Muy, muy rara vez estará en la fuente. 248 00:14:33,020 --> 00:14:37,240 La mayoría de las veces, la dirección de origen es una dirección de unidifusión porque es 249 00:14:37,240 --> 00:14:41,580 proveniente de un servidor físico que está haciendo la multidifusión. 250 00:14:41,580 --> 00:14:45,100 Ahora, he oído que hay algunos cortafuegos y otras cosas que ordenan 251 00:14:45,100 --> 00:14:48,720 de extraña multidifusión donde lo hacen en la fuente y eso es todo un 252 00:14:48,720 --> 00:14:52,260 otra bola de gusanos, pero la mayoría de las veces, la dirección de multidifusión 253 00:14:52,260 --> 00:14:53,860 solo estar en el destino. 254 00:14:53,860 --> 00:14:56,740 Entonces mi computadora portátil no sabe cuál es la fuente. 255 00:14:56,740 --> 00:15:02,800 Dice, mira, quiero ver a mi CEO y dice la dirección de destino, 256 00:15:02,800 --> 00:15:06,360 Haré clic en eso, programaré mi coche de punto, pero no conoce la fuente. 257 00:15:06,360 --> 00:15:10,720 Entonces, a veces, la forma en que se inician estos protocolos de enrutamiento de multidifusión es que 258 00:15:10,720 --> 00:15:14,960 los enrutadores tampoco saben dónde está la fuente. 259 00:15:14,960 --> 00:15:17,300 La fuente solo tiene que empezar. 260 00:15:17,300 --> 00:15:20,880 El servidor de multidifusión solo tiene que empezar a bombear datos de multidifusión en 261 00:15:20,880 --> 00:15:25,460 el alambre. Y luego, cuando el primer enrutador obtiene eso, es posible que 262 00:15:25,460 --> 00:15:28,120 diga la puerta de enlace predeterminada para ese servidor. 263 00:15:28,120 --> 00:15:32,420 Cuando ese primer enrutador lo recibe, dice, hmm, está bien, esta es la primera 264 00:15:32,420 --> 00:15:35,480 vez que he visto esta fuente enviando la corriente. 265 00:15:35,480 --> 00:15:39,200 No sé si alguien está interesado en verlo porque después de todo, 266 00:15:39,200 --> 00:15:42,500 ninguno de los otros enrutadores habría hablado con este tipo porque tienen 267 00:15:42,500 --> 00:15:44,460 ni idea donde esta la fuente. 268 00:15:44,460 --> 00:15:48,800 Así que este enrutador podría decir, está bien, bueno, tengo dos opciones que puedo hacer aquí. 269 00:15:48,800 --> 00:15:52,720 Si no estoy ejecutando un protocolo de enrutamiento de multidifusión, elimine el tráfico, simplemente 270 00:15:52,720 --> 00:15:58,600 mátalo. Si estoy ejecutando un protocolo de enrutamiento de multidifusión, es probable que 271 00:15:58,600 --> 00:16:02,980 el enrutador que recibe la multidifusión dirá, está bien, no sé dónde 272 00:16:02,980 --> 00:16:05,880 los receptores están, donde están los anfitriones que quieren obtener esto. 273 00:16:05,880 --> 00:16:11,580 Pero hay un enrutador central en mi topología que está ejecutando un especial 274 00:16:11,580 --> 00:16:14,480 característica de mi protocolo de enrutamiento de multidifusión de ruta. 275 00:16:14,480 --> 00:16:19,040 Él sabe dónde están todos porque todos le han dicho todos los enrutadores. 276 00:16:19,040 --> 00:16:23,960 he dicho, hey, enrutador Joe, si alguna vez obtienes esta multidifusión, no sé 277 00:16:23,960 --> 00:16:24,880 si lo eres o no. 278 00:16:24,880 --> 00:16:28,060 Pero si alguna vez ves este destino, envíanoslo. 279 00:16:28,060 --> 00:16:31,280 Así que hay una topología de enrutador central sentada aquí que dice, está bien, 280 00:16:31,280 --> 00:16:34,660 He oído cómo esta interfaz, esta interfaz y esta interfaz que 281 00:16:34,660 --> 00:16:36,020 hay gente ahí abajo. 282 00:16:36,020 --> 00:16:39,800 Esperando para obtener este destino de multidifusión en particular. 283 00:16:39,800 --> 00:16:43,060 Y ahora la puerta de enlace predeterminada dice, déjame tomar esta multidifusión y enviar 284 00:16:43,060 --> 00:16:47,460 a él. Y luego puede distribuirlo por el árbol. 285 00:16:47,460 --> 00:16:51,360 Entonces, muchas veces en su multidifusión típica, la dirección de origen de donde 286 00:16:51,360 --> 00:16:53,660 se desconoce. 287 00:16:53,660 --> 00:16:56,520 Hay algunas circunstancias en las que se sabe y hablaremos de eso, 288 00:16:56,520 --> 00:17:01,520 especialmente cuando llegamos a I GMP versión tres. 289 00:17:01,520 --> 00:17:05,780 También tenemos que hablar de los métodos de distribución multicast, el push versus 290 00:17:05,780 --> 00:17:11,420 el modelo de tracción. Así que permítanme dibujar algo aquí rápidamente para demostrarlo. 291 00:17:11,420 --> 00:17:16,880 Digamos que este es mi servidor de multidifusión aquí. 292 00:17:16,880 --> 00:17:21,680 Y está conectado al enrutador uno. 293 00:17:21,680 --> 00:17:35,280 Y luego dibujemos algunos otros enrutadores. 294 00:17:35,280 --> 00:17:42,440 Bien, digamos enrutador dos, tres, cuatro, cinco y seis, siete, ocho, 295 00:17:42,440 --> 00:17:51,680 nueve. De acuerdo, hay dos tipos diferentes de formas de alto nivel en las que la multidifusión 296 00:17:51,680 --> 00:17:54,360 funcionan los protocolos de enrutamiento. 297 00:17:54,360 --> 00:17:57,460 Una forma es lo que llamamos el modelo de empuje. 298 00:17:57,460 --> 00:18:02,120 También escuchará con frecuencia que esto se conoce como protocolos de modo denso. 299 00:18:02,120 --> 00:18:08,820 Entonces, en un protocolo de modo denso, lo que sucede es que digamos que mi interés 300 00:18:08,820 --> 00:18:13,680 los receptores están aquí y aquí. 301 00:18:13,680 --> 00:18:18,200 Entonces, estas dos PC en rojo son las únicas PC que alguna vez expresaron alguna 302 00:18:18,200 --> 00:18:22,440 interés en recibir el video o audio de multidifusión. 303 00:18:22,440 --> 00:18:28,600 Bueno, en una aplicación de modo denso, lo que llamamos un modelo push, cuando el 304 00:18:28,600 --> 00:18:33,540 servidor de multidifusión comienza a enviar su tráfico, todo está inundado. 305 00:18:33,540 --> 00:18:39,760 Sale a cada enrutador como este. 306 00:18:39,760 --> 00:18:43,360 Y sí, en realidad llegará a nuestro cliente. 307 00:18:43,360 --> 00:18:48,600 Y la idea es, como llega a los routers que no les interesa esto 308 00:18:48,600 --> 00:18:52,820 tráfico de multidifusión, enviarán algún tipo de mensaje de señalización, que 309 00:18:52,820 --> 00:18:59,360 podará las ramas que no lo necesitan. 310 00:18:59,360 --> 00:19:03,460 Y así, al final, después de que haya tenido lugar este empujón, ¡ups!, no quiero 311 00:19:03,460 --> 00:19:05,600 para borrar ese, ese tiene que estar ahí. 312 00:19:05,600 --> 00:19:10,720 Después de que se lleva a cabo el empuje y la poda después de eso, 313 00:19:10,720 --> 00:19:14,060 ahora nos quedamos con la multidifusión que solo se reenvía a las interfaces 314 00:19:14,060 --> 00:19:15,660 donde tiene que ir. 315 00:19:15,660 --> 00:19:21,280 Ahora, si todos estos enlaces son enlaces de muy alta velocidad, como digamos todos 316 00:19:21,280 --> 00:19:25,460 de esto está dentro de su campus, y todos estos enlaces son como 10 gigabits 317 00:19:25,460 --> 00:19:28,980 enlaces o más rápido, ya sabes, enlaces de terabit o algo así, entonces podrías 318 00:19:28,980 --> 00:19:32,200 probablemente haga esto porque tiene mucho ancho de banda de sobra. 319 00:19:32,200 --> 00:19:35,160 Ya sabes, a quién le importa si la multidifusión se desborda de las interfaces donde 320 00:19:35,160 --> 00:19:37,800 no es necesario que se vaya porque de todos modos tienes mucho ancho de banda, así que 321 00:19:37,800 --> 00:19:39,420 solo córtalo. 322 00:19:39,420 --> 00:19:43,260 Pero lo más probable es que su red probablemente no sea así. 323 00:19:43,260 --> 00:19:46,820 Probablemente tenga ciertos enlaces, nuestros enlaces de baja velocidad, tal vez otros 324 00:19:46,820 --> 00:19:50,320 enlaces que normalmente experimentan congestión porque son muy populares, 325 00:19:50,320 --> 00:19:53,780 y realmente no desea que su multidifusión se inunde por todas partes. 326 00:19:53,780 --> 00:19:57,340 Entonces, en ese caso, el tipo de método de distribución de multidifusión que desea 327 00:19:57,340 --> 00:20:01,540 El uso no es un modelo de empuje, sino un modelo de atracción. 328 00:20:01,540 --> 00:20:06,120 Y eso es de lo que he estado hablando hasta este punto. 329 00:20:06,120 --> 00:20:16,800 Por lo tanto, en un modelo de extracción, normalmente lo que tiene que suceder primero es que la multidifusión 330 00:20:16,800 --> 00:20:23,180 receptores, que son mis portátiles, tienen que enviar algún tipo de paquete para indicar 331 00:20:23,180 --> 00:20:28,200 su interés en este multicast diciendo, oye, quiero recibirlo. 332 00:20:28,200 --> 00:20:33,560 Y luego, por lo general, hay algún enrutador que está configurado en esta red 333 00:20:33,560 --> 00:20:36,340 con una funcionalidad muy especial. 334 00:20:36,340 --> 00:20:42,700 Digamos que es el enrutador dos y usaré las letras RP. 335 00:20:42,700 --> 00:20:46,620 Ahora que aprenderá mucho más sobre esto cuando aprenda sobre el protocolo PIM 336 00:20:46,620 --> 00:20:51,760 multidifusión independiente en la capa tres, pero esto se llama encuentro 337 00:20:51,760 --> 00:20:55,300 punto. Ahora piensa en ese término por un segundo, cita, ¿verdad? 338 00:20:55,300 --> 00:20:58,960 Si estoy hablando con mi amigo, digo, oye, ¿dónde quieres encontrarnos hoy? 339 00:20:58,960 --> 00:21:00,220 para que podamos almorzar? 340 00:21:00,220 --> 00:21:04,220 Tal vez mi amigo dice, oh, nos vemos en TGI Fridays para almorzar, ese restaurante. 341 00:21:04,220 --> 00:21:08,640 Podría decir, está bien, me reuniré contigo allí, lo que significa cita. 342 00:21:08,640 --> 00:21:11,420 Me reuniré contigo en ese lugar. 343 00:21:11,420 --> 00:21:15,420 Entonces, en el mundo de la multidifusión, un punto de encuentro sirve básicamente al 344 00:21:15,420 --> 00:21:21,180 mismo propósito. Entonces, una vez que mis receptores, y estos probablemente van a 345 00:21:21,180 --> 00:21:27,160 ser IGMP, o si estamos hablando de IPv6, el MLDP, el oyente de multidifusión 346 00:21:27,160 --> 00:21:30,120 protocolo, de cualquier manera, haré los dos aquí. 347 00:21:30,120 --> 00:21:34,080 En realidad, dejémoslo con IPv4 por ahora. 348 00:21:34,080 --> 00:21:44,800 Así que IGMP. Entonces, mis receptores han mostrado interés en sus puertas de enlace predeterminadas. 349 00:21:44,800 --> 00:21:50,860 Ahora, nadie sabe en este momento cuál es la dirección IP real de la fuente 350 00:21:50,860 --> 00:21:52,640 de la multidifusión. 351 00:21:52,640 --> 00:21:56,080 O en realidad, incluso si la fuente ya existe, esto podría ser 352 00:21:56,080 --> 00:21:59,620 una transmisión de prueba y aún no se ha configurado. 353 00:21:59,620 --> 00:22:03,080 Entonces, pero estos enrutadores, si ejecutan un protocolo de encuentro de multidifusión, 354 00:22:03,080 --> 00:22:07,660 lo que sí saben es la dirección IP de este tipo, el enrutador dos, nuestra cita 355 00:22:07,660 --> 00:22:13,300 punto. Así que una vez que reciben una indicación de sus receptores, que el 356 00:22:13,300 --> 00:22:17,940 los receptores quieren recibir multidifusión, ahora estos enrutadores van a enviar 357 00:22:17,940 --> 00:22:24,060 mensajes especiales, algunos mensajes de enrutamiento de multidifusión, hasta la cita 358 00:22:24,060 --> 00:22:29,020 punto, diciendo, oye, enrutador dos, si alguna vez ves un multicast 359 00:22:29,020 --> 00:22:32,240 que coincida con este destino, estamos aquí abajo. 360 00:22:32,240 --> 00:22:33,600 Queremos conseguirlo. 361 00:22:33,600 --> 00:22:36,320 Y ahora el punto de encuentro dice, está bien, no he recibido nada. 362 00:22:36,320 --> 00:22:41,680 todavía, pero si alguna vez lo hago, recibí un mensaje en esta interfaz y este 363 00:22:41,680 --> 00:22:45,080 interfaz que hay alguien ahí abajo que quiere conseguirlo. 364 00:22:45,080 --> 00:22:48,280 Y ahora, el punto de encuentro simplemente se sienta dando vueltas a sus pulgares, 365 00:22:48,280 --> 00:22:50,880 esperando a ver si la multidifusión alguna vez se iniciará. 366 00:22:50,880 --> 00:22:56,080 Ahora, digamos unos minutos o tal vez una hora más tarde, la multidifusión real 367 00:22:56,080 --> 00:23:01,980 se pone en marcha. Está bien, bueno, esto es genial porque ahora tenemos este árbol. 368 00:23:01,980 --> 00:23:03,540 listo y esperando. 369 00:23:03,540 --> 00:23:06,200 Así que estas líneas aquí, estas líneas rojas acaban de formar un árbol. 370 00:23:06,200 --> 00:23:09,540 Estas son ramas del árbol que van desde el punto de encuentro hacia abajo. 371 00:23:09,540 --> 00:23:12,740 a nuestros receptores, donde nuestros receptores están listos y esperando para recibir 372 00:23:12,740 --> 00:23:18,180 este. Entonces, una vez que la multidifusión realmente se inicie, mire el enrutador uno aquí. 373 00:23:18,180 --> 00:23:21,400 Nunca recibió ninguna de estas flechas rojas. 374 00:23:21,400 --> 00:23:27,020 El enrutador número uno nunca recibió una solicitud para esta transmisión porque está 375 00:23:27,020 --> 00:23:31,460 no es el punto de encuentro y no está en el camino del punto de encuentro. 376 00:23:31,460 --> 00:23:35,840 Pero al igual que todos estos otros enrutadores, él sabe quién es el punto de encuentro 377 00:23:35,840 --> 00:23:41,080 es. Así que toma esa multidifusión y la reenvía al punto de encuentro. 378 00:23:41,080 --> 00:23:45,800 Y ahora el punto de encuentro dice, oh, está bien, alguien ya ha preguntado 379 00:23:45,800 --> 00:23:49,540 para ello. Están pidiendo que les den la multidifusión, y lo sé. 380 00:23:49,540 --> 00:23:53,380 Dónde están. Así que ahora enviaremos la multidifusión de esta manera, y 381 00:23:53,380 --> 00:23:56,500 baja a mis destinatarios previstos. 382 00:23:56,500 --> 00:23:59,220 Así que lo llamamos un modelo de extracción. 383 00:23:59,220 --> 00:24:02,840 Recuerde en el modelo push, que es lo que llamamos protocolos de modo denso, 384 00:24:02,840 --> 00:24:05,660 la multidifusión comienza y se inunda por todas partes. 385 00:24:05,660 --> 00:24:09,220 Y depende de los enrutadores enviar mensajes de regreso diciendo, hey, 386 00:24:09,220 --> 00:24:10,240 Nunca quise esto. 387 00:24:10,240 --> 00:24:12,020 Deja de inundarme. 388 00:24:12,020 --> 00:24:16,860 En un modelo pull, que normalmente llamamos protocolos de modo disperso, disperso 389 00:24:16,860 --> 00:24:22,300 modo, aquí es donde los receptores tienen que indicar su interés, y 390 00:24:22,300 --> 00:24:27,440 entonces los enrutadores tienen que reenviar ese interés a algún enrutador central 391 00:24:27,440 --> 00:24:29,100 que llamamos un punto de encuentro. 392 00:24:29,100 --> 00:24:33,300 Así que preconstruimos el camino de antemano. 393 00:24:33,300 --> 00:24:37,500 Y luego, una vez que entra la multidifusión, todos los enrutadores saben cuál es esa ruta 394 00:24:37,500 --> 00:24:40,820 es, y dónde reenviar esa multidifusión. 395 00:24:40,820 --> 00:24:46,600 Esos son los dos modos típicos de los protocolos de enrutamiento de multidifusión, empujar 396 00:24:46,600 --> 00:24:51,560 modos y modos pull, o también conocidos como protocolos de modo denso y dispersos