- Este debate tiene 12 respuestas, 7 mensajes y ha sido actualizado por última vez el hace 2 años, 7 meses por
.
-
Entradas
-
Hola…me quedo algunas dudas…
1) En tu ejemplo de clase pusiste la direccion ipv4 124.0.0.128 y la convertiste una convertiste a una dirección MAC 01-00-5E-00-00-80 agarrando los primeros 23 bits de derecha a izquierda sin contar el bit numero 24.. en tu ejemplo el bit numero 24 fue 0 y comentaste que no interesaba tomarlo en cuenta.. pero que pasaría si ese bit numero 24 es 1.. que se haría?.
2) Se puede convertir cualquier dirección ipv4 a una dirección MAC? .. o solo se hace con las dirección ipv4 multicast?
3) En el ejercicio N°5 por que La trama se modifica 2 veces y el paquete no se modifica?Desde ya muy agradecido por tu apoyo.
Hola Chrisstopher!
Ok comencemos con la pregunta 1.
La dirección que puse en el ejemplo es una dirección IP multicast 224.0.0.128, recuerda que las direcciones multicast IP se encuentran en el rango desde la 224.0.0.0 hasta la 239.255.255.255. En el caso que el bit número 24 tenga un valor de 1, no importa, no se lo toma en cuenta, es decir tómalo como si fuera un valor de «0». Hagamos un ejemplo para que quede más claro:
Vamos a obtener la dirección MAC multicast de la dirección IP multicast 239.224.1.1. ¿Qué tenemos que hacer?
– Primero convertimos esa dirección IP a valores binarios:
239= 11101111
224= 11100000
1 = 00000001
1 = 00000001IP en binario: 11101111.11100000.00000001.00000001
– Ahora obtenemos los últimos 23 bits menos significativos. Esos bits los vemos en negrita a continuación
11101111.11100000.00000001.00000001
– Convertimos esos 23 bits a valores hexadecimales
110 = 6
0000 = 0
0000 = 0
0001 = 1
0000 = 0
0001 = 1El resultado hexadecimal sería 60:01:01. Si te das cuenta no hemos tomado en cuenta al bit número 24 aunque su valor sea «1».
– Para concluir, colocamos delante de esos valores los dígitos hexadecimales 01:00:5e
01:00:5e + 60:01:01 = 01:00:5e:60:01:01.
Y esa es la dirección MAC multicast equivalente a la dirección IP 239.224.1.1.
Queda más claro ahora? =D
Pregunta 2)
Solo tiene utilidad el convertir las direcciones IP multicast a direcciones MAC multicast y direcciones IP broadcast a direcciones MAC Broadcast. Si tu quieres convertir una dirección IP UNICAST a una dirección MAC UNICAST… no tendría sentido porque no tiene un uso real… las interfaces que tienen direcciones IP UNICAST tienen sus propias direcciones MAC UNICAST creadas desde fábrica.
Pregunta 3)
Para responder esta pregunta tienes que tener claro el concepto de «encapsulación y desencapsulación». Vayamos por partes, primero el paquete es encapsulado dentro de una trama y es enviado al cable desde la computadora «A»… cuando la trama llegue al switch, el switch no va modificar nada de la trama, el switch es un dispositivo que generalmente trabaja en la capa 2, por lo tanto no analiza el contenido del paquete, el switch va reenviar la trama SIN MODIFICARLA al primer router, el primer router si es un dispositivo que trabaja en la capa 3, por lo tanto necesita analizar los contenidos del paquete, necesita analizar las direcciones IP que tiene el paquete, para esto desencapsula el paquete eliminando el header y el trailer de la trama, no va modificar nada del paquete, solo va analizar las direcciones IP para decidir dónde debe enviarse el paquete. Cuando el paquete tenga que ir al segundo router, el paquete tiene que ser enviado por OTRA interface de salida, esa otra interface de salida tiene OTRA dirección MAC, eso ya lo analizamos en la introducción a la capa de Enlace de datos. Esto quiere decir que el paquete es encapsulado en una NUEVA TRAMA que tiene NUEVAS direcciones MAC de origen y destino (Ahí ya tenemos la primera modificación de la trama)… cuando le trama llega al segundo router, se realiza la misma operación, el router que es un dispositivo que trabaja en la capa 3, elimina el header y el trailer de la trama… analiza las direcciones IP del paquete y determina qué hacer con el paquete, recuerda que NO modifica el paquete, solo lo analiza…gracias a su análisis decide enviar el paquete al dispositivo de destino B…ese paquete tiene que ser enviado por OTRA interface de salida, esa otra interface de salida tiene OTRA dirección MAC, por lo tanto el paquete es encapsulado en una NUEVA TRAMA que tiene NUEVAS direcciones MAC de origen y destino (ahí tenemos la segunda modificación de la trama)… cuando el paquete encapsulado en una nueva trama llega al segundo switch, este segundo switch solamente analiza el contenido del header de capa 2, no analiza el header de capa 3… esto quiere decir que no modifica nada de la trama… simplemente la va reenviar al dispositivo B y la comunicación se va poder completar.
En resumen, el paquete NO se ha modificado ni 1 sola vez en los dispositivos intermedios. La trama SI se ha modificado 2 veces en los routers. Es por eso que la respuesta es «La trama se modifica 2 veces y el paquete no se modifica».
Quedo claro con eso? =D … de todas formas el funcionamiento de un switch se desarrolla bastante en las siguientes lecciones.
Atento a tus comentarios!!
La pregunta 1 tiene dos respuestas válidas 😀
1. ¿Cuál es el tamaño de las direcciones MAC?
6 bits
6 bytes
18 bytes
48 bytes
48 bits
16 bytesHola Alvaro,
Sobre la pregunta 2) del Quiz,2. ¿Cuáles de estas direcciones MAC son incorrectas?
en mi respuesta, falle con respecto a estas 2 direcciones MAC..AE-GB-12-34-FF-AF
A3:N1:18:99:4A:A0¿Porque estas Direcciones MAC serian incorrectas?
Hola Edward!
Recuerda el concepto PRINCIPAL de las direcciones MAC… las direcciones están conformadas por 12 valores HEXADECIMALES… ¿Cuál es el rango de los valores hexadecimales?… estos van desde el 0 al 9 y desde la letra «A» hasta la letra «F»… si te fijas en la primera dirección MAC existe la letra G… la letra G no tiene nada que ver con valores hexadecimales… y lo mismo ocurre con la siguiente dirección MAC… tienes la letra N que nada tiene que ver con valores hexadecimales.
Espero que no esta explicación quede más claro!
Saludos cordiales.
Hola Alexis!!
La respuesta es NO, 802.11 NO es Ethernet, y este es un error común que cometen muchas personas (yo incluído en su momento)… 802.11 es una familia de estándares para la comunicación INALÁMBRICA. Ethernet se rige bajo los estándares 802.3… 802.3 y 802.11 tienen especificaciones totalmente diferentes, ni siquiera utilizan el mismo formato de trama.
No te preocupes que de esto hablamos en esta lección del módulo 2: https://netwgeeks.com/topic/2-25-estructura-de-la-trama-802-11/ .
Atento a tus comentarios! =)
Hola profe, una consulta, en la pregunta 5 se modifican las tramas al pasar por los swtich y no por los router o estoy equivocado ?
SaludosHola Sebastian!
Recuerda las clases de ARP y del Modelo OSI del módulo 1. También mencionamos esto en la lección https://netwgeeks.com/topic/2-1-introduccion-a-la-capa-de-enlace-de-datos-2/ en el minuto 12. Los switches por defecto son dispositivos de capa 2 que solo ANALIZAN las direcciones MAC de las tramas recibidas. La misma trama que ingresa a un switch es la misma trama que sale del switch. Este comportamiento de los switches se analiza más adelante a más detalle así que no te preocupes.
Los routers tienen diferente comportamiento cuando se utiliza la tecnología Ethernet, una trama que ingresa a un router no es la misma trama que sale del router, las direcciones de capa 2 cambian cuando las tramas salen de los routers. Las direcciones de Capa 3 por el otro lado se mantienen desde principio a fin sin importar que existan hubs switches o routers en el trayecto.
Si volvemos a la pregunta, esto quiere decir que las direcciones de la trama se modifican 2 veces debido a que tenemos 2 routers entre el dispositivo A y B. Por el otro lado las direcciones del paquete no se modifican ni en los switches ni en los routers. La opción correcta es: La trama se modifica 2 veces y el paquete no se modifica
En el link que te proporcionamos también se explica todo este proceso. Por favor dale una mirada! =)
Estoy atento a tus comentarios!
Saludos cordiales.
- Debes estar registrado para responder a este debate.