Introducción: "¿Qué es el MTU?"

MTU = Maximum Transfer Unit. Es el tamaño máximo de los paquetes que enviamos a internet. Hablamos a nivel IP.

¿Como afecta a la eficiencia de nuestra conexión?

- Si el MTU es bajo, en la transferencia del fichero elevamos la parte de nuestro ancho de banda que se ocupa en información de control de los diversos protocolos (cabeceras).

- Si el MTU es muy alto, en principio, el ancho de banda ocupado en esas cabeceras disminuirá: estaríamos enviando el máximo de carga útil posible en cada paquete. Sin embargo, si un nodo intermedio por el que pase el paquete no puede manejar paquetes tan grandes, será necesario establecer un proceso de segmentación y reensamblado de paquetes que también reduce la eficiencia de la conexión.

El criterio para ajustar el MTU debe ser: lo más alto posible de manera que los protocolos implicados no introduzcan sobrecarga por segmentación y reensamblado.

Un par de casos prácticos:

MTU Óptimo para PPPoE

La torre de protocolos es para PPPoE: TCP, IP, PPP, PPPoE, Ethernet, AAL5, ATM
 

code:

---

MTU        bytes


Máximo     1492

Óptimo     1454

Mínimo      576

---

Supongamos los dos casos a comparar , MTU = 1492, MTU = 1454

a) MTU = 1492 bytes.
 

code:

---

User Data     1452 ¯¯¯¯|
                       |
Cabeceras   Tamaño     | MTU
                       |
TCP/IP         40  ____|

PPP             2  <- cabecera PPP
                      que identifica el paquete enviado

PPPoE           6

Ethernet       16

------------------

Trama Total  1518 bytes

---

Esos 1518 bytes son los que pasas al flujo de células ("paquetes") ATM. En ATM las células son de tamaño fijo: 53 bytes(= 48 bytes de datos útiles + 5 cabeceras)

Así 1518 bytes / 48 = 31 células llenas + un resto de 30 bytes.

La última celda solo llevará 30 bytes útiles.

Además, se añade un cola de segmentación y reensamblado (SAR) de 8 bytes, para que el modem remoto sea capaz de recuperar la trama de 1518 bytes original a partir del flujo ATM recibido.

Tenemos ocupados en ese paquete, 30+8=38 bytes. El resto de bytes de datos de usuario (10) se rellenan hasta tener 40 bytes en la parte de datos de usuario.

La sobrecarga aplicada total es de 10 bytes sobre los 1452 útiles: 10/1452 = 0'69% overhead.

b) MTU = 1454 bytes.
 

code:

---

User Data     1414 ¯¯¯¯|
                       |
Cabeceras   Tamaño     | MTU
                       |
TCP/IP         40  ____|

PPP             2

PPPoE           6

Ethernet       16

------------------

Trama Total  1480 bytes

---

Flujo de células ATM: 1480/48 = 30 células + un resto de 40 bytes.

En este caso la última célula tiene 40 bytes de datos + 8 bytes de SAR = 48 bytes. No se necesita relleno. Esto elimina la sobrecarga producida por relleno a nivel ATM.

Conclusiones. La diferencia es de un ~0.7%.

Para una línea convencional de 256kbps esto supone una diferencia de 256 * 0'7% = 1'8 kbps.

Para un línea de 1Mbps la diferencia es de 1024Kbps * 0'7% = 7'2 kbps

En definitiva, que el efecto tampoco es demasiado apreciable.


MTU Óptimo para PPPoA

La torre de protocolos es en este caso: TCP, IP, PPP, PPPoA, AAL5, ATM

MTU óptimo = 1470 bytes.
 

code:

---

User Data     1430 ¯¯¯¯|
                       |
Cabeceras   Tamaño     | MTU
                       |
TCP/IP         40  ____|

PPP             2

PPPoA           8

------------------

Trama Total  1480 bytes

---

Que nos da una sobrecarga por relleno de 0 bytes como en el caso anterior.

Referencias

- Encapsulation Overhead(s) in ADSL Access Networks
- PPPoE: RFC2516
- PPPoA: RFC2364
- PPP: RFC1331
- Optimal MTU configuration for PPPoE ADSL Connections.

Manual realizado por MetalHead para www.adslayuda.com.

Publicado originalmente en el foro de ADSLAyuda: 3Com Wireless y MTU.