Résumé

  • Parmi 76 700 chemins dont le PMTU a pu être mesuré, 80,5 % indiquaient 1 500 octets; la campagne d’accès vers l’avant comptait davantage de valeurs différentes.
  • Sur 10 989 chemins mesurés dans les deux sens, 12,12 % différaient; 18,5 % des 63 389 chemins avec observation MSS divergeaient aussi du PMTU mesuré. Ces taux ne pondèrent pas le trafic Internet.

Une majorité n’a de sens que si son dénominateur l’accompagne. Dans « The Internet’s Path MTUs: How Big Can You Go? », une équipe rapporte 76 700 chemins sur lesquels RIPE Atlas a pu découvrir un PMTU entre février et avril 2026. Les mesures couvrent 97 valeurs distinctes. La plus fréquente est 1 500 octets (80,5 %); 1 492 octets représente 11,7 %, tandis que 1 480 et 1 476 octets comptent respectivement environ 1,5 % et 1,4 %.

Il s’agit d’observations de chemins, pas de la part des paquets, des clients ou du trafic Internet transportée à chaque taille. La différence apparaît particulièrement à l’accès : 20,6 % des chemins de la campagne access-forward avaient un PMTU autre que 1 500 octets. Cette proportion restait sous 4 % pour l’infrastructure web et sous 3 % pour le cœur. Les campagnes reposent sur des points de mesure et des critères distincts. Leur contraste invite à examiner le chemin d’accès; il ne constitue pas une estimation expérimentale opposant le bord au cœur.

Le sens de circulation compte aussi. Sur 10 989 chemins mesurés dans les deux directions, 12,12 % présentaient un PMTU différent. Dans ces cas asymétriques, le PMTU retour était supérieur dans 92,3 % des cas. Pour 64,1 % des chemins asymétriques, le PMTU retour atteignait au moins 1 500 octets alors que celui de l’aller était inférieur. Une valeur unique associée à une destination peut donc surestimer ce que supporte le sens effectivement utilisé. Ces résultats ne renseignent ni le volume de trafic concerné ni la fréquence des échecs applicatifs.

L’étude confronte également le PMTU mesuré à une approximation tirée du MSS TCP annoncé. Des observations MSS existaient pour 63 389 chemins; 51 644 (81,5 %) correspondaient au PMTU mesuré, les 18,5 % restants présentant un écart. Rapportés aux 63 389 chemins, les résultats indiquent environ 11,26 % de sous-évaluations et 7,2 % de surestimations, en prenant le PMTU mesuré comme référence. Il s’agit d’un écart entre méthodes d’observation, pas d’un taux de perte applicative ni d’une preuve que l’un des signaux est toujours faux. Le MSS renseigne, sans prouver directement la limite réseau de chaque chemin.

Le protocole expérimental borne la portée des conclusions. Trois campagnes ont couvert des ancres du cœur, des chemins d’accès dans les deux sens et des serveurs web. Les sondes devaient conserver un tag stable pendant 90 jours; les mesures hebdomadaires ont été répétées pendant quatre semaines, puis de nouveau environ six semaines plus tard. La reproductibilité dépassait 96 % pour les chemins remesurés. Cela étaye la répétabilité dans ces conditions, mais ne transforme pas les sondes participantes en échantillon aléatoire d’Internet.

RIPE Atlas dépend de sondes et d’ancres participantes; la couverture est inégale. Les auteurs relèvent une représentation plus forte des fournisseurs et services cloud européens et américains, une densité géographique variable et l’absence de pondération par trafic. L’attribution réseau repose sur des associations ASN issues de BGP. Les ruptures d’adresses privées sont exclues de l’analyse réseau; le traceroute et le filtrage ICMP empêchent parfois de situer précisément une contrainte. Une valeur près de la frontière client peut évoquer l’accès, un équipement ou l’encapsulation, sans identifier à elle seule un opérateur responsable.

Pour l’exploitation, 1 500 octets constitue donc une hypothèse de départ solide pour de nombreux chemins observés, pas une validation pour chaque direction et chaque tunnel. Les équipes ont intérêt à tester les deux sens pour les chemins qui portent leurs charges et à conserver l’origine de chaque mesure : extrémités, heure, identité de chemin ou de flux, et contexte d’encapsulation. Les sources n’autorisent ni un plafond mondial unique ni la conclusion qu’un PMTU inférieur à 1 500 rend une application inutilisable.

Sources : Binkle et al., étude IMC ’26; fiche MPI et prépublication; Internet Society Pulse, « How Big Can a Packet Be? »; programme RIPE93; RIPE Atlas; RFC 1191; RFC 8201; RFC 8899.