INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

Ejercicio 2.3.6

Sin tener en cuenta el mecanismo de acceso, queremos evaluar la eficiencia de canal desde el punto de vista
del usuario del servicio MAC en las situaciones siguientes:
1. Fast Ethernet [ver resolución aquí]
2. Gigabit Ethernet full dúplex [ver resolución aquí]
3. Gigabit Ethernet full dúplex con Jumbo frame [ver resolución aquí]
Considerad que el nivel de red tiene que enviar datos (IP_SDU) y que, si fuese necesario, se encargará de
fragmentar sus datos para adaptarlos al medio físico (Gigabit Ethernet); a continuación, tenéis las longitudes
de los datos (evaluad los tres casos): 5000 bytes, de 4600 bytes y de 4430 bytes.
Tened en cuenta los siguientes parámetros:
• IFG = 96 tiempos de bit
• Trama de longitud mínima (desde el campo de dirección MAC hasta el CRC) = 64 bytes
• Trama de longitud máxima (desde el campo de dirección MAC hasta el CRC) = 1518 bytes (puntos 1,
2 y 3); 9018 bytes (punto 4)
• Preámbulo + SFD = 8 bytes
• Cabecera IP = 20 bytes

Resolución

La eficiencia se define, con sentido amplio, como lo útil con respecto al total:

bits útiles tiempo útil

Eficiencia = = (1)
bits totales tiempo total
Según el enunciado, nos piden evaluar la eficiencia de canal (a) desde el punto de vista del usuario del
servicio MAC (b):
(a): eficiencia del canal, por lo que el “total” (denominador) refleja todo lo que se envía dentro del canal
físico, tras haberse procesado toda la información por las diferentes capas del equipo transmisor;
(b): desde el punto de vista del usuario del servicio MAC, nos indica qué es la parte útil que tenemos que
considerar (numerador). En este caso, nos están pidiendo que, como parte útil, consideremos lo que
tiene listo el usuario del servicio MAC. Como hemos visto en el Tema 2 [1], el que usa los servicios
del MAC es uno de los protocolos que se apoyan (“están por encima”) al MAC. Si le dais la vuelta
(MAC servicio del usuario) y cogéis las iniciales (que aquí he marcado en negrita), obtendréis
fácilmente lo que tenéis que poner en el numerador. En este caso, la MAC_SDU.
La ecuación (1) queda entonces así para este problema:
𝑀𝑀𝑀𝑀𝑀𝑀−𝑆𝑆𝑆𝑆𝑆𝑆
Eficiencia = (2)
𝑇𝑇𝑇𝑇𝑇𝑇𝑇𝑇 𝑙𝑙𝑙𝑙 𝑞𝑞𝑞𝑞𝑒𝑒 𝑠𝑠𝑠𝑠 𝑒𝑒𝑒𝑒𝑒𝑒í𝑎𝑎 𝑒𝑒𝑒𝑒 𝑒𝑒𝑒𝑒 𝑐𝑐𝑐𝑐𝑐𝑐𝑐𝑐𝑐𝑐 𝐸𝐸𝐸𝐸ℎ𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒 𝑝𝑝𝑝𝑝𝑝𝑝𝑝𝑝 𝑝𝑝𝑝𝑝𝑝𝑝𝑝𝑝𝑝𝑝 𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒𝑒 𝑒𝑒𝑒𝑒𝑒𝑒 𝑀𝑀𝑀𝑀𝑀𝑀−𝑆𝑆𝑆𝑆𝑆𝑆

Antes de todo, necesitamos extraer del enunciado cuál es la arquitectura de protocolos en este caso, para
así saber por cuáles niveles se procesan los datos antes de enviarse, y saber qué elementos se cuentan en
el numerador y cuáles en el denominador.
Tenemos un nivel de red que recibe una petición de envío de una IP_SDU de X bytes (hemos de resolver
para X=5000, 4600 y 4430). El nivel IP es el encargado, no sólo de encontrar la ruta para los paquetes IP,
sino también de controlar que los datos que genere y que pasa a los niveles inferiores no superen el tamaño

