Bien, la Mac de multidifusiÃ³n, recuerda que estamos hablando de un destino
La direcciÃ³n Mac se deriva parcialmente de la direcciÃ³n IP de multidifusiÃ³n real
que se encuentra encima de Ã©l en la capa de red.
Estos son los dos OUI reservados que debe buscar para la multidifusiÃ³n.
Si alguna vez ve una trama de Ethernet que se dirige a un destino que comienza
fuera con 01005E, eso deberÃ­a hacerte decir ajÃ¡, ese marco lleva
un paquete de multidifusiÃ³n IP versiÃ³n 4.
Ese es el OUI que estÃ¡ reservado para datos de multidifusiÃ³n IPv4.
Y luego, si alguna vez ve algo que vaya a 33333, eso estÃ¡ reservado para
MultidifusiÃ³n IPv6.
Bien, entonces hablemos un poco sobre cÃ³mo obtenemos cosas.
En primer lugar, comencemos con IPv6.
IPv6 es muy fÃ¡cil y luego volverÃ© a IPv4.
Digamos que mi direcciÃ³n IPv6 de multidifusiÃ³n, simplemente inventarÃ© algo
aquÃ­. Digamos que iba a FF0E, por lo que es una multidifusiÃ³n global y
digamos 11111, y luego AAAA, BBBB, CCC, a ver, 1, 2, 3, 4,
5, necesito tres mÃ¡s.
Y luego 2222, 777, 1, 2, 3, 4, 5, 6, 7, luego haremos el Ãºltimo octeto,
una especie de ejecuciÃ³n DDD.
Bien, todo lo que vamos a hacer es cuando la fuente de multidifusiÃ³n genere esto
direcciÃ³n como la direcciÃ³n de destino en la capa tres, despuÃ©s de eso, cuando estÃ©
creando su marco Ethernet, todo lo que va a hacer es tomar los Ãºltimos 32
bits, que en este caso es 777 y DDDD, y Ã©l lo arreglarÃ¡
aquÃ­, donde estÃ¡n estas X.
Entonces, en la capa dos, la trama de Ethernet estarÃ¡ destinada a 333 colon 777
colon DDDD. Eso es bastante fÃ¡cil.
Solo recuerde que los Ãºltimos 32 bits de la direcciÃ³n de multidifusiÃ³n IPv6 son directamente
asignado a los Ãºltimos 32 bits de la direcciÃ³n MAC de destino de la trama Ethernet.
Ahora, en el mundo de IPv4, mapear esto es una especie de pesadilla.
AsÃ­ que tengan paciencia conmigo aquÃ­, si no han tomado su cafÃ©, es posible que deseen
tomar un gran trago en este punto, porque esto generalmente hace que las personas
ojos vidriosos.
Pero vamos a seguir adelante y revisarlo porque creo que deberÃ­as
saberlo Entonces, antes que nada, mi direcciÃ³n MAC de multidifusiÃ³n que conocemos en la capa
dos es 01005E. Y ahora podrÃ­as pensar, estÃ¡ bien, bueno, eso es la mitad de la
direcciÃ³n, Â¿verdad? Una direcciÃ³n MAC tiene una longitud de 48 bits.
esto es la mitad Entonces podrÃ­as pensar, estÃ¡ bien, me quedan 24 bits para mapear.
Bueno, no del todo.
Si convierto esto en binario para el resto, solo una parte, el
muy siguiente bit tiene que ser un cero.
Y luego tienes 12345678 dos puntos 12345678.
Solo harÃ© eso.
Colon 12345678. Me estoy quedando sin espacio, pero se entiende la idea.
Entonces, de mis 24 bits restantes, realmente solo tengo 23 bits.
Este de aquÃ­ tiene que ser puesto a cero.
Y si alguna vez miras eso y te preguntas Â¿quÃ©?
Bueno, eso no tiene sentido.
Te dirÃ© algo, hay una historia interesante.
No voy a entrar en la historia, pero esto es lo que deberÃ­as buscar en Google.
para averiguar por quÃ© terminaron haciÃ©ndolo asÃ­?
Google esto. Google el nombre de Steve.
Apellido, Deering.
MultidifusiÃ³n Mac. Googlea eso.
Mac multidifusiÃ³n de Steve Deering.
Y podrÃ¡ encontrar una historia interesante sobre Steve Deering.
uno de los pioneros originales de multidifusiÃ³n.
Hizo mucho del trabajo inicial en esto.
Y encontrarÃ¡s una historia interesante sobre cuando Ã©l era un estudiante de posgrado,
una pequeÃ±a interacciÃ³n que tuvo con su profesor que tenÃ­a que ver con el dinero,
y terminÃ³ con esta cosa rara aquÃ­, con solo 23 bits
disponible. Bien, entonces, Â¿cÃ³mo mapeamos la direcciÃ³n IP de multidifusiÃ³n?
Bueno, si puedes tener esto en cuenta, ahora deberÃ­a ser bastante fÃ¡cil.
Simplemente tome los Ãºltimos 23 bits de la direcciÃ³n IP de multidifusiÃ³n y mapÃ©elos aquÃ­.
AsÃ­ que digamos que mi direcciÃ³n IP de multidifusiÃ³n es 239.
Bueno, no importa cuÃ¡l sea el primer octeto, ya sea 224 hasta 239, siempre es
va a mapear hasta 5e, Â¿verdad?
Debido a que ese octeto estÃ¡ algo cancelado, siempre se convertirÃ¡ en
5e. Y ahora digamos que tenÃ­a una transmisiÃ³n de multidifusiÃ³n que era 239.
hagÃ¡moslo fÃ¡cil.
1.1.1. Esa es mi direcciÃ³n IP de multidifusiÃ³n.
Bueno, la direcciÃ³n MAC de multidifusiÃ³n resultante serÃ­a 01005e, y estos bits
estarÃ­a mapeado aquÃ­.
Entonces serÃ­a 01005e, 1111.
Bueno, Â¿y si tuviera 225.1.1?
SerÃ­a exactamente lo mismo.
0111, todos se asignarÃ­an al mismo MAC de multidifusiÃ³n.
AsÃ­ que agreguemos esto por un segundo.
Si solo haces algunos cÃ¡lculos rÃ¡pidos, si comenzamos en 224 y subimos a 239,
cuantos numeros unicos son?
Te lo dirÃ© ahora mismo, eso es un total de 16 nÃºmeros Ãºnicos.
Desde 224 hasta 239 son 16 combinaciones de bytes.
De inmediato, tenemos 16 direcciones IPV4 de multidifusiÃ³n que
todos se asignan exactamente a la misma MAC de multidifusiÃ³n.
Pero se pone aÃºn mejor que eso.
Porque no solo 239.111 se asignarÃ¡ a esto, sino tambiÃ©n 239.129.11.
Porque recuerda, este bit de 8, este bit que normalmente estÃ¡ asignado al 128
bit, siempre tiene que ser un cero.
Entonces, incluso si en la direcciÃ³n IPV4 ese bit estÃ¡ activado, tenemos que activar
aquÃ­ mismo.
Entonces 239.111 y 239.111 tambiÃ©n se asignarÃ¡n a lo mismo.
Cada vez que se activa el bit 128 en este tercer octeto, va a caer
fuera porque tiene que ser un cero aquÃ­.
Eso significa que para cada una de estas 16 combinaciones, hay dos combinaciones
que tambiÃ©n mapa. Por ejemplo, 224.111 y 224.129.11, ambos asignados al
exactamente lo mismo.
227.1.5.5, 227.129.5 asignado exactamente a lo mismo.
Entonces, en realidad, tenemos 16 nÃºmeros en el primer octeto y dos nÃºmeros
en el segundo octeto.
AsÃ­ que realmente tenemos 32.
Entonces, para cada direcciÃ³n MAC de multidifusiÃ³n, si les muestro, por ejemplo,
este, vamos a deshacernos del nombre de Steve Deering aquÃ­.
Estoy seguro de que le encantarÃ­a verlo en esta presentaciÃ³n, pero lo siento, Steve,
vamos a deshacernos de Ã©l temporalmente.
Entonces, si le di esta direcciÃ³n MAC de multidifusiÃ³n, 01005E, vaya, no 5.2, 5E.
Y luego dije, digamos, 7.1.1, dÃ©jame hacer uno, hagamos dos puntos.
Tanto para mantener las cosas consistentes, veamos aquÃ­.
Hagamos dos puntos aquÃ­ tambiÃ©n.
De acuerdo, si tuviera que preguntarle, Â¿cuÃ¡l es la direcciÃ³n IPv4 de multidifusiÃ³n que terminÃ³
dando como resultado esta direcciÃ³n MAC de multidifusiÃ³n?
Tu respuesta tendrÃ­a que ser 32 nÃºmeros Ãºnicos.
Porque dirÃ­as, bueno, Keith, el primer octeto podrÃ­a haber sido cualquier cosa
desde 224 hasta 239.
Y luego el segundo octeto podrÃ­a haber sido el nÃºmero 7, o podrÃ­a ser
128 mÃ¡s 7, que serÃ­a 135.1.1.
Entonces 224.7.135, 225.7.135, 226.7.135, 111.1.
Â¿Todo se corresponderÃ­a con esto?
Eso nos da 32 direcciones IP de multidifusiÃ³n que se asignan a la misma multidifusiÃ³n
DirecciÃ³n MAC. Ahora, en este punto, te estarÃ¡s preguntando, wow, estÃ¡ bien, interesante
ejercicio matemÃ¡tico, pero Â¿dÃ³nde estÃ¡ la relevancia del mundo real para esto?
Â¿DÃ³nde estÃ¡ la relevancia?
Bueno, dÃ©jame pintar un cuadro para ti.
Digamos, tomemos esto.
Digamos que tengo 4 portÃ¡tiles.
Digamos solo 3, 3 computadoras portÃ¡tiles ya que me estoy quedando sin espacio aquÃ­.
Bien, y lo haremos muy simple aquÃ­.
EstÃ¡n conectados a un hub, que a su vez estÃ¡ conectado a un multicast
servidor. Por supuesto que nunca verÃ­as esto en la vida real, pero obtendrÃ¡s
la idea detrÃ¡s de esto una vez que empiezo aquÃ­.
AsÃ­ que solo diremos PCA, B y C.
Y digamos que este servidor de multidifusiÃ³n va a enviar 3 Ãºnicos
flujos de trÃ¡fico.
Tenemos 225.2.1.1.
Tenemos 239.130.1.1.
Y tenemos 232.
Bueno, no deberÃ­amos estar usando, bueno, te harÃ¡s una idea, 232.2.1.1.
Y digamos que todos estos son flujos de alta definiciÃ³n.
Cada uno es de 5 megabits por segundo.
Si realmente lo recibe, recibirÃ¡ 5 megabits por segundo.
Bien, entonces estas corrientes se estÃ¡n yendo ahora.
Las tres transmisiones estÃ¡n saliendo de este servidor simultÃ¡neamente.
Si es PC, empecemos con PCC.
Si PCC dice mira, el Ãºnico que me interesa es 225.2.1.1.
Entonces, Â¿quÃ© hace?
Ãl va a su tarjeta ethernet Nik.
Ãl dice que estÃ¡ bien, tarjeta Ethernet Nik, esto es lo que quiero que busques.
Si alguna vez ha visto un marco de ethernet que comienza con 0.01, 0.05e, 0
.2, 0.1, 0.1, quiero que lo recojas y lo envÃ­es a mi procesador para
Procesando. En el momento en que hace eso, y programa su tarjeta Nik para que se vea
en ese momento, de repente, su computadora portÃ¡til comienza a descontrolarse.
Su pantalla de video solo estÃ¡ pixelada, no puedes ver nada, no
ningÃºn sentido. No solo eso, estÃ¡ tratando de descargar sus correos electrÃ³nicos y
ha tardado una eternidad en descargar sus correos electrÃ³nicos, incluso podrÃ­a estar conectÃ¡ndose
y desconectarse, conectarse y desconectarse de su servidor de correo electrÃ³nico.
Es como si su computadora portÃ¡til estuviera siendo golpeada.
Â¿QuÃ© estÃ¡ sucediendo?
En este punto, debido a que estos tres flujos se asignan exactamente a la misma
direcciÃ³n MAC de capa dos, ahora tenemos tres flujos bajando y su Nik
la tarjeta los estÃ¡ recogiendo todos porque en la capa dos, todos se ven igual
mismo. Su tarjeta ethernet no puede distinguir las direcciones de la capa tres porque
no hace eso
Es solo una tarjeta ethernet de capa dos.
AsÃ­ que los tres de estos flujos, un total de 15 megas de trÃ¡fico estÃ¡ siendo
dirigido a la unidad central de procesamiento de este tipo y su CPU tiene que ahora
tire o deseche 10 megas de eso para que solo pueda ver los cinco megas que
quiere. Bueno, su CPU probablemente tendrÃ¡ dificultades para recibir
15 megas consistentes de trÃ¡fico entrante y tratando de descartar dos tercios
de eso, 10 megas de eso.
Y ese es el problema con la superposiciÃ³n de 32 a uno.
Ahora bien, esto no es culpa del receptor.
Esto es culpa de la persona que configurÃ³ este servidor de multidifusiÃ³n en el
primer lugar. Cuando estÃ¡s, si alguna vez estÃ¡s en una situaciÃ³n en la que estÃ¡s
el administrador de multidifusiÃ³n y serÃ¡ su trabajo proponer
las direcciones IP de multidifusiÃ³n para cada uno de los flujos de multidifusiÃ³n, es
su trabajo para ser consciente de esto y asegurarse de que estas transmisiones de video no
superposiciÃ³n. Y podrÃ­a decir, bueno, Keith, Â¿hay una manera fÃ¡cil de averiguar
Â¿que fuera? Seguro que lo hay.
Solo asegÃºrese de que de cada flujo de multidifusiÃ³n, los dos Ãºltimos
los octetos nunca son iguales.
Ahora, tÃ©cnicamente, tambiÃ©n podrÃ­amos entrar en el tercer octeto, pero si sabes
que estos Ãºltimos 16 bits son siempre Ãºnicos, sus direcciones MAC de multidifusiÃ³n
siempre serÃ¡ Ãºnico porque estos Ãºltimos 16 bits se mapean uno por uno
hasta la direcciÃ³n MAC de multidifusiÃ³n en la capa dos.
AsÃ­ que solo haz que sean Ãºnicos y nunca tendrÃ¡s esta superposiciÃ³n de 32 a uno
problema nunca mÃ¡s.
AsÃ­ es como reconoce las direcciones IP de multidifusiÃ³n y MAC de multidifusiÃ³n.
Ahora he hablado un poco sobre lo que hacen los enrutadores con marcos de multidifusiÃ³n.
Dije que cuando un enrutador recibe en un marco de multidifusiÃ³n, lo primero que dice
es, Â¿es esto algo que necesito procesar?
Porque podrÃ­a ser un saludo EIGRP o un saludo OSPF o algo asÃ­
en cuyo caso dirÃ©, ah, estoy programado para buscar esto.
DÃ©jame enviarlo a mi CPU para su procesamiento.
Que se detienen y pausan por un momento.
Piensa sobre esto.
Imagina que eres un enrutador, estÃ¡ bien, y estÃ¡s programado para hacer EIGRP,
Â¿estÃ¡ bien? Por lo tanto, estÃ¡ escuchando especÃ­ficamente las tramas de Ethernet que se aproximan.
en ir a 01005E, 0000A, Â¿verdad?
Porque eso se asignarÃ­a a 10, 2240010 mapas hasta 00A en la capa dos.
Entonces aquÃ­ de vez en cuando estÃ¡s esperando como un enrutador y dices, estÃ¡ bien,
bueno, ya sabes, EIGRP no deberÃ­a ser tan hablador, Â¿verdad?
En un ambiente agradable y estable, cada cinco o diez segundos mÃ¡s o menos deberÃ­as
estar recibiendo un paquete de saludo EIGRP, yendo a esa Mac de multidifusiÃ³n, y luego
lo procesas. Ahora, Â¿quÃ© pasa si alguien que no sabe nada sobre EIGRP
pero saben que la multidifusiÃ³n configura su vÃ­deo de alta definiciÃ³n multidifusiÃ³n
flujo, que va a siete megabits por segundo, y seleccionan,
No sÃ©, 239.0010 como vestido de destino.
Â¿Adivina quÃ©? En la capa dos, ese flujo de video de alta definiciÃ³n se asignarÃ¡ a
exactamente la misma direcciÃ³n Mac que estÃ¡ usando EIGRP.
Y ahora, de repente, su enrutador en lugar de recibir solo un paquete
cada cinco o diez segundos recibe miles de paquetes cada uno
segundo ir a esta capa para abordar.
Puede apostar que el enrutador no estarÃ¡ muy contento con eso.
Incluso podrÃ­a fallar porque tiene que tomar todo ese trÃ¡fico dirigido a
la CPU no sea EIGRP.
Necesito descartar eso para poder aislar el pequeÃ±o saludo EIGRP que es
sigue llegando cada cinco segundos mÃ¡s o menos.
AsÃ­ que sÃ© consciente de eso.
Ahora, Â¿quÃ© hacen los conmutadores cuando reciben multidifusiÃ³n?
Bueno, si solo estÃ¡s hablando de la capa dos pura, los conmutadores inundan la multidifusiÃ³n
porque, Â¿cÃ³mo sabe un interruptor dÃ³nde reenviar algo?
Bueno, cuando entra la trama de Ethernet, Â¿quÃ© hace un conmutador?
Aprende que en la tabla de direcciones MAC, a veces llamada tabla CAM,
Â¿bien? AsÃ­ es como el conmutador llena la tabla CAM, la direcciÃ³n MAC
tabla basada en las direcciones MAC de origen.
Bueno, Â¿se han visto alguna vez direcciones MAC de multidifusiÃ³n en la fuente de una red Ethernet?
Â¿marco? No, no lo son.
Al menos no deberÃ­an serlo.
Eso serÃ­a ilegal.
Entonces, debido a que una direcciÃ³n MAC de multidifusiÃ³n solo aparece en el destino, por
por defecto, un interruptor no tiene forma de aprenderlo porque no estÃ¡ en la fuente.
Entonces, Â¿quÃ© hacen los switches cuando reciben una trama de Ethernet y parecen
en el destino y no hay ninguna coincidencia en la tabla?
Lo inundan. Eso es lo que hacen.
Por lo tanto, el comportamiento predeterminado de muchos conmutadores es inundar la multidifusiÃ³n.
Ahora veremos cuando entremos en el tema del snooping de IGMP que cambia