Zusammenfassung

  • 80,5 % der 76.700 Pfade mit erfolgreicher PMTU-Messung lagen bei 1.500 Byte; in der Access-Forward-Kampagne waren andere Werte häufiger.
  • Bei 12,12 % von 10.989 bidirektional gemessenen Pfaden unterschied sich die PMTU je Richtung; 18,5 % der 63.389 Pfade mit MSS-Beobachtungen wichen vom Messwert ab. Beide Anteile sind nicht nach Internetverkehr gewichtet.

Eine Mehrheit ist nur dann aussagekräftig, wenn ihr Nenner sichtbar bleibt. Die Studie „The Internet’s Path MTUs: How Big Can You Go?“ berichtet über 76.700 Pfade, auf denen RIPE Atlas zwischen Februar und April 2026 erfolgreich die PMTU bestimmen konnte. Insgesamt traten 97 verschiedene Werte auf. Am häufigsten waren 1.500 Byte mit 80,5%; 1.492 Byte erreichten 11,7%, 1.480 und 1.476 Byte etwa 1,5% und 1,4%.

Das sind Anteile beobachteter Pfade, nicht von Paketen, Kunden oder Internetverkehr. Am Zugang fällt die Abweichung besonders auf: In der Access-Forward-Kampagne hatten 20,6% der Pfade einen Wert ungleich 1.500 Byte. Bei der Web-Infrastruktur lagen die Anteile unter 4%, bei den Kernmessungen unter 3%. Die Kampagnen nutzten unterschiedliche Messpunkte und Auswahlregeln. Ihr Vergleich motiviert eine Prüfung des Zugangswegs, ist aber kein kontrollierter Nachweis eines festen Unterschieds zwischen Rand und Kern.

Auch die Richtung zählt. Bei 10.989 in beiden Richtungen gemessenen Pfaden waren die PMTUs in 12,12% verschieden. In 92,3% dieser asymmetrischen Fälle war der Rückweg größer. Bei 64,1% der asymmetrischen Pfade lag der Rückweg bei mindestens 1.500 Byte, während der Hinweg darunter blieb. Eine einzelne Zahl pro Ziel kann deshalb überschätzen, was die tatsächlich genutzte Richtung trägt. Über das Verkehrsvolumen dieser Pfade oder die Häufigkeit von Anwendungsfehlern sagt das Ergebnis nichts aus.

Die Studie verglich die gemessene PMTU außerdem mit einer aus dem angekündigten TCP-MSS abgeleiteten Paketgröße. Für 63.389 Pfade lagen MSS-Beobachtungen vor; bei 51.644 (81,5 %) stimmte die MSS-Schätzung mit der gemessenen PMTU überein, bei den übrigen 18,5 % nicht. Bezogen auf alle 63.389 Pfade berechnen die Autoren rund 11,26 % Unterschätzungen und 7,2 % Überschätzungen; die gemessene PMTU dient dabei als Vergleichsbasis. Das ist eine Differenz zwischen Beobachtungsmethoden, keine Verlustrate auf Anwendungsebene und kein Beleg dafür, dass eines der Signale immer falsch ist.

MSS ist ein Hinweis, aber kein direkter Nachweis der Netzgrenze jedes Pfads.

Das Studiendesign begrenzt die Aussagekraft. Separate Kampagnen umfassten Kern-Anker, Zugangswege in Hin- und Rückrichtung sowie Webserver-Infrastruktur. Probes mussten über 90 Tage ein stabiles Tag behalten. Die Messungen erfolgten vier Wochen lang wöchentlich und wurden rund sechs Wochen später wiederholt. Bei erneut gemessenen Pfaden lag die Reproduzierbarkeit über 96%. Das stützt die Wiederholbarkeit unter diesen Bedingungen, macht die teilnehmenden Probes jedoch nicht zu einer Zufallsstichprobe des Internets.

RIPE Atlas beruht auf freiwilligen Probes und Ankern; die Abdeckung ist ungleich verteilt. Die Autoren nennen eine stärkere Vertretung europäischer und US-amerikanischer Provider und Cloud-Dienste, Unterschiede in der geografischen Dichte und fehlende Gewichtung nach Verkehrsmenge. Für die Netzzurechnung nutzten sie BGP-basierte ASN-Zuordnungen. Bruchstellen mit privaten Adressen blieben aus der Netzwerkanalyse heraus; Traceroute und ICMP-Filter erschweren die genaue Lokalisierung weiterer Begrenzungen.

Ein Muster nahe dem Kundenstandort kann auf Zugang, Gerät oder Kapselung hindeuten, identifiziert aber nicht allein den verantwortlichen Anbieter oder Router.

Für den Betrieb ist 1.500 Byte eine belastbare Ausgangshypothese für viele beobachtete Pfade, aber kein Abnahmeschein für jede Richtung, jeden Tunnel und jeden Kundenweg. Kritische Pfade sollten beidseitig geprüft werden. Zur Messung gehören Endpunkte, Zeitpunkt, Pfad- oder Flow-ID und Kapselungskontext. Die Studie begründet weder eine einheitliche Obergrenze für das gesamte Internet noch die Behauptung, dass Anwendungen unter 1.500 Byte nicht funktionieren.

Quellen: Binkle et al., IMC-’26-Studie; MPI-Eintrag und Preprint; Internet Society Pulse, „How Big Can a Packet Be?“; RIPE93-Programm; RIPE Atlas; RFC 1191; RFC 8201; RFC 8899.