Was prüft dieser Test?
Ob dein Anschluss IPv6 nutzen kann und ob IPv6 dich ausbremst. Dein Browser öffnet ein paar winzige Testadressen, so wie jede andere Seite:
Reine IPv4- und reine IPv6-Seiten: ob beide funktionieren und über welche Adresse.
Eine Dual-Stack-Seite (sie hat eine IPv4- und eine IPv6-Adresse): welche dein Browser wählt und ob er erst auf IPv6 wartet, bevor er auf IPv4 ausweicht.
Große IPv6-Pakete: eine Anfrage, die groß genug für Pakete in voller Größe ist, über eine neue Verbindung. Ist die MTU auf dem Weg kaputt, klappen kleine Anfragen, große verschwinden, und Seiten laden endlos.
Adressen ohne Namen, eine IPv6 und eine IPv4: ob IPv6 ohne DNS geht und ob du in einem reinen IPv6-Netz mit NAT64 bist.
Jeder Test fragt zwei bis vier Anbieter gleichzeitig (Cloudflare, Google, DNSPod, AliDNS, icanhazip, ipify) und nimmt die erste Antwort, ein gesperrter oder langsamer Anbieter lässt ihn also nicht scheitern.
Wie wird die Note berechnet?
Von 10, nach der Idee von test-ipv6.com, wie bereit ein Netz für IPv6 ist: 4 Punkte, wenn reine IPv6-Seiten aufgehen, 2, wenn große IPv6-Pakete durchkommen, 2, wenn Dual-Stack-Seiten ohne Warten öffnen, 1, wenn IPv6 ohne DNS geht, und 1, wenn dein Browser IPv6 wählt. Einen Punkt Abzug gibt es, wenn IPv6 länger als 3 Sekunden für die Antwort braucht.
Ganz ohne IPv6 ist die Note 0, aber kaputt ist deshalb nichts: Alle Seiten funktionieren weiter über IPv4. Eine 10 heißt: IPv6 geht überall und bremst nichts aus.
Ich habe kein IPv6. Wie bekomme ich es?
Die meisten Anbieter bieten inzwischen IPv6 an; oft ist es nur ausgeschaltet. Such in der Oberfläche deines Routers (bei der FRITZ!Box unter Internet → Zugangsdaten → IPv6) die IPv6-Einstellungen und wähl den Modus deines Anbieters, meist natives IPv6 bzw. DHCPv6 mit Präfix-Delegation. Prüf dann, ob das Heimnetz IPv6-Adressen an deine Geräte verteilt (SLAAC oder DHCPv6).
Hat der Router keine IPv6-Einstellung oder bietet dein Anbieter es nicht an, frag dort nach. Am Handy haben mobile Daten oft IPv6, auch wenn dein WLAN keins hat.
Ohne IPv6 ist alles in Ordnung: Alle Seiten funktionieren über IPv4. Dir entgehen nur die wenigen reinen IPv6-Seiten und -Apps.
IPv6-Adressen gehen, reine IPv6-Seiten aber nicht. Warum?
Deine IPv6-Verbindung ist in Ordnung, aber dein DNS liefert keine IPv6-Adressen (AAAA-Einträge), dein Browser erfährt also nie, dass die Seite eine hat. Häufige Ursachen: eine Router-Einstellung, die AAAA-Einträge filtert, ein DNS-Server, der sie verwirft, oder eine Proxy-App, die DNS selbst beantwortet.
So behebst du es: Schalte den AAAA-Filter im Router ab oder nimm einen öffentlichen DNS wie 1.1.1.1 oder 8.8.8.8.
Was ist der Test mit großen Paketen (MTU)?
Daten reisen in Paketen von höchstens etwa 1.500 Byte (diese Grenze heißt MTU). Auf manchen IPv6-Wegen (Tunnel, PPPoE, falsch eingestellte Router) passen volle Pakete nicht durch eine Teilstrecke, und die Nachricht „schick kleinere“ wird blockiert. Kleine Anfragen klappen, die Verbindung wirkt also in Ordnung, aber große Seiten, Bilder und Downloads hängen.
Der Test schickt über eine neue Verbindung eine 3,5-KB-Anfrage an einen reinen IPv6-Server, was volle Pakete in beide Richtungen braucht. Scheitert er, während der kleine IPv6-Test klappt, senk die MTU in den IPv6- oder WAN-Einstellungen deines Routers (bei PPPoE 1.480 oder 1.452 probieren) oder frag deinen Anbieter.
Warum wählt mein Browser IPv4, obwohl IPv6 geht?
Das ist kein Fehler, reine IPv6-Seiten gehen trotzdem auf. Browser probieren beide und nehmen die, die sich zuerst verbindet (das nennt sich Happy Eyeballs). Gewinnt IPv4, verbindet sich IPv6 in deinem Netz langsamer, oder dein System bevorzugt IPv4: Windows macht das bei getunneltem IPv6 (6to4, Teredo), und viele Proxys und VPN-Apps leiten nur IPv4 weiter.
Ich nutze einen Proxy oder ein VPN. Wessen Ergebnis ist das?
Größtenteils das des Proxys. Mit eingeschaltetem Proxy werden die Testseiten über ihn erreicht, Adressen und IPv6-Unterstützung sind also die des Proxyservers. Ein Proxy, der nur IPv4 weiterleitet, lässt es so aussehen, als hättest du kein IPv6. Um deinen eigenen Anschluss zu testen, schalte den Proxy ab (oder lass diese Server direkt verbinden) und teste neu.
Was ist ein reines IPv6-Netz mit NAT64?
Eine normale Einrichtung, mit der fast jede App funktioniert, du musst also nichts tun. Manche Mobilfunknetze geben Handys nur IPv6. Damit reine IPv4-Seiten trotzdem aufgehen, erfindet der DNS des Anbieters für sie eine IPv6-Adresse (DNS64), und ein Gateway übersetzt sie in IPv4 (NAT64). Seiten öffnen über den Namen, aber eine direkt eingetippte IPv4-Adresse ist nicht erreichbar, und genau daran erkennt es der Test.
Werden meine Daten gesammelt?
Diese Seite bekommt deine Ergebnisse nie. Die Tests gehen direkt von deinem Browser zu den Testservern (Cloudflare, Google und andere), die deine IP-Adresse sehen wie jede Seite, die du besuchst. In einen Link kommen deine Ergebnisse nur, wenn du teilst: Er enthält die Ergebnisse und Zeiten der Tests, dein Land nur, wenn du das Häkchen setzt, und nie deine IP-Adresse. Der Code ist Open Source auf GitHub.
Was zeigt der Vergleich IPv4 gegen IPv6?
Vier Netze (Cloudflare, Google, Akamai und DNSPod) haben je einen Zugang nur über IPv4 und einen nur über IPv6. Der Test fragt beide gleichzeitig und misst die Latenz auf der offenen Verbindung (die niedrigste von drei), der Unterschied zeigt also den Weg, den dein Anbieter jedem Protokoll gibt, nicht den Server. Die Überschrift ist der Median der Unterschiede über die Netze, die auf beiden Wegen geantwortet haben; innerhalb von 10 ms (oder 15 %) gelten beide als gleich schnell.
Die Note ändert sich dadurch nicht: Ein etwas langsameres IPv6 funktioniert trotzdem. Google antwortet in Festlandchina nicht, und die Server von DNSPod stehen dort: Von anderswo sind beide Zeiten lang, und der Unterschied zeigt den Weg nach China.
