1.5. La Fragmentación IP y el Tamaño de MTU

UF1794 | El enemigo invisible del rendimiento de la red

graph TD subgraph Emisor A[Paquete IP Original
Tamaño: 2000 Bytes] end subgraph Router_Fragmentador B["Router Intermedio
MTU del enlace: 1500 Bytes"] end subgraph Transmision F1["Fragmento 1
1500 Bytes"] F2["Fragmento 2
520 Bytes"] end subgraph Receptor C["Receptor
Reensambla los fragmentos"] end A -->|Paquete demasiado grande| B B -->|Fragmenta el paquete| F1 B --> F2 F1 -->|Viajan por separado| C F2 --> C style A fill:#e74c3c,color:#fff style B fill:#f39c12,color:#fff style F1 fill:#3498db,color:#fff style F2 fill:#3498db,color:#fff style C fill:#27ae60,color:#fff

1. MTU: El Límite de Carga de la Autopista Digital

En el diseño de redes (UF1794), cada tecnología de Capa 2 tiene un límite físico en el tamaño máximo de la trama que puede transportar. Este límite se llama MTU (Maximum Transmission Unit). Para las redes Ethernet estándar, la MTU es de 1500 bytes. Esto significa que la "Carga Útil" de una trama Ethernet no puede superar los 1500 bytes. Si una aplicación de Capa 7 (como un servidor de ficheros) quiere enviar un bloque de datos de 2000 bytes, el protocolo IP (Capa 3) debe intervenir.

Cuando un router recibe un paquete IP que es más grande que la MTU del siguiente enlace por el que debe viajar, tiene dos opciones, dependiendo de un bit en la cabecera IP: el bit DF (Don't Fragment).



2. Fragmentación IP: El Coste del "Troceado"

Si el bit DF está a 0, el router tiene permiso para fragmentar el paquete. Coge el paquete original de 2000 bytes y lo "corta" en trozos más pequeños que sí quepan en la MTU de 1500 bytes. En nuestro ejemplo, crearía dos fragmentos:

  • Fragmento 1: 1500 bytes (1480 de datos + 20 de cabecera IP).
  • Fragmento 2: 540 bytes (520 de datos restantes + 20 de cabecera IP).

Estos dos fragmentos viajan por la red como paquetes independientes y es el dispositivo final (el receptor) el responsable de reensamblarlos para reconstruir el paquete original. Este proceso, aunque funciona, es un desastre para el rendimiento:

  • Aumento de Overhead: Se envían más cabeceras IP de las necesarias, consumiendo ancho de banda.
  • Carga de CPU: El receptor debe gastar ciclos de CPU en reensamblar los fragmentos.
  • Mayor Probabilidad de Fallo: Si se pierde un solo fragmento por el camino, el receptor no puede reconstruir el paquete original. Si se usa TCP, se deberá retransmitir el paquete original completo, no solo el fragmento perdido.


3. Path MTU Discovery (PMTUD): La Solución Inteligente

Para evitar la fragmentación, los sistemas operativos modernos utilizan una técnica llamada Path MTU Discovery (PMTUD). El proceso es ingenioso:

  1. El emisor envía todos sus paquetes con el bit DF (Don't Fragment) puesto a 1.
  2. Si un router intermedio necesita fragmentar el paquete pero ve el bit DF a 1, no lo fragmenta. En su lugar, descarta el paquete y envía un mensaje de error ICMP "Fragmentation Needed" de vuelta al emisor. Este mensaje de error incluye la MTU del enlace que ha causado el problema.
  3. El emisor recibe este mensaje ICMP, aprende cuál es la MTU máxima para esa ruta concreta, y reajusta el tamaño de sus paquetes para que quepan sin necesidad de ser fragmentados.

El problema en redes industriales es que muchos administradores de IT, por políticas de seguridad, bloquean todo el tráfico ICMP en los firewalls. Al hacer esto, el emisor nunca recibe el mensaje de "Fragmentation Needed" y la comunicación simplemente falla sin que nadie sepa por qué. Un técnico de Nivel III debe saber negociar con el departamento de IT para permitir este tipo de tráfico ICMP específico.



4. Jumbo Frames: La MTU para la Industria 4.0

En aplicaciones industriales que mueven grandes volúmenes de datos, como las cámaras de visión artificial de alta resolución, la MTU de 1500 bytes es un cuello de botella. Para solucionarlo, se crearon los Jumbo Frames, que aumentan la MTU a valores de 9000 bytes o más. Esto reduce drásticamente el número de paquetes a procesar, disminuyendo la carga de la CPU y aumentando el rendimiento neto.

Sin embargo, los Jumbo Frames tienen un requisito no negociable: TODOS los dispositivos en la ruta de comunicación (el PLC, todos los switches intermedios, y el PC o servidor final) deben estar configurados para soportar el mismo tamaño de MTU. Si un solo switch en medio del camino no está configurado para Jumbo Frames, descartará silenciosamente cualquier paquete mayor de 1500 bytes, provocando fallos de comunicación muy difíciles de diagnosticar.

ANATOMÍA DE LA FRAGMENTACIÓN IP Paquete Original (2040 Bytes) IP Hdr TCP Hdr DATOS (2000 Bytes) Fragmentación (MTU=1500) Fragmento 1 (1500 Bytes) IP Hdr 1 Datos (Bytes 0-1479) Fragmento 2 (560 Bytes) IP Hdr 2 Datos (Bytes 1480-1999)
Figura 1: Proceso de fragmentación. Un paquete original con 2000 bytes de datos es dividido por un router con una MTU de 1500. El router crea dos fragmentos: el primero lleva los primeros 1480 bytes de datos, y el segundo lleva los 520 restantes. Cada fragmento tiene su propia cabecera IP, aumentando el overhead y la complejidad en el receptor.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

🎥 Formación Técnica: MTU, Fragmentación y Jumbo Frames

Descubre con Wireshark cómo un paquete se fragmenta en la vida real y aprende a utilizar el comando PING para descubrir la MTU máxima de una ruta de red.

▶ Ver Tutorial sobre MTU y Fragmentación

📝 Evaluación Técnica: MTU y Fragmentación

1. ¿Qué es la MTU (Maximum Transmission Unit) en el contexto de una red Ethernet?

2. ¿Por qué la fragmentación de paquetes IP es perjudicial para el rendimiento de una red, especialmente en entornos industriales?

3. Se instala una nueva cámara de visión artificial configurada para enviar imágenes usando "Jumbo Frames" (MTU 9000). Sin embargo, el servidor no recibe ninguna imagen. El ping funciona, pero la transferencia de datos falla. ¿Cuál es la causa más probable?

🤖 Ejercicio Práctico 4: Descubridor de Path MTU con Python

Objetivo: Crear un script que descubra automáticamente la MTU máxima de una ruta de red, una herramienta de diagnóstico esencial para detectar problemas de fragmentación.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

"Actúa como un ingeniero de redes senior. Escribe un script en Python que utilice el comando 'ping' para descubrir la MTU de la ruta (Path MTU) hacia un destino. El script debe: 1. Pedir al usuario una dirección IP de destino. 2. Utilizar un bucle que envíe pings con el bit 'Don't Fragment' activado y un tamaño de paquete variable. En Windows, el comando es `ping [IP] -f -l [tamaño]`. En Linux, es `ping [IP] -M do -s [tamaño]`. 3. Empezar con un tamaño grande (ej. 1472 bytes, que son 1500 - 28 de cabeceras) y reducirlo en cada iteración si el ping falla (porque necesita ser fragmentado). 4. Cuando el ping finalmente tenga éxito, el script debe imprimir el tamaño del paquete que ha pasado y declararlo como la 'Path MTU' descubierta. Comenta el código en español explicando la lógica del 'Path MTU Discovery' y por qué es crucial para evitar la fragmentación."

Análisis de la respuesta esperada: La IA generará un script de diagnóstico muy potente. Al ejecutarlo, verás cómo el programa "negocia" con la red: envía un paquete grande, el router lo rechaza, y el script prueba con uno más pequeño hasta que encuentra el tamaño exacto que pasa. Este proceso es la base del PMTUD y es una técnica fundamental para optimizar el rendimiento de las comunicaciones TCP/IP, especialmente cuando se atraviesan túneles VPN o redes de terceros con MTUs no estándar.