1 00:00:08,860 --> 00:00:12,380 Bien, la Mac de multidifusión, recuerda que estamos hablando de un destino 2 00:00:12,380 --> 00:00:18,460 La dirección Mac se deriva parcialmente de la dirección IP de multidifusión real 3 00:00:18,460 --> 00:00:20,840 que se encuentra encima de él en la capa de red. 4 00:00:20,840 --> 00:00:26,520 Estos son los dos OUI reservados que debe buscar para la multidifusión. 5 00:00:26,520 --> 00:00:30,160 Si alguna vez ve una trama de Ethernet que se dirige a un destino que comienza 6 00:00:30,160 --> 00:00:36,780 fuera con 01005E, eso debería hacerte decir ajá, ese marco lleva 7 00:00:36,780 --> 00:00:40,520 un paquete de multidifusión IP versión 4. 8 00:00:40,520 --> 00:00:46,280 Ese es el OUI que está reservado para datos de multidifusión IPv4. 9 00:00:46,280 --> 00:00:52,220 Y luego, si alguna vez ve algo que vaya a 33333, eso está reservado para 10 00:00:52,220 --> 00:00:55,260 Multidifusión IPv6. 11 00:00:55,260 --> 00:00:59,180 Bien, entonces hablemos un poco sobre cómo obtenemos cosas. 12 00:00:59,180 --> 00:01:00,880 En primer lugar, comencemos con IPv6. 13 00:01:00,880 --> 00:01:04,360 IPv6 es muy fácil y luego volveré a IPv4. 14 00:01:04,360 --> 00:01:09,640 Digamos que mi dirección IPv6 de multidifusión, simplemente inventaré algo 15 00:01:09,640 --> 00:01:19,340 aquí. Digamos que iba a FF0E, por lo que es una multidifusión global y 16 00:01:19,340 --> 00:01:36,300 digamos 11111, y luego AAAA, BBBB, CCC, a ver, 1, 2, 3, 4, 17 00:01:36,300 --> 00:01:39,060 5, necesito tres más. 18 00:01:39,060 --> 00:01:47,780 Y luego 2222, 777, 1, 2, 3, 4, 5, 6, 7, luego haremos el último octeto, 19 00:01:47,780 --> 00:01:53,700 una especie de ejecución DDD. 20 00:01:53,700 --> 00:02:00,760 Bien, todo lo que vamos a hacer es cuando la fuente de multidifusión genere esto 21 00:02:00,760 --> 00:02:06,380 dirección como la dirección de destino en la capa tres, después de eso, cuando esté 22 00:02:06,380 --> 00:02:11,080 creando su marco Ethernet, todo lo que va a hacer es tomar los últimos 32 23 00:02:11,080 --> 00:02:19,100 bits, que en este caso es 777 y DDDD, y él lo arreglará 24 00:02:19,100 --> 00:02:21,180 aquí, donde están estas X. 25 00:02:21,180 --> 00:02:26,380 Entonces, en la capa dos, la trama de Ethernet estará destinada a 333 colon 777 26 00:02:26,380 --> 00:02:32,020 colon DDDD. Eso es bastante fácil. 27 00:02:32,020 --> 00:02:36,400 Solo recuerde que los últimos 32 bits de la dirección de multidifusión IPv6 son directamente 28 00:02:36,400 --> 00:02:42,420 asignado a los últimos 32 bits de la dirección MAC de destino de la trama Ethernet. 29 00:02:42,420 --> 00:02:47,400 Ahora, en el mundo de IPv4, mapear esto es una especie de pesadilla. 30 00:02:47,400 --> 00:02:50,580 Así que tengan paciencia conmigo aquí, si no han tomado su café, es posible que deseen 31 00:02:50,580 --> 00:02:54,660 tomar un gran trago en este punto, porque esto generalmente hace que las personas 32 00:02:54,660 --> 00:02:55,620 ojos vidriosos. 33 00:02:55,620 --> 00:02:58,960 Pero vamos a seguir adelante y revisarlo porque creo que deberías 34 00:02:58,960 --> 00:03:08,780 saberlo Entonces, antes que nada, mi dirección MAC de multidifusión que conocemos en la capa 35 00:03:08,780 --> 00:03:21,920 dos es 01005E. Y ahora podrías pensar, está bien, bueno, eso es la mitad de la 36 00:03:21,920 --> 00:03:25,200 dirección, ¿verdad? Una dirección MAC tiene una longitud de 48 bits. 37 00:03:25,200 --> 00:03:30,380 esto es la mitad Entonces podrías pensar, está bien, me quedan 24 bits para mapear. 38 00:03:30,380 --> 00:03:32,720 Bueno, no del todo. 39 00:03:32,720 --> 00:03:37,640 Si convierto esto en binario para el resto, solo una parte, el 40 00:03:37,640 --> 00:03:42,380 muy siguiente bit tiene que ser un cero. 41 00:03:42,380 --> 00:03:52,620 Y luego tienes 12345678 dos puntos 12345678. 42 00:03:52,620 --> 00:03:54,380 Solo haré eso. 43 00:03:54,380 --> 00:04:00,580 Colon 12345678. Me estoy quedando sin espacio, pero se entiende la idea. 44 00:04:00,580 --> 00:04:05,580 Entonces, de mis 24 bits restantes, realmente solo tengo 23 bits. 45 00:04:05,580 --> 00:04:09,520 Este de aquí tiene que ser puesto a cero. 46 00:04:09,520 --> 00:04:12,320 Y si alguna vez miras eso y te preguntas ¿qué? 47 00:04:12,320 --> 00:04:14,180 Bueno, eso no tiene sentido. 48 00:04:14,180 --> 00:04:16,000 Te diré algo, hay una historia interesante. 49 00:04:16,000 --> 00:04:18,640 No voy a entrar en la historia, pero esto es lo que deberías buscar en Google. 50 00:04:18,640 --> 00:04:21,980 para averiguar por qué terminaron haciéndolo así? 51 00:04:21,980 --> 00:04:24,800 Google esto. Google el nombre de Steve. 52 00:04:24,800 --> 00:04:34,380 Apellido, Deering. 53 00:04:34,380 --> 00:04:36,880 Multidifusión Mac. Googlea eso. 54 00:04:36,880 --> 00:04:39,780 Mac multidifusión de Steve Deering. 55 00:04:39,780 --> 00:04:42,480 Y podrá encontrar una historia interesante sobre Steve Deering. 56 00:04:42,480 --> 00:04:45,040 uno de los pioneros originales de multidifusión. 57 00:04:45,040 --> 00:04:47,160 Hizo mucho del trabajo inicial en esto. 58 00:04:47,160 --> 00:04:49,880 Y encontrarás una historia interesante sobre cuando él era un estudiante de posgrado, 59 00:04:49,880 --> 00:04:54,720 una pequeña interacción que tuvo con su profesor que tenía que ver con el dinero, 60 00:04:54,720 --> 00:04:59,100 y terminó con esta cosa rara aquí, con solo 23 bits 61 00:04:59,100 --> 00:05:04,440 disponible. Bien, entonces, ¿cómo mapeamos la dirección IP de multidifusión? 62 00:05:04,440 --> 00:05:09,700 Bueno, si puedes tener esto en cuenta, ahora debería ser bastante fácil. 63 00:05:09,700 --> 00:05:14,420 Simplemente tome los últimos 23 bits de la dirección IP de multidifusión y mapéelos aquí. 64 00:05:14,420 --> 00:05:20,180 Así que digamos que mi dirección IP de multidifusión es 239. 65 00:05:20,180 --> 00:05:29,420 Bueno, no importa cuál sea el primer octeto, ya sea 224 hasta 239, siempre es 66 00:05:29,420 --> 00:05:31,660 va a mapear hasta 5e, ¿verdad? 67 00:05:31,660 --> 00:05:34,400 Debido a que ese octeto está algo cancelado, siempre se convertirá en 68 00:05:34,400 --> 00:05:39,600 5e. Y ahora digamos que tenía una transmisión de multidifusión que era 239. 69 00:05:39,600 --> 00:05:43,300 hagámoslo fácil. 70 00:05:43,300 --> 00:05:48,360 1.1.1. Esa es mi dirección IP de multidifusión. 71 00:05:48,360 --> 00:05:54,480 Bueno, la dirección MAC de multidifusión resultante sería 01005e, y estos bits 72 00:05:54,480 --> 00:05:56,040 estaría mapeado aquí. 73 00:05:56,040 --> 00:06:01,620 Entonces sería 01005e, 1111. 74 00:06:01,620 --> 00:06:06,860 Bueno, ¿y si tuviera 225.1.1? 75 00:06:06,860 --> 00:06:11,320 Sería exactamente lo mismo. 76 00:06:11,320 --> 00:06:14,400 0111, todos se asignarían al mismo MAC de multidifusión. 77 00:06:14,400 --> 00:06:15,700 Así que agreguemos esto por un segundo. 78 00:06:15,700 --> 00:06:21,860 Si solo haces algunos cálculos rápidos, si comenzamos en 224 y subimos a 239, 79 00:06:21,860 --> 00:06:25,440 cuantos numeros unicos son? 80 00:06:25,440 --> 00:06:30,440 Te lo diré ahora mismo, eso es un total de 16 números únicos. 81 00:06:30,440 --> 00:06:35,100 Desde 224 hasta 239 son 16 combinaciones de bytes. 82 00:06:35,100 --> 00:06:42,440 De inmediato, tenemos 16 direcciones IPV4 de multidifusión que 83 00:06:42,440 --> 00:06:47,120 todos se asignan exactamente a la misma MAC de multidifusión. 84 00:06:47,120 --> 00:06:50,220 Pero se pone aún mejor que eso. 85 00:06:50,220 --> 00:06:59,520 Porque no solo 239.111 se asignará a esto, sino también 239.129.11. 86 00:06:59,520 --> 00:07:04,520 Porque recuerda, este bit de 8, este bit que normalmente está asignado al 128 87 00:07:04,520 --> 00:07:07,720 bit, siempre tiene que ser un cero. 88 00:07:07,720 --> 00:07:12,240 Entonces, incluso si en la dirección IPV4 ese bit está activado, tenemos que activar 89 00:07:12,240 --> 00:07:14,920 aquí mismo. 90 00:07:14,920 --> 00:07:22,380 Entonces 239.111 y 239.111 también se asignarán a lo mismo. 91 00:07:22,380 --> 00:07:27,560 Cada vez que se activa el bit 128 en este tercer octeto, va a caer 92 00:07:27,560 --> 00:07:30,600 fuera porque tiene que ser un cero aquí. 93 00:07:30,600 --> 00:07:35,260 Eso significa que para cada una de estas 16 combinaciones, hay dos combinaciones 94 00:07:35,260 --> 00:07:45,080 que también mapa. Por ejemplo, 224.111 y 224.129.11, ambos asignados al 95 00:07:45,080 --> 00:07:46,540 exactamente lo mismo. 96 00:07:46,540 --> 00:07:56,460 227.1.5.5, 227.129.5 asignado exactamente a lo mismo. 97 00:07:56,460 --> 00:08:03,620 Entonces, en realidad, tenemos 16 números en el primer octeto y dos números 98 00:08:03,620 --> 00:08:05,760 en el segundo octeto. 99 00:08:05,760 --> 00:08:09,060 Así que realmente tenemos 32. 100 00:08:09,060 --> 00:08:14,440 Entonces, para cada dirección MAC de multidifusión, si les muestro, por ejemplo, 101 00:08:14,440 --> 00:08:17,700 este, vamos a deshacernos del nombre de Steve Deering aquí. 102 00:08:17,700 --> 00:08:21,360 Estoy seguro de que le encantaría verlo en esta presentación, pero lo siento, Steve, 103 00:08:21,360 --> 00:08:23,600 vamos a deshacernos de él temporalmente. 104 00:08:23,600 --> 00:08:41,740 Entonces, si le di esta dirección MAC de multidifusión, 01005E, vaya, no 5.2, 5E. 105 00:08:41,740 --> 00:08:52,480 Y luego dije, digamos, 7.1.1, déjame hacer uno, hagamos dos puntos. 106 00:08:52,480 --> 00:08:58,500 Tanto para mantener las cosas consistentes, veamos aquí. 107 00:08:58,500 --> 00:09:01,380 Hagamos dos puntos aquí también. 108 00:09:01,380 --> 00:09:11,140 De acuerdo, si tuviera que preguntarle, ¿cuál es la dirección IPv4 de multidifusión que terminó 109 00:09:11,140 --> 00:09:15,820 dando como resultado esta dirección MAC de multidifusión? 110 00:09:15,820 --> 00:09:19,960 Tu respuesta tendría que ser 32 números únicos. 111 00:09:19,960 --> 00:09:25,080 Porque dirías, bueno, Keith, el primer octeto podría haber sido cualquier cosa 112 00:09:25,080 --> 00:09:30,840 desde 224 hasta 239. 113 00:09:30,840 --> 00:09:37,940 Y luego el segundo octeto podría haber sido el número 7, o podría ser 114 00:09:37,940 --> 00:09:50,920 128 más 7, que sería 135.1.1. 115 00:09:50,920 --> 00:10:01,020 Entonces 224.7.135, 225.7.135, 226.7.135, 111.1. 116 00:10:01,020 --> 00:10:02,780 ¿Todo se correspondería con esto? 117 00:10:02,780 --> 00:10:09,200 Eso nos da 32 direcciones IP de multidifusión que se asignan a la misma multidifusión 118 00:10:09,200 --> 00:10:16,680 Dirección MAC. Ahora, en este punto, te estarás preguntando, wow, está bien, interesante 119 00:10:16,680 --> 00:10:21,500 ejercicio matemático, pero ¿dónde está la relevancia del mundo real para esto? 120 00:10:21,500 --> 00:10:23,460 ¿Dónde está la relevancia? 121 00:10:23,460 --> 00:10:26,180 Bueno, déjame pintar un cuadro para ti. 122 00:10:26,180 --> 00:10:28,480 Digamos, tomemos esto. 123 00:10:28,480 --> 00:10:38,600 Digamos que tengo 4 portátiles. 124 00:10:38,600 --> 00:10:41,800 Digamos solo 3, 3 computadoras portátiles ya que me estoy quedando sin espacio aquí. 125 00:10:41,800 --> 00:10:45,900 Bien, y lo haremos muy simple aquí. 126 00:10:45,900 --> 00:10:55,180 Están conectados a un hub, que a su vez está conectado a un multicast 127 00:10:55,180 --> 00:10:59,960 servidor. Por supuesto que nunca verías esto en la vida real, pero obtendrás 128 00:10:59,960 --> 00:11:02,560 la idea detrás de esto una vez que empiezo aquí. 129 00:11:02,560 --> 00:11:08,360 Así que solo diremos PCA, B y C. 130 00:11:08,360 --> 00:11:13,940 Y digamos que este servidor de multidifusión va a enviar 3 únicos 131 00:11:13,940 --> 00:11:15,440 flujos de tráfico. 132 00:11:15,440 --> 00:11:23,820 Tenemos 225.2.1.1. 133 00:11:23,820 --> 00:11:31,020 Tenemos 239.130.1.1. 134 00:11:31,020 --> 00:11:35,540 Y tenemos 232. 135 00:11:35,540 --> 00:11:45,220 Bueno, no deberíamos estar usando, bueno, te harás una idea, 232.2.1.1. 136 00:11:45,220 --> 00:11:50,020 Y digamos que todos estos son flujos de alta definición. 137 00:11:50,020 --> 00:11:54,940 Cada uno es de 5 megabits por segundo. 138 00:11:54,940 --> 00:11:58,700 Si realmente lo recibe, recibirá 5 megabits por segundo. 139 00:11:58,700 --> 00:12:03,580 Bien, entonces estas corrientes se están yendo ahora. 140 00:12:03,580 --> 00:12:08,440 Las tres transmisiones están saliendo de este servidor simultáneamente. 141 00:12:08,440 --> 00:12:12,000 Si es PC, empecemos con PCC. 142 00:12:12,000 --> 00:12:20,140 Si PCC dice mira, el único que me interesa es 225.2.1.1. 143 00:12:20,140 --> 00:12:21,320 Entonces, ¿qué hace? 144 00:12:21,320 --> 00:12:22,860 Él va a su tarjeta ethernet Nik. 145 00:12:22,860 --> 00:12:25,460 Él dice que está bien, tarjeta Ethernet Nik, esto es lo que quiero que busques. 146 00:12:25,460 --> 00:12:32,200 Si alguna vez ha visto un marco de ethernet que comienza con 0.01, 0.05e, 0 147 00:12:32,200 --> 00:12:41,500 .2, 0.1, 0.1, quiero que lo recojas y lo envíes a mi procesador para 148 00:12:41,500 --> 00:12:46,960 Procesando. En el momento en que hace eso, y programa su tarjeta Nik para que se vea 149 00:12:46,960 --> 00:12:51,480 en ese momento, de repente, su computadora portátil comienza a descontrolarse. 150 00:12:51,480 --> 00:12:57,020 Su pantalla de video solo está pixelada, no puedes ver nada, no 151 00:12:57,020 --> 00:13:00,700 ningún sentido. No solo eso, está tratando de descargar sus correos electrónicos y 152 00:13:00,700 --> 00:13:03,700 ha tardado una eternidad en descargar sus correos electrónicos, incluso podría estar conectándose 153 00:13:03,700 --> 00:13:06,640 y desconectarse, conectarse y desconectarse de su servidor de correo electrónico. 154 00:13:06,640 --> 00:13:09,440 Es como si su computadora portátil estuviera siendo golpeada. 155 00:13:09,440 --> 00:13:10,700 ¿Qué está sucediendo? 156 00:13:10,700 --> 00:13:15,700 En este punto, debido a que estos tres flujos se asignan exactamente a la misma 157 00:13:15,700 --> 00:13:22,240 dirección MAC de capa dos, ahora tenemos tres flujos bajando y su Nik 158 00:13:22,240 --> 00:13:26,900 la tarjeta los está recogiendo todos porque en la capa dos, todos se ven igual 159 00:13:26,900 --> 00:13:30,920 mismo. Su tarjeta ethernet no puede distinguir las direcciones de la capa tres porque 160 00:13:30,920 --> 00:13:31,920 no hace eso 161 00:13:31,920 --> 00:13:33,840 Es solo una tarjeta ethernet de capa dos. 162 00:13:33,840 --> 00:13:39,280 Así que los tres de estos flujos, un total de 15 megas de tráfico está siendo 163 00:13:39,280 --> 00:13:44,700 dirigido a la unidad central de procesamiento de este tipo y su CPU tiene que ahora 164 00:13:44,700 --> 00:13:50,820 tire o deseche 10 megas de eso para que solo pueda ver los cinco megas que 165 00:13:50,820 --> 00:13:55,060 quiere. Bueno, su CPU probablemente tendrá dificultades para recibir 166 00:13:55,060 --> 00:14:00,240 15 megas consistentes de tráfico entrante y tratando de descartar dos tercios 167 00:14:00,240 --> 00:14:02,220 de eso, 10 megas de eso. 168 00:14:02,220 --> 00:14:05,000 Y ese es el problema con la superposición de 32 a uno. 169 00:14:05,000 --> 00:14:07,900 Ahora bien, esto no es culpa del receptor. 170 00:14:07,900 --> 00:14:10,760 Esto es culpa de la persona que configuró este servidor de multidifusión en el 171 00:14:10,760 --> 00:14:15,160 primer lugar. Cuando estás, si alguna vez estás en una situación en la que estás 172 00:14:15,160 --> 00:14:20,760 el administrador de multidifusión y será su trabajo proponer 173 00:14:20,760 --> 00:14:25,100 las direcciones IP de multidifusión para cada uno de los flujos de multidifusión, es 174 00:14:25,100 --> 00:14:29,080 su trabajo para ser consciente de esto y asegurarse de que estas transmisiones de video no 175 00:14:29,080 --> 00:14:33,060 superposición. Y podría decir, bueno, Keith, ¿hay una manera fácil de averiguar 176 00:14:33,060 --> 00:14:34,580 ¿que fuera? Seguro que lo hay. 177 00:14:34,580 --> 00:14:39,140 Solo asegúrese de que de cada flujo de multidifusión, los dos últimos 178 00:14:39,140 --> 00:14:41,920 los octetos nunca son iguales. 179 00:14:41,920 --> 00:14:44,780 Ahora, técnicamente, también podríamos entrar en el tercer octeto, pero si sabes 180 00:14:44,780 --> 00:14:49,960 que estos últimos 16 bits son siempre únicos, sus direcciones MAC de multidifusión 181 00:14:49,960 --> 00:14:55,580 siempre será único porque estos últimos 16 bits se mapean uno por uno 182 00:14:55,580 --> 00:14:58,520 hasta la dirección MAC de multidifusión en la capa dos. 183 00:14:58,520 --> 00:15:02,740 Así que solo haz que sean únicos y nunca tendrás esta superposición de 32 a uno 184 00:15:02,740 --> 00:15:05,120 problema nunca más. 185 00:15:05,120 --> 00:15:14,220 Así es como reconoce las direcciones IP de multidifusión y MAC de multidifusión. 186 00:15:14,220 --> 00:15:22,280 Ahora he hablado un poco sobre lo que hacen los enrutadores con marcos de multidifusión. 187 00:15:22,280 --> 00:15:25,980 Dije que cuando un enrutador recibe en un marco de multidifusión, lo primero que dice 188 00:15:25,980 --> 00:15:28,180 es, ¿es esto algo que necesito procesar? 189 00:15:28,180 --> 00:15:32,120 Porque podría ser un saludo EIGRP o un saludo OSPF o algo así 190 00:15:32,120 --> 00:15:35,180 en cuyo caso diré, ah, estoy programado para buscar esto. 191 00:15:35,180 --> 00:15:37,980 Déjame enviarlo a mi CPU para su procesamiento. 192 00:15:37,980 --> 00:15:40,060 Que se detienen y pausan por un momento. 193 00:15:40,060 --> 00:15:41,020 Piensa sobre esto. 194 00:15:41,020 --> 00:15:47,680 Imagina que eres un enrutador, está bien, y estás programado para hacer EIGRP, 195 00:15:47,680 --> 00:15:51,760 ¿está bien? Por lo tanto, está escuchando específicamente las tramas de Ethernet que se aproximan. 196 00:15:51,760 --> 00:15:58,820 en ir a 01005E, 0000A, ¿verdad? 197 00:15:58,820 --> 00:16:05,700 Porque eso se asignaría a 10, 2240010 mapas hasta 00A en la capa dos. 198 00:16:05,700 --> 00:16:08,440 Entonces aquí de vez en cuando estás esperando como un enrutador y dices, está bien, 199 00:16:08,440 --> 00:16:11,660 bueno, ya sabes, EIGRP no debería ser tan hablador, ¿verdad? 200 00:16:11,660 --> 00:16:15,280 En un ambiente agradable y estable, cada cinco o diez segundos más o menos deberías 201 00:16:15,280 --> 00:16:19,720 estar recibiendo un paquete de saludo EIGRP, yendo a esa Mac de multidifusión, y luego 202 00:16:19,720 --> 00:16:24,400 lo procesas. Ahora, ¿qué pasa si alguien que no sabe nada sobre EIGRP 203 00:16:24,400 --> 00:16:29,060 pero saben que la multidifusión configura su vídeo de alta definición multidifusión 204 00:16:29,060 --> 00:16:34,360 flujo, que va a siete megabits por segundo, y seleccionan, 205 00:16:34,360 --> 00:16:41,920 No sé, 239.0010 como vestido de destino. 206 00:16:41,920 --> 00:16:46,740 ¿Adivina qué? En la capa dos, ese flujo de video de alta definición se asignará a 207 00:16:46,740 --> 00:16:50,620 exactamente la misma dirección Mac que está usando EIGRP. 208 00:16:50,620 --> 00:16:53,200 Y ahora, de repente, su enrutador en lugar de recibir solo un paquete 209 00:16:53,200 --> 00:16:57,420 cada cinco o diez segundos recibe miles de paquetes cada uno 210 00:16:57,420 --> 00:17:00,300 segundo ir a esta capa para abordar. 211 00:17:00,300 --> 00:17:03,400 Puede apostar que el enrutador no estará muy contento con eso. 212 00:17:03,400 --> 00:17:07,220 Incluso podría fallar porque tiene que tomar todo ese tráfico dirigido a 213 00:17:07,220 --> 00:17:13,640 la CPU no sea EIGRP. 214 00:17:13,640 --> 00:17:18,200 Necesito descartar eso para poder aislar el pequeño saludo EIGRP que es 215 00:17:18,200 --> 00:17:20,320 sigue llegando cada cinco segundos más o menos. 216 00:17:20,320 --> 00:17:23,200 Así que sé consciente de eso. 217 00:17:23,200 --> 00:17:25,640 Ahora, ¿qué hacen los conmutadores cuando reciben multidifusión? 218 00:17:25,640 --> 00:17:30,760 Bueno, si solo estás hablando de la capa dos pura, los conmutadores inundan la multidifusión 219 00:17:30,760 --> 00:17:34,280 porque, ¿cómo sabe un interruptor dónde reenviar algo? 220 00:17:34,280 --> 00:17:42,280 Bueno, cuando entra la trama de Ethernet, ¿qué hace un conmutador? 221 00:17:42,280 --> 00:17:46,160 Aprende que en la tabla de direcciones MAC, a veces llamada tabla CAM, 222 00:17:46,160 --> 00:17:49,520 ¿bien? Así es como el conmutador llena la tabla CAM, la dirección MAC 223 00:17:49,520 --> 00:17:52,120 tabla basada en las direcciones MAC de origen. 224 00:17:52,120 --> 00:17:57,580 Bueno, ¿se han visto alguna vez direcciones MAC de multidifusión en la fuente de una red Ethernet? 225 00:17:57,580 --> 00:17:59,640 ¿marco? No, no lo son. 226 00:17:59,640 --> 00:18:00,620 Al menos no deberían serlo. 227 00:18:00,620 --> 00:18:02,080 Eso sería ilegal. 228 00:18:02,080 --> 00:18:06,840 Entonces, debido a que una dirección MAC de multidifusión solo aparece en el destino, por 229 00:18:06,840 --> 00:18:11,140 por defecto, un interruptor no tiene forma de aprenderlo porque no está en la fuente. 230 00:18:11,140 --> 00:18:14,320 Entonces, ¿qué hacen los switches cuando reciben una trama de Ethernet y parecen 231 00:18:14,320 --> 00:18:16,880 en el destino y no hay ninguna coincidencia en la tabla? 232 00:18:16,880 --> 00:18:20,100 Lo inundan. Eso es lo que hacen. 233 00:18:20,100 --> 00:18:24,180 Por lo tanto, el comportamiento predeterminado de muchos conmutadores es inundar la multidifusión. 234 00:18:24,180 --> 00:18:27,920 Ahora veremos cuando entremos en el tema del snooping de IGMP que cambia