Nachdem meine Speedtests hier in Bodenheim bei der Vorbereitung der Onlineschulungen nächste Woche so grauenvolle Ergebnisse gezeigt haben, bin ich auf die Suche nach den Ursachen gegangen. Denn in Eppstein ging es deutlich besser.
Die Geschwindigkeitsangaben zu DSL im Router sind durch die Bank höher (in etwa das, was ich bei DSL 16.000 erwarten kann) als beim Speedtest und natürlich kann ein Test im Browser nicht die reale DSL-Geschwindigkeit abbilden. Aber wenn ich immer wieder das gleiche Messverfahren anwende, ist das zumindest vergleichbar.
Nun gibt es ein paar Stellschrauben, um die DSL-Geschwindigkeit zu optimieren. Aber ich hatte an denen natürlich schon in der Vergangenheit geschraubt und damit eigentlich alle Parameter gut eingestellt – dachte ich.
Aber als ich eben das 1x den Speedtest mit meinem alten Linux-Notebook durchgeführt hatte und da auch im Büro in Bodenheim halbwegs gute Download-Performance erreicht wurde, habe ich die Tests mehrfach parallel gefahren.
- Notebook mit Linux – gut
- Workstation mit Windows 10 – schlecht
Verlässlich. Und meine besten Download-Ergebnisse in Eppstein habe ich mit einem iMac Mini erreicht – also auch sowas wie Linux als OS.
Und dann ist mir endlich eingefallen, an welcher Schraube ich noch drehen kann – an der MTU (Maximum Transfer Unit). Damit wird die maximale Größe von TCP/IP-Paketen festgelegt. Das bei DSL eingesetzte Protokoll PPPoE limitiert sie auf 1492 Bytes. . Ein Router muss deshalb beim Übergang zum Internet die größeren Pakete auf kleinere umsetzen und das kosten Performance.
Aber die Paketgröße bei TCP wird von Windows standardmäßig schlecht (auf 1500) eingestellt. Das macht Linux (und vermutlich macOS auch) m.W. intelligenter, was ich aber nochmal nachsehen muss. Zuerst wollte ich aber die Workstation untersuchen. Also nachgesehen, wie die MTU bei der Workstation ist:
netsh int ipv4 show subinterface
in der Admin-Powershell.
Und in der Tat – auf 1500 gesetzt.
Nun wird in der Praxis entweder 1472 oder 1492 als optimal empfohlen. Also mit 1472 probiert. Bei mir in der Powershell mit dem Adapter Ethernet 2:
netsh interface ipv4 set subinterface „Ethernet 2“ mtu=1472 store=persistent
Speedtest unverändert.
Danach 1492.
Speedtest fast 2 MBit/s mehr im Download. Nachfolgende Tests zwar wieder schlechtere Ergebnisse, aber dennoch im Schnitt flotter als mit MTU 1500.
Die Rechner im lokalen Netzwerk verwenden jedoch standardmäßig eine Paketgröße von 1500 Bytes Einigen DSL-Routern, so auch der Apple Base Station, scheint dies bei SSL-Verbindungen jedoch nicht korrekt zu gelingen.
Auf PCs mit Linux setzt man den MTU-Wert abhängig von der Distribution. Red Hat setzt das beispielsweise ist in der Konfigurationsdatei /etc/sysconfig/network-scripts/ifcfg-device-name über die Zeile MTU=1492. Der device-name lautet bei Rechnern mit einer Ethernet-Schnittstelle in der Regel en0. Allgemein sucht man so:
ifconfig| grep mtu
Und setzen kann man mit nano /etc/network/interfaces.
Unter Mac OS X ist der Shell-Befehl zum Anpassen der MTU sudo ifconfig device-name mtu 1492, was die Eingabe eines Administratorpassworts erfordert.