1
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

máximo permitido, el cual depende del canal en el que enviamos. Si os recordáis, en FT habéis oído
“Maximum Transmit Unit”, la MTU 1.
1. El campo de datos de Fast Ethernet es, como máximo, de 1500 bytes (ver transparencia 45 [1]).
Esto significa que, cuando llega al nivel MAC, los datos de la trama MAC no pueden ser más largos
de esos 1500 bytes. Para ello, es nivel IP quién tiene que procurar que los datos que pasa al nivel
inferior, cuando lleguen al MAC no superen la MTU. Para ello, el nivel IP puede fragmentar ¡en caso
de que la IP_SDU sea demasiado larga!
2. El campo de datos de Gigabit Ethernet es, como máximo, de 1500 bytes (transparencia 60 [1])
3. El campo de datos de Gigabit Ethernet con Jumbo Frame es, como máximo, de 9000 bytes (ver
transparencia 63 [1])
Resumiendo, hemos dicho que el nivel IP fragmenta para que, a nivel MAC, no lleguen más bytes de los
máximos definidos por la MTU. ¿Cómo sabemos qué cabeceras se van añadiendo entre el nivel IP y el nivel
MAC, entonces? Para ello, recordad que hemos de entender la arquitectura de protocolos a partir del
enunciado.
Podemos resolver el ejercicio de dos maneras: siguiendo el formato “estándar” visto en clase (IP-LLC802.2-
MAC802.3) o bien el formato del stack TCP/IP (TCP-IP-MAC802.3, ver transparencia 51 [1] – que es lo más
común en el caso de IP sobre Ethernet [4]). Aquí desarrollamos el primer caso, ya que no nos especifican
que la IP_SDU sea la TCP-PDU. Por lo tanto, la arquitectura de protocolos quedaría así:

Figura 1: Arquitectura de protocolos

1
Actualmente la función MTU discovery [2, 3] ya aplica a más alto nivel, por lo que los datos ya salen fragmentados
desde la origen, sin hacer falta que los routers intermedios fragmenten.

2
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

CASOS 1 y 2 - Fast Ethernet y Gigabit Ethernet FDX

A nivel MAC, en todos los casos (menos el caso de Jumbo Frame), hemos de conseguir que:
𝑁𝑁 + 20 + 3 ≤ 1500 (3)
De la ecuación (3) vemos que N ≤ 1477, por lo que será necesario fragmentar ya que tenemos una IP_SDU
de X bytes (hemos de resolver para X=5000, 4600 y 4430). Sin embargo, puesto que N tiene que ser múltiplo
de 8, obtenemos que
N=1472 (MTU=1492 [4]) (4)

A. IP_SDU DE 5000 BYTES

En definitiva, para el caso de que X=5000 bytes y considerando la ecuación (4):
• la IP_SDU de X=5000 bytes se fragmentará en 3 IP_SDU de 1472 y una de 584 bytes.
• Sobre cada IP_SDU, el nivel IP añade una cabecera de 20 bytes y pide, para cada fragmento, el
servicio al nivel LLC, o sea solicita la transmisión de 3 LLC_SDU de 1492 y una de 604 bytes.
• Sobre cada LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide, para cada fragmento,
el servicio al nivel MAC, o sea solicita la transmisión de 3 MAC_SDU de 1495 y una de 607 bytes.
• En el canal, cada fragmento irá precedido de un preámbulo y un SFD de 8 bytes y separado del otro
fragmento por un Inter Frame Gap (IFG) equivalente a 12 bytes.

Figura 2: Fragmentación en el caso 1 (Fast Ethernet) y con X=5000 bytes

Figura 3: Lo que viaja en el canal, en el caso 1 (Fast Ethernet) y con X=5000 bytes

3
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

