INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS
Ejercicio 2.2.1
01 80 C2 00 00 00 00 06 28 38 6A DC 00 26 42 42
03 00 00 00 00 00 00 64 00 06 28 77 43 70 00 00
00 08 80 00 00 06 28 38 6A C2 80 2B 02 00 14 00
02 00 0F 00 00 00 00 00 00 00 00 00
Primero, para poder resolver el ejercicio, hace falta reconocer y separar los campos de la trama MAC
Ethernet. Para ello, hemos de mirar las transparencias del Tema 2, desde la 40 hasta la 48.
Estructura de la trama MAC IEEE 802.3
Notad que en azul están marcados los campos de la cabecera (y cola) específicos de la trama MAC IEEE
802.3: @MAC destino, @MAC origen, (cuando hay la etiqueta VLAN), campo L/T y cola con el control de
error.
Según dice el enunciado del problema, los campos “preámbulo y SFD (Start Frame Delimiter)” se procesan a
nivel físico: el primero, sirve para que el nivel físico se sincronice con la llegada de la información, y el
segundo indica cuándo va a empezar la trama 802.3. Y no se indican en la captura que os hemos
proporcionado. O sea, los números (hexadecimales) empiezan con el campo MAC destino. Además, el
campo FCS con el control de error (4 bytes) tampoco aparece.
Por esto, el primer byte del ejercicio (01) es el primero de los 6 bytes de la dirección destino. O sea, si
marcamos los campos encima de la captura:
01 80 C2 00 00 00 00 06 28 38 6A DC 00 26 42 42 03 00 00 00 …02 00 0F 00 00 00 00
00 00 00 00 00
De cada campo, según indicado en las transparencias 42-45, podemos decir algo más. Vamos por partes:
(1) @MAC destino (6 bytes): 01 80 C2 00 00 00
(2) @MAC origen (6 bytes): 00 06 28 38 6A DC
De cada dirección MAC, según las transparencias 42 y 43, puedo saber dos cosas:
a) Si es una dirección individual o de grupo – miramos el bit menos significativo (el de más a la
derecha) del byte más significativo (el de la izquierda) – Transparencia 42
b) Si es una dirección local o universal (el siguiente bit a la izquierda del anterior – Transparencia 43
1
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS
Vamos a concretar, empezando con la @MAC destino:
01 80 C2 00 00 00
MSB (Most Significant Byte) – “01”
Si pongo en bits este byte más significativo, obtengo: 00000001. El bit menos significativo del byte
más significativo es, por lo tanto, el 1., así que la MAC destino es una dirección de grupo. Con una
dirección de grupo, ya no tiene sentido mirar si sigue el formato OUI; sin embargo, notad que el
siguiente bit menos significativo es el 0 (así que si decís que es una dirección universal no sería del
todo incorrecto).
Vamos a hacer lo mismo con la @MAC origen:
00 06 28 38 6A DC
MSB (Most Significant Byte) – “00”
Si pongo en bits este byte más significativo, obtengo: 00000000. El bit menos significativo del byte
más significativo es, por lo tanto, el 0., así que la MAC origen es una dirección individual (truco para
recordar que el 0 es para individual: la dirección origen siempre será individual! Otro truco: la
dirección de broadcast, que es una dirección específica de grupo, es FF FF FF FF FF FF, o sea
todos los bits a 1). El siguiente bit menos significativo es el 0, así que es una dirección universal cuyo
formato nos indica: los primeros 3 bytes identifican al fabricante (00 06 28, si lo buscáis, está
asociado a CISCO).
(3) L/T (2 bytes): 00 26
Este campo puede indicar (Transparencia 44):
Vamos a transformar en decimal ese campo. Para ello, no es necesario primero pasar a binario y
de ahí a decimal. Basta con hacer la operación siguiente:
0 * 163 + 0 * 162 + 2 * 161 + 6 * 160 = 38
2
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS
Siendo 38 < 1500, este campo nos está indicando que la longitud de la trama de datos (o sea, que
la MAC-SDU) es de 38 bytes. Dado que las tramas MAC no pueden llevar datos menores de 46
bytes, implícitamente podemos añadir que hay (46-38)= 8 bytes de padding:
00 00 00 00 00 00 00 00
O sea, la MAC-SDU en realidad son los 38 bytes siguientes: 42 42 03 00 00 00…02 00 0F 00
¿Puedo saber qué protocolo de la capa superior ha generado estos datos (que, recordad, llamamos
MAC-SDU cuando el nivel superior va a pedir un servicio al inferior, deviniendo así el usuario del
servicio MAC – y de ahí, MAC SDU)?
Sí, en el caso de que el campo L/T indique longitud, ciertamente la MAC-SDU coincide con una LLC-
PDU, o sea que el usuario del servicio MAC es el LLC. Y como hemos estudiado también el formato
de la trama LLC, podemos seguir analizando la cabecera LLC IEEE 802.2 (Transparencia 27):
42 42 03 00 00 00 … 02 00 0F 00
(4) DSAP (1 byte): 42
(5) SSAP (1 byte): 42
Tanto el Destination como en Source Service Access Point son 42, que corresponde a IEEE 802.1
Bridge Spanning Tree Protocol. O sea, el campo Información de la LLC-PDU, es una trama del
protocol STP (que veremos en el Tema 5).
(6) Control (1 byte): 03
Este código 03 indica una Unnumbered Information (ver Transparencia 27). Este tipo de trama LLC
es del protocolo LLC 1, que está asociado al servicio de transferencia de datos no orientado a
conexión. Viene a indicar que, el protocolo de la capa superior, que en este caso es STP, ha pedido
al LLC que transmita sus datos sin establecer una conexión previa.
De todo lo anterior, podemos extrapolar que la arquitectura de protocolos por el que ha pasado esta trama es
la siguiente:
3
Enrica Zola ([Link]@[Link]) ©