Sie sind über die Feiertage bei Ihrer Familie und verbinden sich mit dem WLAN. Dann merken Sie, dass Netflix nicht so schnell lädt wie sonst. Sie gehen zu speed.cloudflare.com, fast.com, speedtest.net, oder geben „Geschwindigkeitstest“ in Google Chrome ein, um herauszufinden, ob Ihre Internetverbindung ein Problem hat. Sie erhalten dann etwas, das in etwa so aussieht:
Wenn Sie Ihre eigenen Zahlen sehen möchten, können Sie es hier selbst ausprobieren. Aber was bedeuten diese Messungen? Was haben sie damit zu tun, ob Netflix geladen wird, oder mit einem der anderen üblichen Anwendungsfälle, mit Gaming oder Audio-/Videochats mit Ihren Freunden und Verwandten? Selbst Netzwerkentwickler finden: Geschwindigkeitstests und die eigentliche Nutzungserfahrung des Internets lassen sich nur schwer verbinden.
Erstaunlicherweise haben sich Geschwindigkeitstests in fast zwei Jahrzehnten kaum verändert, obwohl wir das Internet inzwischen ganz anders nutzen. Angesichts der steigenden Zahl von Internetnutzern wird die Kluft zwischen Geschwindigkeitstests und der Nutzererfahrung mit der Netzqualität immer größer. Das Problem ist so wichtig, dass auch die Organisation für Internetstandards darauf aufmerksam geworden ist.
Auf übergeordneter Ebene gibt es drei große Herausforderungen bei Netzwerktests:
Methoden zur effizienten und genauen Messung der Netzqualität finden und den Endnutzern vermitteln, ob und wie sich die Qualität auf ihre Erfahrungen auswirkt.
Wenn ein Problem gefunden wird, die Quelle des Problems ermitteln, ob es sich z. B. um die drahtlose Verbindung oder um eines der vielen Kabel und Geräte handelt, aus denen das Internet besteht.
Die Testergebnisse eines einzelnen Nutzers im Kontext der Ergebnisse seiner Nachbarn verstehen oder die Ergebnisse archivieren, um z. B. Nachbarschaften zu vergleichen oder zu erfahren, ob das Netzwerk besser oder schlechter wird.
Cloudflare freut sich, die neue Initiative „Aggregated Internet Measurement“ (AIM) ankündigen zu können. AIM soll bei allen drei Herausforderungen helfen. Es handelt sich dabei um ein neues und offenes Format, mit dem Internetqualität in einer Form dargestellt wird, die für Internetendnutzer sinnvoll ist. Dabei geht es um Anwendungsfälle, die bestimmte Arten von Internet-Performance erfordern und gleichzeitig bleiben alle Netzwerkdaten erhalten, die Entwickler zur Problembehebung benötigen. Wir freuen darüber, bei diesem Projekt mit Measurement Lab zusammenzuarbeiten und all diese Daten in einem öffentlich zugänglichen Repository zu speichern. Auf dieses Repository können Sie zugreifen, um die Daten zu analysieren, die hinter den Ergebnissen Ihrer Geschwindigkeitstestseite stehen, deren Quellcode jetzt zusammen mit den AIM-Berechnungen offengelegt wird.
Was ist ein Geschwindigkeitstest?
Ein Geschwindigkeitstest ist eine zeitpunktbezogene Messung Ihrer Internetverbindung. Wenn Sie sich mit einem Geschwindigkeitstest verbinden, versucht dieser gewöhnlich, eine große Datei abzurufen (wichtig für Video-Streaming), führt dann einen Paketverlusttest durch (wichtig für Gaming), misst den Jitter (wichtig für Video-/VoIP-Anrufe) und die Latenz (wichtig für alle Anwendungsfälle im Internet). Mit diesem Test wird ermittelt, wie gut Ihre Internetverbindung in der Lage ist, grundlegende Aufgaben auszuführen.
Bei diesem Ansatz gibt es einige Herausforderungen, die mit einer einfachen Beobachtung beginnen: Auf der „Netzwerkebene“ des Internets, auf der Daten und Pakete bewegt werden, gibt es nur drei Maßnahmen, die direkt beobachtet werden können. Diese sind:
die verfügbare Bandbreite, manchmal auch als „Durchsatz“ bezeichnet;
Paketverluste, die im gesamten Internet bei stabilem Zustand extrem gering sind; und
die Latenz, die oft als Round-Trip-Time (RTT) bezeichnet wird.
Diese drei Attribute sind eng miteinander verwoben. Vor allem der Anteil der verfügbaren Bandbreite, den ein Nutzer tatsächlich erreicht (Durchsatz), wird direkt von Verlust und Latenz beeinflusst. Ihr Computer entscheidet anhand von Verlust und Latenz, wann ein Paket gesendet wird und wann nicht. Ein gewisser Verlust und eine gewisse Latenz sind zu erwarten, ja sogar notwendig. Wenn es zu viel wird, beginnt die Bandbreite zu sinken.
Es handelt sich um einfache Zahlen, aber ihre Beziehung ist alles andere als selbstverständlich. Denken Sie daran, wie viele Möglichkeiten es gibt, zwei Zahlen so zu addieren, dass sie hundert ergeben: x + y ≤ 100. Wenn x und y genau richtig sind, dann ergeben sie zusammen hundert. Allerdings sind viele Kombinationen von x und y möglich. Schlimmer noch: Wenn entweder x oder y oder beide ein wenig Abweichen, dann ergeben sie zusammen weniger als hundert. In diesem Beispiel sind x und y der Verlust und die Latenz, 100 ist die verfügbare Bandbreite.
Es sind noch andere Kräfte am Werk und diese Zahlen verraten nicht alles. Sie sind jedoch die einzigen Messwerte, die sich direkt beobachten lassen. Ihre Bedeutung ist wichtig und ebenso die Gründe, warum sie für die Diagnose relevant sind. Erörtern wir also nacheinander die einzelnen Faktoren und wie Aggregated Internet Measurement versucht, diese Probleme zu lösen.
Was bedeuten die Zahlen in einem Geschwindigkeitstest?
Die meisten Geschwindigkeitstests zeigen die oben genannten Werte an: Bandbreite, Latenz, Jitter und Paketverlust. Im Folgenden schlüsseln wir jede dieser Zahlen einzeln auf und erklären ihre Bedeutung:
Bandbreite
Bandbreite ist der maximale Durchsatz/die maximale Kapazität über eine Kommunikationsverbindung. Die übliche Analogie zur Definition der Bandbreite ist der Vergleich einer Internetverbindung mit einer Autobahn: Die Bandbreite ist die Anzahl der Fahrspuren und der Autos, die auf die Spuren passen. Früher hieß die Bandbreite oft „Geschwindigkeit“, weil Internet ServiceProvider (ISP) die Geschwindigkeit als die Zeit messen, die für das Herunterladen einer großen Datei benötigt wird, und mit einer größeren Bandbreite auf Ihrer Verbindung laden Dateien schneller.
Paketverlust
Paketverlust ist exakt das, was der Name sagt: Einige Pakete werden von einem Ursprung an ein Ziel gesendet, werden vom Ziel aber nicht empfangen. Dies kann Anwendungen stark beeinträchtigen, denn wenn Informationen auf dem Weg zum Empfänger verloren gehen, ann de Emfnge nr swer vrthn, ws gsedt ird (kann der Empfänger nur schwer verstehen, was gesendet wird).
Latenz
Latenz ist die Zeit, die ein Paket oder eine Nachricht braucht, um von Punkt A zu Punkt B zu gelangen. Im Kern besteht das Internet aus Computern, die Signale in Form von elektrischen Signalen oder Lichtstrahlen über Kabel an andere Computer senden. Die Latenz bezeichnet die Zeit, die ein elektrisches Signal benötigt, um über ein Kabel oder eine Glasfaser von einem Computer zu einem anderen zu gelangen. Eine Möglichkeit, die Latenz zu verringern, besteht also darin, die Strecke zu verkürzen, die die Signale bis zu ihrem Ziel zurücklegen müssen.
Bei der Latenz wird zwischen der Latenz ohne Last und der Latenz unter Last unterschieden. Der Grund: Bei Routern und Switches gibt es Warteschlangen. Dort werden Datenpakete gespeichert, wenn sie schneller ankommen, als sie übertragen werden können. Die Bildung von Warteschlangen ist normal und gewährleistet eine korrekte Datenübertragung. Wenn diese Warteschlangen jedoch zu lang sind oder wenn sich andere Anwendungen völlig anders verhalten als Ihre, fühlt sich die Verbindung langsamer an, als sie tatsächlich ist. Dies nennt man einen Bufferbloat.
In unserem AIM-Test betrachten wir die Latenz ohne Last, um Ihnen zu zeigen, wie hoch Ihre Latenz sein könnte. Wir erfassen aber auch die Latenz unter Last. Sie gibt ein besseres Bild über Ihre Latenz während Ihrer alltäglichen Internetnutzung.
Jitter
Jitter ist eine spezielle Art der Latenzmessung. Es handelt sich dabei um die Varianz der Latenz Ihrer Internetverbindung. Wenn der Jitter hoch ist, kommen einzelne Pakete später an. Dies kann sich auf Anwendungsfälle auswirken, bei denen Inhalt in Echtzeit übertragen werden muss, z. B. bei der Sprachkommunikation.
Stellen Sie sich den Jitter am besten wie einen Arbeitsweg auf einer konkreten Strecke oder einem Pfad vor. Bei der Latenz stellt sich die Frage: „Wie weit bin ich vom Zielort entfernt, gemessen in Zeit?“ Die durchschnittliche Fahrzeit mit der Bahn beträgt beispielsweise 40 Minuten. Anstelle der Fahrtdauer fragt Jitter: „Wie einheitlich ist meine Fahrdauer?“ Ein Jitter von Null bedeutet, dass die Bahn immer 40 Minuten braucht. Liegt der Jitter jedoch bei 15, wird die Fahrt schwieriger, da sie zwischen 25 und 55 Minuten dauern kann.
Aber selbst wenn wir diese Werte verstehen, verraten sie uns zwar, was vor sich geht, aber nicht, wo genau.
Ist das WLAN oder meine Internetverbindung das Problem?
Wenn Sie einen Geschwindigkeitstest durchführen, verbinden Sie sich nicht nur mit Ihrem ISP, sondern auch mit Ihrem lokalen Netzwerk, das wiederum mit Ihrem ISP verbunden ist. Und Ihr lokales Netzwerk kann seine eigenen Probleme haben. Denken Sie an einen Geschwindigkeitstest, der auf hohe Paketverluste und Jitter hinweist: Meist bedeutet es, dass irgendetwas im Netzwerk die Pakete fallen lassen könnte. Normalerweise rufen Sie in diesem Fall Ihren ISP an. Sein Rat lautet oft: „Gehen Sie näher an Ihren WLAN-Zugangspunkt oder besorgen Sie sich einen Verstärker.“
Das ist wichtig – WLAN nutzt Funkwellen zur Übertragung von Informationen, und Materialien wie Ziegel, Putz und Beton Stören und schwächen das Signal, je weiter Sie sich von Ihrem Zugangspunkt entfernen. Mesh-WLAN-Geräte wie Nest WiFi und Eero führen regelmäßig Geschwindigkeitstests von ihrem Hauptzugangspunkt aus durch, um diese Art von Problemen zu erkennen. Wenn Sie Nutzern also im Voraus mitteilen, wie Sie hohe Paketverluste und Jitter einfach verhindern, können diese Nutzer besser beurteilen, ob das Problem beim Setup ihrer WLAN-Verbindung liegt.
Zwar trifft dies auf die meisten Probleme im Internet zu, doch ist es oft hilfreich, wenn Netzbetreiber diese Daten in ihrer Gesamtheit betrachten können, anstatt die Nutzer nur näher an ihre Zugangspunkte zu schicken. Wenn man die Ergebnisse Ihres Geschwindigkeitstests an einen Ort leitet, an dem Ihr Netzbetreiber Ihre Werte und andere in Ihrem Gebiet überblicken, würden Netzwerkentwickler Probleme proaktiv erkennen, bevor Nutzer sie melden. Das hilft nicht nur den Nutzern, sondern auch den Netzwerk-Providern. Schließlich ist es teuer und zeitaufwendig, Anrufe entgegenzunehmen und Techniker loszuschicken, um Probleme zu lösen, die auf die Konfiguration der Nutzer zurückzuführen sind.
Das ist eines der Ziele von AIM. Die Initiative soll helfen, Probleme zu lösen, noch bevor jemand zum Telefon greift. Endnutzer erhalten eine Reihe von Tipps, um die Tauglichkeit ihrer Internetverbindung zu verstehen und erfahren, wie sie sich verbessern lässt – und zwar in einem verständlichen Format. Netzbetreiber bekommen alle notwendigen Daten, um Probleme auf der „letzten Meile“ zu erkennen, bevor jemand zum Telefon greift, und sparen so Zeit und Geld. Schauen wir uns im nächsten Abschnitt an einem konkreten Beispiel an, wie das funktionieren kann.
Ein Praxisbeispiel
Die Ergebnisse eines Geschwindigkeitstests können verwirrend sein. Das liegt daran, dass Sie womöglich nicht verstehen, wie sich diese Messungen in ihrer Kombination auf Ihr Interneterlebnis auswirken. Schauen wir uns ein Praxisbeispiel an und wie es sich auf Sie auswirkt.
Nehmen wir an, Sie arbeiten in einem Gebäude mit vier Büros und einem Hauptarbeitsbereich, der wie folgt aussieht:
Sie müssen den ganzen Tag Videogespräche mit Ihren Kunden führen und sitzen in dem Büro, das am weitesten vom WLAN-Zugangspunkt entfernt ist. Ihre Anrufe brechen ständig ab und Sie haben eine wirklich schlechte Nutzererfahrung. Als Sie von Ihrem Büro aus einen Geschwindigkeitstest durchführen, sehen Sie folgendes Ergebnis:
.tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;} .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;} .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;} .tg .tg-0lax{text-align:left;vertical-align:top}
| Metric | Far away from access point | Close to access point |
|---|---|---|
| Download Bandwidth | 21.8 Mbps | 25.7 Mbps |
| Upload Bandwidth | 5.66 Mbps | 5.26 Mbps |
| Unloaded Latency | 19.6 ms | 19.5 ms |
| Jitter | 61.4 ms | 37.9 ms |
| Packet Loss | 7.7% | 0% |
Kennzahl
Weit entfernt vom Zugangspunkt
In der Nähe des Zugangspunkts
Download-Bandbreite
| Metric | 0 points | 5 points | 10 points | 20 points | 30 points | 50 points |
|---|---|---|---|---|---|---|
| Loss Rate | > 5% | < 5% | < 1% | |||
| Jitter | > 20 ms | < 20ms | < 10ms | |||
| Unloaded latency | > 100ms | < 50ms | < 20ms | < 10ms | ||
| Download Throughput | < 1Mbps | < 10Mbps | < 50Mbps | < 100Mbps | < 1000Mbps | |
| Upload Throughput | < 1Mbps | < 10Mbps | < 50Mbps | < 100Mbps | < 1000Mbps | |
| Difference between loaded and unloaded latency | > 50ms | < 50ms | < 20ms | < 10ms |
21,8 Mbit/s
25,7 Mbit/s
Upload-Bandbreite
| Metric | Result |
|---|---|
| Streaming Score | 25/70 pts (Average) |
| Gaming Score | 15/40 pts (Poor) |
| RTC Score | 15/50 pts (Average) |
5,66 Mbit/s
| Metric | Result |
|---|---|
| Streaming Score | 45/70 pts (Good) |
| Gaming Score | 35/40 pts (Great) |
| RTC Score | 35/50 pts (Great) |
5,26 Mbit/s
Latenz ohne Last
19,6 ms
19,5 ms
Jitter
61,4 ms
37,9 ms
Paketverlust
7,7 %
0 %
Was bedeuten diese Daten für Sie? Ein Netzwerkentwickler würde einen Blick auf den hohen Jitter und den Paketverlust werfen und denken: „Dieser Nutzer muss wahrscheinlich näher an den Router heranrücken, um ein besseres Signal zu erhalten.“ Aber wenn Sie sich diese Ergebnisse ansehen und keine Ahnung haben, müssen Sie einen Netzwerkentwickler um Hilfe bitten. Das könnte zu einem Anruf bei Ihrem ISP führen und damit die Zeit und das Geld aller Beteiligten verschwenden. Aber Sie sollten nicht auf einen Netzwerkentwickler angewiesen sein, um herauszufinden, ob Sie Ihren WLAN-Zugangspunkt verlegen müssen oder ob Ihr ISP keine gute Erfahrung bietet.
Aggregated Internet Measurement ordnet den Zahlen Ihres Geschwindigkeitstests qualitative Bewertungen zu, um Ihnen zu helfen, diese Zahlen sinnvoll zu interpretieren. Wir haben szenariospezifische Scores erstellt, d. h. einen einzelnen qualitativen Wert, der auf der Ebene eines Szenarios berechnet wird: Wir berechnen verschiedene Qualitätswerte auf der Grundlage dessen, was Sie zu tun versuchen. Für den Anfang haben wir drei AIM-Scores erstellt: Streaming, Gaming und WebChat/RTC. Diese Scores gewichten jede Metrik unterschiedlich, je nachdem, welche Internetbedingungen für die erfolgreiche Ausführung der Anwendung erforderlich sind.
| City | Average Streaming Score | Average Gaming Score | Average RTC Score |
|---|---|---|---|
| Tokyo | 31 | 13 | 16 |
| New York | 33 | 13 | 17 |
| Mumbai | 25 | 13 | 16 |
| Dublin | 32 | 14 | 18 |
Die Scoring-Rubrik von AIM weist Ihrer Verbindung auf der Grundlage der Tests Punktwerte zu. Wir veröffentlichen AIM mit einem „gewichteten Score“, bei dem die Punktwerte auf der Grundlage der in den jeweiligen Szenarien wichtigsten Metriken berechnet werden. Diese Punktwerte sind nicht als statische Werte gedacht. Sie werden sich weiterentwickeln, je nachdem, was Anwendungsentwickler, Netzwerkbetreiber und die Internet-Community darüber herausfinden, wie sich die verschiedenen Performance-Merkmale auf die Anwendungserfahrung in den einzelnen Szenarien auswirken. Das ist ein Grund mehr, die Daten ins M-Lab zu stellen, damit die Community bei der Entwicklung wirksamer Bewertungsmechanismen mithelfen kann.
Hier finden Sie die vollständige Rubrik und die einzelnen Punktwerte, die mit den aktuellen Metriken assoziiert werden:
.tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;} .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;} .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;} .tg .tg-d6mv{background-color:#666;color:#FFF;font-weight:bold;text-align:left;vertical-align:top} .tg .tg-kyaz{background-color:#D9D9D9;color:#172B4D;text-align:left;vertical-align:top} .tg .tg-0lax{text-align:left;vertical-align:top}
Kennzahl
0 Punkte
5 Punkte
10 Punkte
20 Punkte
30 Punkte
50 Punkte
Verlustrate
> 5 %
< 5 %
< 1 %
Jitter
> 20 ms
< 20 ms
< 10 ms
Latenz ohne Last
> 100 ms
< 50 ms
< 20 ms
< 10 ms
Download-Durchsatz
< 1 Mbit/s
< 10 Mbit/s
< 50 Mbit/s
< 100 Mbit/s
< 1000 Mbit/s
Upload-Durchsatz
< 1 Mbit/s
< 10 Mbit/s
< 50 Mbit/s
< 100 Mbit/s
< 1000 Mbit/s
Differenz zwischen Latenz mit und ohne Last
> 50 ms
< 50 ms
< 20 ms
< 10 ms
Und hier ist ein kurzer Überblick darüber, welche Werte wichtig sind und wie wir die Scores für jedes Szenario berechnen:
Streaming: Downloadbandbreite + Latenz ohne Last + Paketverlust + (Latenz mit Last - Latenz ohne Lastdifferenz)
Gaming: Paketverlust + Latenz ohne Last + (Latenz mit Last - Latenz ohne Lastdifferenz)
RTC/Video: Paketverlust + Jitter + Latenz ohne Last + (Latenz mit Last - Latenz ohne Lastdifferenz)
Um die einzelnen Scores zu berechnen, nehmen wir die Punktwerte aus Ihrem Geschwindigkeitstest und berechnen diese aus den insgesamt möglichen Punkten für das jeweilige Szenario. Anhand des Ergebnisses können wir Ihre Internetverbindung für jedes Szenario bewerten: schlecht, mangelhaft, durchschnittlich, gut und großartig. So richtet sich die Bewertung Ihrer Internetqualität für Videoanrufe beispielsweise nach Paketverlusten, Jitter, Latenz ohne Last und der Differenz zwischen der Latenz mit und ohne Last. Wir addieren die Punktwerte, die sich aus Ihren Geschwindigkeitstests ergeben, und erhalten einen Score, der angibt, wie weit Ihre Internetqualität von der perfekten Videogesprächserfahrung entfernt ist. Auf der Grundlage Ihres Geschwindigkeitstests sehen Sie hier die AIM-Scores Ihres Büros, das sich weit vom Zugangspunkt befindet:
.tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;} .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;} .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;} .tg .tg-0lax{text-align:left;vertical-align:top}
Kennzahl
Ergebnis
Streaming-Score
25/70 Punkten (durchschnittlich)
Gaming-Score
15/40 Punkten (mangelhaft)
RTC-Score
15/50 Punkten (durchschnittlich)
Anstatt zu sagen „Ihre Bandbreite ist X und Ihr Jitter ist Y“, können wir sagen „Ihr Internet ist okay für Netflix, aber mangelhaft für Gaming und nur durchschnittlich für Zoom“. In diesem Fall war die Verlegung des WLAN-Zugangspunkts an einen zentraleren Standort die Lösung, die den AIM-Score in diesen Wert verwandelte:
.tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;} .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;} .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;} .tg .tg-0lax{text-align:left;vertical-align:top}
Kennzahl
Ergebnis
Streaming-Score
45/70 Punkten (gut)
Gaming-Score
35/40 Punkten (großartig)
RTC-Score
35/50 Punkten (großartig)
Sie können diese Ergebnisse heute sogar im Cloudflare-Geschwindigkeitstest als „Network Quality Score“ sehen:
In diesem speziellen Fall war kein Anruf beim ISP erforderlich und es wurden auch keine Netzwerkentwickler hinzugezogen. Der Zugangspunkt wurde einfach näher an die Mitte des Büros verlegt. Niemand musste zum Telefon greifen und das Erlebnis wurde für alle Beteiligten reibungsloser.
AIM nimmt die Metriken, die den Netzwerkentwicklern wichtig sind, und übersetzt sie in verständliche Zahlen, die auf den Anwendungen basieren, die Sie tatsächlich nutzen möchten. Die aggregierten Daten sind anonym (in Übereinstimmung mit unserer Datenschutzrichtlinie), sodass Ihr ISP Geschwindigkeitstests in Ihrem Stadtgebiet einsehen kann und die zugrundeliegenden Daten dazu beitragen können, Nutzerbeschwerden in Informationen zu übersetzen, die für Netzwerkentwickler verwertbar sind. Darüber hinaus können politische Entscheidungsträger und Forscher die aggregierten Daten untersuchen, um besser zu verstehen, was die Nutzer in ihren Regionen erleben, damit sie sich für eine bessere Internetqualität einsetzen können.
Arbeitsbedingungen
Hier ist eine interessante Frage: Wenn Sie einen Geschwindigkeitstest durchführen, womit verbinden Sie sich dann und wie ist das Internet am anderen Ende der Verbindung? Eine der Herausforderungen, mit denen Geschwindigkeitstests häufig konfrontiert sind, besteht darin, dass die Server, mit denen Sie Ihren Test durchführen, nicht dieselben sind, die Ihre Websites betreiben oder schützen. Aus diesem Grund können die Netzwerkpfade, die Ihr Geschwindigkeitstest zum Host auf der anderen Seite nimmt, sehr unterschiedlich sein. Sie können sogar optimiert werden, um so viele Geschwindigkeitstests wie möglich zu bedienen. Das bedeutet, dass Ihr Geschwindigkeitstest nicht den Pfad testet, den Ihr Traffic normalerweise nimmt, wenn er die von Ihnen verwendeten Anwendungen erreicht. Die Tests, die Sie durchgeführt haben, messen einen Netzwerkpfad, aber es ist nicht der Netzwerkpfad, den Sie normalerweise nutzen.
Geschwindigkeitstests sollten unter realen Netzwerkbedingungen stattfinden. Diese sollten die reale Nutzung des Internets widerspiegeln, nämlich mit mehreren offenen Anwendungen, Browser-Tabs und Geräten, die alle um die Verbindung konkurrieren. Dieses Konzept der Messung Ihrer Internetverbindung mit anwendungsnahen Tools – und zwar während Ihr Netzwerk so viel wie möglich genutzt wird – nennt man „Messung unter Arbeitsbedingungen“. Heute stellen Geschwindigkeitstests völlig neue Verbindungen zu einer Website her, die für den Test der Netzwerk-Performance reserviert ist. Leider erfolgt die alltägliche Internetnutzung nicht über neue Verbindungen zu speziellen Websites für Geschwindigkeitstests. Das ist bei vielen Internetanwendungen sogar so gewollt, denn sie verlassen sich auf die Wiederverwendung derselben Verbindung zu einer Website, um dem Endnutzer eine bessere Performance zu bieten. Dadurch entfällt die kostspielige Latenz, die durch den Aufbau der Verschlüsselung, den Austausch von Zertifikaten und mehr entsteht.
AIM trägt in mehrfacher Hinsicht zur Lösung dieses Problems bei. Erstens haben wir alle unsere Tests so implementiert, wie unsere Anwendungen es tun würden, und messen sie unter Arbeitsbedingungen. Wir messen die Latenz unter Last, um Ihnen zu zeigen, wie sich Ihre Internetverbindung bei realer Nutzung verhält. Sie können das heute im Geschwindigkeitstest sehen:
Zweitens sammeln wir Ergebnisse von Geschwindigkeitstests für Endpunkte, die Sie heute nutzen. Indem wir die Geschwindigkeitstests mit Cloudflare und anderen Websites messen, zeigen wir die Internetqualität für Endnutzer im Vergleich zu Netzwerken, die Sie im Alltag häufig nutzen. So erhalten Sie einen besseren Eindruck von den tatsächlichen Arbeitsbedingungen.
AIM-Datenbank
Wir freuen uns, ankündigen zu können, dass AIM-Daten heute im Rahmen einer Partnerschaft mit Measurement Lab (M-Lab) öffentlich zugänglich sind. Endnutzer und Netzwerkentwickler können die Daten zur Netzwerkqualität in einer Vielzahl von Netzwerken durchforsten. Sowohl M-Lab als auch Cloudflare berechnen AIM-Scores aus den von ihnen durchgeführten Geschwindigkeitstests und stellen sie in eine gemeinsame Datenbank ein. Dort sehen sowohl Endnutzer als auch Netzbetreiber die Internetqualität aus möglichst vielen Punkten einer Vielzahl verschiedener Geschwindigkeitstests.
Um Ihnen einen Eindruck der Ergebnisse zu vermitteln, sehen Sie sich eine Grafik an, die wir auf der Grundlage dieser Scores erstellt haben. Sie zeigt die Scores pro Szenario für die erste Oktoberwoche in Tokio, alle ausschließlich aus Cloudflare-Daten:
Daraus können Sie sehen, dass von den 5.814 durchgeführten Geschwindigkeitstests 50,7 % der Nutzer eine gute Streaming-Qualität hatten, aber 48,2 % waren nur durchschnittlich. Gaming scheint in Tokio relativ schwierig zu sein, denn 39 % der Nutzer hatten ein mangelhaftes Gaming-Erlebnis, aber die meisten Nutzer hatten ein ziemlich durchschnittliches bis anständiges RTC-Erlebnis. Werfen wir einen Blick darauf, wie das im Vergleich zu einigen anderen Städten aussieht:
.tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;} .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;} .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333; font-family:Arial, sans-serif;font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;} .tg .tg-0lax{text-align:left;vertical-align:top}
Ort
Durchschnittlicher Streaming-Score
Durchschnittlicher Gaming-Score
Durchschnittlicher RTC-Score
Tokio
31
13
16
New York
33
13
17
Mumbai
25
13
16
Dublin
32
14
18
Anhand unserer Daten können wir feststellen, dass die meisten Nutzer beim Videostreaming gut aufgestellt sind, mit Ausnahme von Mumbai, das ein wenig zurückliegt. Die Nutzer haben im Allgemeinen eine schwankende Gaming-Erfahrung, vor allem wegen einer hohen Latenz. Aber ihre RTC-Apps schneiden etwas besser ab und sind im Allgemeinen in allen Regionen durchschnittlich.
Kooperation mit M-Lab
M-Lab ist ein offenes Repository für Internet-Messungen. Seine Aufgabe besteht darin, das Internet zu messen, die Daten zu speichern und sie universell zugänglich und nutzbar zu machen. M-Lab bietet nicht nur Netzbetreibern kostenlosen und offenen Zugang zu den AIM-Daten, sondern auch politischen Entscheidungsträgern, akademischen Forschern, Journalisten, Verfechtern der digitalen Integration und allen Interessierten. Sie erhalten Zugang zu den Daten, die sie für wichtige Entscheidungen benötigen, um das Internet besser zu machen.
M-Lab ist nicht nur ein etablierter Name für den offenen Austausch von Qualitätsdaten des Internets mit politischen Entscheidungsträgern und Akademikern. Die Organisation bietet auch bereits einen „Geschwindigkeitstest“ namens Network Diagnostic Test (NDT) an. Sie führen ihn durch, wenn Sie bei Google „Geschwindigkeitstest“ eingeben. Durch die Partnerschaft mit M-Lab erhalten wir Aggregated Internet Measurement-Metriken von erheblich mehr Nutzern. Wir planen auch die Zusammenarbeit mit anderen Geschwindigkeitstests, um ein vollständiges Bild der Internetqualität auf der ganzen Welt für so viele Nutzer wie möglich zu erhalten. Wenn Ihre Firma Internet-Performance misst, würden wir uns freuen, wenn Sie sich uns anschließen, um Nutzern zu zeigen, wofür ihr Internet wirklich gut ist.
Geschwindigkeitstest, jetzt Open-Source
Zusätzlich zu unserer Partnerschaft mit M-Lab haben wir auch unseren Geschwindigkeitstest-Client Open Source zur Verfügung gestellt. Die Öffnung des Geschwindigkeitstests ist ein wichtiger Schritt, um Anwendungen den Zugang zu Geschwindigkeitsmessungen durch Cloudflare zu erlauben und eine einfache Möglichkeit zu schaffen, den AIM-Score für Ihre Anwendung zu berechnen. Unser Geschwindigkeitstest kann jetzt als Javascript-Anwendung eingebettet werden, sodass Sie Netzwerkqualitätstests durchführen können, ohne in den Browser wechseln zu müssen. Die Anwendung stellt Ihnen nicht nur alle Messwerte zur Verfügung, die wir für unseren aktuellen Geschwindigkeitstest verwenden, sondern lädt die Ergebnisse auch auf eine vertrauliche Weise zu Cloudflare hoch. Das Repository zeigt auch, wie wir die AIM-Scores berechnen, sodass Sie sehen können, wie die Netzwerkqualität für Endnutzer definiert wird und wie sie sich in Echtzeit verändert. Wenn Sie mit unserem Open-Source-Geschwindigkeitstest arbeiten möchten, klicken Sie auf den Open-Source-Link.
Eine Zukunft mit vielversprechender Internetqualität
Wir freuen uns, dass wir diese Daten sammeln konnten, um die Internetqualität in einer Vielzahl von Tests und Netzwerken darzustellen. Wir werden diese Daten kontinuierlich analysieren und unser Bewertungssystem verbessern. Wir haben es Open Source zur Verfügung gestellt, sodass Sie sehen können, wie wir die Ergebnisse der Geschwindigkeitstests nutzen, um die Internetqualität für eine Vielzahl von Anwendungen zu bewerten und sogar AIM selbst zu implementieren. Außerdem haben wir unsere AIM-Scores in den Geschwindigkeitstest zusammen mit allen anderen Tests, die Sie heute sehen, aufgenommen, damit Sie endlich ein besseres Verständnis dafür bekommen, wofür Ihr Internet gut ist.
Führen Sie Geschwindigkeitsmessungen durch und sind an einer Partnerschaft mit uns interessiert? Sie möchten Daten darüber sammeln, wie Nutzer die Qualität des Internets erleben? Dann melden Sie sich gerne bei uns und lassen Sie uns gemeinsam das Internet besser machen. Und wenn Sie eine Anwendung betreiben, mit der Sie die Internetqualität messen möchten, sollten Sie sich unser Open Source Repo ansehen, damit Sie noch heute loslegen können.
Um herauszufinden, wofür Ihr Internet gut ist, müssen Sie kein Netzwerkexperte sein, dafür sind wir da. Mit AIM und unseren Kollegen von mLab wollen wir Ihnen zeigen, was Ihr Internet leisten kann. Und wir wollen diese Informationen nutzen, um das Internet für alle besser zu machen.