Por lo visto anteriormente (resumido en las Figuras 2 y 3), la ecuación (2) queda en este caso así:

3 MAC_SDU de 1495 y una de 607 bytes

Eficiencia = =
3 MAC_SDU de 1495 y una de 607 bytes+4∗(cabecera y cola MAC+preámbulo+SFD+IFG)
3∗1495+607 5092
= = 97,1%
3∗(1495+18+8+12)+(607+18+8+12) 5244

B. IP_SDU DE 4600 BYTES

Para el caso de que X=4600 bytes:
• la IP_SDU de X=4600 bytes se fragmentará en 3 IP_SDU de 1472 y una de 184 bytes.
• Sobre cada IP_SDU, el nivel IP añade una cabecera de 20 bytes y pide, para cada fragmento, el
servicio al nivel LLC, o sea solicita la transmisión de 3 LLC_SDU de 1492 y una de 204 bytes.
• Sobre cada LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide, para cada fragmento,
el servicio al nivel MAC, o sea solicita la transmisión de 3 MAC_SDU de 1495 y una de 207 bytes.
• En el canal, cada fragmento irá precedido de un preámbulo y un SFD de 8 bytes y separado del otro
fragmento por un Inter Frame Gap (IFG) equivalente a 12 bytes.

3 MAC_SDU de 1495 y una de 207 bytes

Eficiencia = =
3 MAC_SDU de 1495 y una de 207 bytes+4∗(cabecera y cola MAC+preámbulo+SFD+IFG)
3∗1495+207 4692
= = 96,86%
3∗(1495+18+8+12)+(207+18+8+12) 4844

La eficiencia es más baja que en el caso anterior ya que los datos útiles son menores.

C. IP_SDU DE 4430 BYTES

Para el caso de que X=4430 bytes:
• la IP_SDU de X=4430 bytes se fragmentará en 3 IP_SDU de 1472 y una de 14 bytes.
• Sobre cada IP_SDU, el nivel IP añade una cabecera de 20 bytes y pide, para cada fragmento, el
servicio al nivel LLC, o sea solicita la transmisión de 3 LLC_SDU de 1492 y una de 34 bytes.
• Sobre cada LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide, para cada fragmento,
el servicio al nivel MAC, o sea solicita la transmisión de 3 MAC_SDU de 1495 y una de 37 bytes.
• A nivel MAC, hay que asegurar el tamaño mínimo (46 bytes) del campo de datos (ver transparencia
45, 58, 60 y 63 [1]). En este caso, por tanto, el nivel MAC tendrá que añadir relleno en el último
fragmento.
• En el canal, cada fragmento irá precedido de un preámbulo y un SFD de 8 bytes y separado del otro
fragmento por un Inter Frame Gap (IFG) equivalente a 12 bytes.

Eficiencia =
3 MAC_SDU de 1495 y una de 37 bytes
=
3 MACSDU de 1495 y una de 37 bytes+4∗(cabecera y cola MAC+preámbulo+SFD+IFG)+padding)
3∗1495+37 4522
= = 96,56%
3∗(1495+18+8+12)+(46+18+8+12) 4683

La eficiencia es más baja que en el caso anterior ya que los datos útiles son menores.

4
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

CASO 3 – Gigabit Ethernet con Jumbo Frame

A nivel MAC, en el caso de Jumbo Frame, hemos de conseguir que:
𝑁𝑁 + 20 + 3 ≤ 9000 (5)
De la ecuación (5) obtenemos que
N ≤ 8977 (6)

A. IP_SDU DE 5000 BYTES

