Zusammenfassung

  • Terry Sweetser maß vor der Umstellung 44,3 Prozent IPv6 beim BitTorrent-Verkehr. Nach der Bindung von qBittorrent an eine IPv6-Schnittstelle lag der Zwei-Tage-Durchschnitt bei 92,6 Prozent.
  • Die Voreinstellung „Any Interface“ ließ IPv4-Verbindungen über NAT zu, obwohl IPv6 samt Portfreigabe bereits funktionierte.

Bei Terry Sweetser war IPv6 längst eingeschaltet. Sein Anschluss erhielt ein natives /48, lokale Dienste nutzten IPv6, und qBittorrent hatte eine IPv6-Portfreigabe. Trotzdem lief die Mehrzahl der BitTorrent-Bytes über IPv4. Die Ursache saß nicht im großen Netzplan, sondern in einer kleinen Auswahlbox: „Any Interface“.

In seinem bei APNIC veröffentlichten Messbericht beschreibt Sweetser, wie er NetFlow-Daten nach Anwendungen und Protokollen aufschlüsselte. Über die 30 Tage vor dem Eingriff betrug der IPv6-Anteil von BitTorrent 44,3 Prozent. Tracker lieferten IPv4-Peer-Adressen. Der Client durfte jede Schnittstelle verwenden und eröffnete deshalb Verbindungen über das IPv4-NAT des Routers. IPv6 war beidseitig erreichbar; IPv4 konnte mangels Portfreigabe nur Verbindungen nach außen aufbauen. Der Download lief, und genau das verdeckte den Umweg.

Sweetser legte qBittorrents Netzwerkschnittstelle auf IPv6 fest. In den zwei folgenden Tagen erreichte die Anwendung im Durchschnitt 92,6 Prozent IPv6; die gemeldete mittlere IPv4-Rate sank von 1,08 auf 0,38 Mbps. Für das gesamte Netz vergleicht der Bericht 67,7 Prozent aus 30 Tagen davor mit 79,2 Prozent aus zwei Tagen danach. Das sind unterschiedlich lange Messfenster, und weitere lokale Anpassungen können den Gesamtwert beeinflussen. Die einzelne Einstellung erklärt jedoch, warum die vorhandene IPv6-Verbindung zuvor so wenig genutzt wurde.

Seine Originalfolien vom APRICOT 2026 verkürzen den Anwendungseffekt auf einen Sprung von rund 44 Prozent zu „ALL IPv6“. Der spätere Bericht nennt für die Zwei-Tage-Messung 92,6 Prozent. Diese präzisere Zahl ist wichtiger als der starke Ausdruck auf der Bühne: Ein anhaltendes 100-Prozent-Ergebnis ist damit nicht belegt.

Andere IPv4-Quellen blieben übrig: ältere Kameras, Webdienste und Infrastruktur des Zugangsproviders. APNIC führt Sweetser in seinen Community-Unterlagen. Seine Untersuchung zeigt eine brauchbare Trennlinie. Die Schnittstellenwahl des eigenen Clients konnte er ändern; fremde Geräte und Dienste nicht. Wer die IPv4-Last senken will, sollte zuerst messen, was die Standardeinstellungen tatsächlich entscheiden.