Resumen

  • RFC 1063 definió Probe MTU (opción 11) y Reply MTU (opción 12), ambas de cuatro bytes, para obtener y devolver el menor MTU del recorrido.
  • RFC 1191 sustituyó esa acumulación en paquetes entregados por un aviso ante el fracaso: DF más ICMP Tipo 3, Código 4 con el MTU del siguiente salto.

La sonda arrancaba con el MTU de la red directamente conectada al emisor. En cada pasarela, el campo de dos octetos se comparaba con los enlaces de entrada y salida. Si alguno era menor, ese valor sustituía al anterior. El receptor repetía la comprobación y podía reducir el resultado al mayor datagrama IP que él mismo estuviera preparado para aceptar.

El diseño era compacto: tipo 11, longitud 4 y valor para la sonda; tipo 12, longitud 4 y valor para la respuesta. En la modalidad que RFC 1063 consideraba preferible, la capa IP guardaba temporalmente el mínimo recibido, lo insertaba una sola vez en un datagrama de vuelta y luego lo descartaba.

El coste estaba repartido por toda la ruta. Cada router debía observar la opción y calcular el mínimo. El propio RFC advertía que algunas pasarelas no conocían todavía ambas interfaces cuando procesaban las opciones IP; implementarlo podía exigir cambios importantes. Por eso la sonda debía aparecer aproximadamente una vez por tiempo de ida y vuelta, no en todos los paquetes.

También había una asimetría deliberada. Un mínimo menor actualizaba de inmediato la caché. Un valor mayor se trataba con cautela y solo después de que envejeciera la estimación baja, porque las rutas podían oscilar.

RFC 1191 declaró formalmente obsoleto RFC 1063 y reorganizó el circuito de control. El host enviaba con Don't Fragment. Si el siguiente enlace era demasiado estrecho, el router descartaba el datagrama y respondía con ICMP Destination Unreachable, Tipo 3, Código 4. Los 16 bits inferiores de un campo antes sin uso pasaron a contener el Next-Hop MTU; los superiores debían permanecer a cero. Esa fue la única modificación exigida al router por el nuevo mecanismo.

El dato ya no se componía en cada tránsito exitoso. Nacía en el punto exacto del rechazo. A cambio, el emisor tenía que interpretar avisos de routers antiguos cuyo campo seguía en cero, bajar su estimación con rapidez y probar aumentos con poca frecuencia. RFC 1191 fijó mínimos temporales para esas pruebas y recomendó intervalos aún más conservadores.

En 2014, RFC 7126 declaró obsoletas ambas opciones, señaló que una manipulación podía degradar el rendimiento y recomendó descartar paquetes que las llevaran. Ese documento no permite inferir cuántos equipos las usaron en su día. La historia verificable es la del reparto de trabajo que propusieron, el mecanismo que las reemplazó y su posterior clasificación.

Fuentes