Según la ecuación (6), no es necesario fragmentar a nivel IP y, para el caso X=5000 bytes hay que
considerar lo siguiente:
• Sobre la IP_SDU de X=5000 bytes, el nivel IP añade una cabecera de 20 bytes y pide el servicio al
nivel LLC, o sea solicita la transmisión de 1 LLC_SDU de 5020 bytes.
• Sobre la LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide el servicio al nivel MAC, o
sea solicita la transmisión de 1 MAC_SDU de 5023 bytes.
• El nivel MAC creará una única trama Gigabit Ethernet jumbo con 5023 bytes de datos útiles y la
cabecera y cola MAC.
• En el canal, esos datos irán precedidos de un preámbulo y un SFD de 8 bytes y separados de otros
envíos por un Inter Frame Gap (IFG) equivalente a 12 bytes.

1 MAC_SDU de 5023 bytes 5023

Eficiencia = = =
1 MACSDU de 5023 +cabecera y cola MAC+preámbulo+SFD+IFG 5023+(18+8+12)
99,25%
La eficiencia es superior a los casos 1, 2 y 3 porque no hemos tenido que fragmentar, evitando así triplicar
las cabeceras en cada nivel.

B. IP_SDU DE 4600 BYTES

Según la ecuación (6), no es necesario fragmentar a nivel IP y, para el caso X=4600 bytes hay que
considerar lo siguiente:
• Sobre la IP_SDU de X=5000 bytes, el nivel IP añade una cabecera de 20 bytes y pide el servicio al
nivel LLC, o sea solicita la transmisión de 1 LLC_SDU de 4620 bytes.
• Sobre la LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide el servicio al nivel MAC, o
sea solicita la transmisión de 1 MAC_SDU de 4623 bytes.
• El nivel MAC creará una única trama Gigabit Ethernet jumbo con 4623 bytes de datos útiles y la
cabecera y cola MAC.
• En el canal, esos datos irán precedidos de un preámbulo y un SFD de 8 bytes y separados de otros
envíos por un Inter Frame Gap (IFG) equivalente a 12 bytes.

1 MAC_SDU de 4623 bytes 4623

Eficiencia = = =
1 MACSDU de 4623 +cabecera y cola MAC+preámbulo+SFD+IFG 4623+(18+8+12)
99,18%

La eficiencia es más baja que en el caso anterior ya que los datos útiles son menores.

5
Enrica Zola ([Link]@[Link]) ©
INTERCONEXIÓN DE REDES EJERCICIOS RESUELTOS

C. IP_SDU DE 4430 BYTES

Según la ecuación (6), no es necesario fragmentar a nivel IP y, para el caso X=4430 bytes hay que
considerar lo siguiente:
• Sobre la IP_SDU de X=4430 bytes, el nivel IP añade una cabecera de 20 bytes y pide el servicio al
nivel LLC, o sea solicita la transmisión de 1 LLC_SDU de 4450 bytes.
• Sobre la LLC_SDU, el nivel LLC añadirá la cabecera LLC de 3 bytes y pide el servicio al nivel MAC, o
sea solicita la transmisión de 1 MAC_SDU de 4453 bytes.
• El nivel MAC creará una única trama Gigabit Ethernet jumbo con 4453 bytes de datos útiles y la
cabecera y cola MAC.
• En el canal, esos datos irán precedidos de un preámbulo y un SFD de 8 bytes y separados de otros
envíos por un Inter Frame Gap (IFG) equivalente a 12 bytes.

1 MAC_SDU de 4453 bytes 4453

Eficiencia = = =
1 MACSDU de 4453 +cabecera y cola MAC+preámbulo+SFD+IFG 4453+(18+8+12)
99,15%
La eficiencia es más baja que en el caso anterior ya que los datos útiles son menores.

Referencias
[1] Enrica Zola, Transparencias de IX – Tema 2, Septiembre 2023. IX_Tema 2_LAN y [Link]
[2] Path MTU Discovery – Wikipedia. [Link] (último acceso
16/3/2020)
[3] Mogul, J. and S. Deering, "Path MTU discovery", RFC 1191, DOI 10.17487/RFC1191, November 1990,
[Link]
[4] Maximum transmission unit – Wikipedia. [Link] (último
acceso 16/3/2020)

6
Enrica Zola ([Link]@[Link]) ©