Resumen

  • El 80,5 % de las 76.700 rutas con PMTU medido registró 1.500 bytes; en la campaña de acceso hacia adelante hubo más resultados distintos.
  • De 10.989 rutas medidas en ambos sentidos, el 12,12 % fue asimétrico; el 18,5 % de las 63.389 rutas con observaciones MSS difirió del PMTU medido. No son tasas ponderadas por tráfico.

Una mayoría solo sirve si se conserva su denominador. En “The Internet’s Path MTUs: How Big Can You Go?”, los investigadores informan de 76.700 rutas en las que RIPE Atlas logró descubrir un PMTU entre febrero y abril de 2026. El conjunto contiene 97 valores distintos. El más frecuente fue 1.500 bytes, con el 80,5 %; 1.492 bytes representó el 11,7 %, y 1.480 y 1.476 bytes, aproximadamente el 1,5 % y el 1,4 %.

Son proporciones de rutas observadas, no de paquetes, clientes o tráfico de Internet. La diferencia importa especialmente en el acceso: en la campaña access-forward, el 20,6 % de las rutas tuvo un valor distinto de 1.500 bytes. La proporción fue inferior al 4 % en la infraestructura que sirve la web y al 3 % en la campaña del núcleo. Cada campaña empleó puntos de observación y criterios diferentes; la comparación invita a revisar el borde, pero no mide en condiciones controladas la distancia entre borde y núcleo.

También importa el sentido. De 10.989 rutas medidas en ambas direcciones, el 12,12 % presentó PMTU distintos. En el 92,3 % de esos casos asimétricos, la ruta de vuelta admitía un valor mayor. En el 64,1 % de las rutas asimétricas, el PMTU inverso era de al menos 1.500 bytes mientras que el de ida quedaba por debajo. Por tanto, asociar un único número al destino puede exagerar lo que soporta la dirección que transporta el flujo. El resultado no indica cuánto tráfico circuló por esas rutas ni cuántas aplicaciones fallaron.

El estudio contrasta además el PMTU medido con una inferencia basada en el MSS TCP anunciado. Había observaciones de MSS para 63.389 rutas; 51.644 (81,5 %) coincidieron con el PMTU medido y el 18,5 % restante presentó una diferencia. Sobre el total de 63.389 rutas, el estudio calcula una subestimación cercana al 11,26 % y una sobreestimación del 7,2 %, tomando el PMTU medido como referencia. Es una diferencia entre métodos de observación, no una tasa de fallos de aplicaciones ni una prueba de que una señal sea siempre incorrecta. MSS aporta información, pero no confirma directamente el límite de red de cada ruta.

El diseño experimental define el alcance del resultado. Hubo campañas separadas para anclas del núcleo, rutas de acceso de ida y vuelta e infraestructura web. Las sondas debían conservar una etiqueta estable durante 90 días. Las mediciones se repitieron semanalmente durante cuatro semanas y otra vez aproximadamente seis semanas después. La reproducibilidad superó el 96 % en las rutas remedidas. Es una buena señal de repetibilidad bajo esas condiciones, no una muestra aleatoria de Internet.

RIPE Atlas depende de sondas y anclas voluntarias; la cobertura no es uniforme. Los autores señalan mayor presencia de proveedores y servicios cloud europeos y estadounidenses, densidad geográfica desigual y ausencia de ponderación por volumen de tráfico. La atribución de redes utiliza asociaciones ASN derivadas de BGP. Los puntos de ruptura con direcciones privadas se excluyeron del análisis por red, y traceroute y los filtros ICMP impiden localizar algunas restricciones con certeza.

Un patrón cerca del límite del cliente puede apuntar a un tramo de acceso, equipo o encapsulación; no identifica por sí solo al operador o dispositivo responsable.

Para los equipos de operación, 1.500 bytes es una hipótesis inicial sólida para muchos de los caminos observados, pero no una validación de cada sentido o túnel. Conviene medir ambos sentidos en las rutas que llevan cargas críticas y conservar junto al resultado sus extremos, hora, identidad de ruta o flujo y encapsulación. El estudio no justifica un tope universal, ni demuestra que un PMTU inferior a 1.500 impida funcionar a una aplicación.

Fuentes: Binkle et al., estudio IMC ’26; registro y prepublicación MPI; Internet Society Pulse, “How Big Can a Packet Be?”; agenda RIPE93; RIPE Atlas; RFC 1191; RFC 8201; RFC 8899.