Unitymedia Unitymedia präsentiert den Speedtest Plus

[Hemapri]

Ich durfte nun leider mal den Speedtest an einem gestörten Anschluss testen. Der Modem Speedtest ist absoluter Müll und liest nur das Config File aus.

Ich teste mit dem Speedtest regelmäßig an gestörten Anschlüssen und da kommen durchaus auch schlechte Werte raus, die wieder besser werden, wenn man den Anschluss entstört. Die schlechten Werte können auch durch das Messgerät bestätigt werden. Von einem Auslesen der Configurationseinstellungen kann keine Rede sein.

MfG

 

[MartinP_Do]

Ich durfte nun leider mal den Speedtest an einem gestörten Anschluss testen. Der Modem Speedtest ist absoluter Müll und liest nur das Config File aus.

Ich teste mit dem Speedtest regelmäßig an gestörten Anschlüssen und da kommen durchaus auch schlechte Werte raus, die wieder besser werden, wenn man den Anschluss entstört. Die schlechten Werte können auch durch das Messgerät bestätigt werden. Von einem Auslesen der Configurationseinstellungen kann keine Rede sein.

MfG

Danke für die Klarstellung ...

 

[Joerg123]

Wie dem auch sei, Ursache bei den Infos nicht nachvollziehbar: es ist ein LAN-Problem.

Bist aber ordentlich verblendet.

wichtig ist ja nur, dass du eine Lösung deines Problems findest
bei der Einstellung kann das allerdings lange dauern

wie auch andere schreiben: in meinem Fall (keine Störung, über langsames WLan nur künstlich verlangsamter Download) wurden unterschiedliche Werte gemessen/angezeigt, nicht einmal meine gebuchten 300MBit/s und auch niemals die verbundenen 337,9MBit/s.

aber viel Spass beim suchen des Fehlers *g*

 

[Menano]

wichtig ist ja nur, dass du eine Lösung deines Problems findest
bei der Einstellung kann das allerdings lange dauern

wie auch andere schreiben: in meinem Fall (keine Störung, über langsames WLan nur künstlich verlangsamter Download) wurden unterschiedliche Werte gemessen/angezeigt, nicht einmal meine gebuchten 300MBit/s und auch niemals die verbundenen 337,9MBit/s.

aber viel Spass beim suchen des Fehlers *g*

Der Fehler ist und wurde durch Unitymedia behoben. Die Unitymedia Technik kommt wohl einfach nicht mit Stromausfällen in der Nacht klar und es muss manuell am Folgetag eingegriffen werden.

 

[sparkie]

Die Gigabit-Datenrate durch Docsis 3.1 kommt bei Unitymedia meist bei den Kunden an. Wenn nicht, soll es an der Hardware-Verbindung des Nutzers liegen.

Gigabit: Laut Speedtest sinkt Datenrate zwischen Router und Endgerät - Golem.de

ah - ja :smile:

 

[h00bi]

Naja, man hätte da schon durchaus ergänzen können dass 1Gbit/s netto mit WLAN in der Praxis nahezu unmöglich ist.
Aber ja, selbst 1Gbit LAN schafft "nur" ~930Mbit/s netto, allerdings glaube ich nicht dass sich jemand über nur 930Mbit/s beschwert.

 

[rv112]

Mit passender Hardware entlockt man dem Unitymedia Gigabitanschluss aber gute 1050 MBits netto. Das ist schon akzeptabel. Provisioniert wird ja mit 1095.

 

[MartinP_Do]

Der ThinkBroadband Test ist auch nicht mehr besonders aussagekräftig. Abgesehen davon, dass er nur Latenzen, aber keinen Durchsatz anzeigt, ist er viel zu abhängig von der Netzauslastung seiner eigenen Umgebung. Wenn ich den mit meinen eigenen Ping-Messungen zu meinem VPS im Hosteurope Datacenter vergleiche, dann zeigt ThinkBroadband an einigen Tagen deutliche Ping-Verzögerungen, die in Wirklichkeit überhaupt nicht am UM-Anschluss existieren. Sie werden also bei ThinkBroadband selbst produziert, wodurch jegliche Aussagekraft ihres Tests vernichtet wird.

Gestern gab es wieder signifikantes "Prasseln" in der Thinkbroadband Grafik.


Da habe ich an Deine Bedenken bzgl. Verlässlichkeit gedacht, und einen Gegentest mit einem ping auf google.de um ca 22:00 (9 pm in der Grafik) gemacht, als ich das viele Rot in der Grafik bemerkte. Da gab es definitiv Packet loss (4 von 300). Auf die Statistik der "durchgekommenen" Pakete habe ich leider nicht geschaut...
Zumindest scheint verlässlich zu sein, dass wirklich etwas bzgl. Packet Loss "im Busch" ist, wenn oben in der Grafik Rot auftaucht ....

Habe aber keine negativen Auswirkungen bemerkt.

 

[rv112]

Bei mir ist thinkbroadband auch sehr aussagekräftig. Wenn es Paketloss zeigt, gibt es auch welchen.

 

[boba]

Ja, bei mir gestern ebenfalls "Prasseln" bei TB:

Dazu die selbsterstellte Grafik via cacti:

Interessant an der Stelle übrigens der Latenz- bzw. Varianz-Unterschied zu ipv6:


Packet-Loss wird von TB im Gegensatz zu den normalen Latenzen im Abendzeitraum tatsächlich recht gut erkannt und dargestellt. In den vergangenen Wochen hatte ich UM-seitig viel Packet-Loss, das hat sich sofort zu TB durchgeschlagen und ist auch sofort wieder weggewesen, nachdem UM das behoben hatte.

 

[monster]

@boba: Einen smokeping hab ich bei mir lokal auch laufen, auch IPv4 und IPv6 getrennt ;-)
Welche UM IP's hast du genommen?

 

[MartinP_Do]

Ja, bei mir gestern ebenfalls "Prasseln" bei TB:
549068ca1be333b4ce83f839c264bcbacb547fd2-25-06-2019[1].png
Dazu die selbsterstellte Grafik via cacti:
graph_image.png
Interessant an der Stelle übrigens der Latenz- bzw. Varianz-Unterschied zu ipv6:
graph_image (1).png

Packet-Loss wird von TB im Gegensatz zu den normalen Latenzen im Abendzeitraum tatsächlich recht gut erkannt und dargestellt. In den vergangenen Wochen hatte ich UM-seitig viel Packet-Loss, das hat sich sofort zu TB durchgeschlagen und ist auch sofort wieder weggewesen, nachdem UM das behoben hatte.

Ich habe einen DSLite-Anschluss - da kann Thinkbroadband nur die öffentliche IPv6 der Fritzbox pingen ...
Hast Du Dual Stack und lässt die öffentliche IPv4 von TB pingen?

 

[boba]

Genau, ich habe Dual Stack und lasse von TB die öffentliche ipv4 Adresse pingen.

Bei meinen eigenen Tests pinge ich raus, und zwar auf die jeweils erste Adresse, die bei einem Traceroute jenseits meiner Kabel-Strecke erscheint. Das ist bei mir die 81.210.138.40 und die 2a02:908:100:2::1. Das muss aber nicht dieselbe Adresse wie bei jedem UM Kunden sein. Ich weiß nicht, ob das die IP Adressen meines CMTS sind oder bereits irgendein Backbone-Router innerhalb Unitymedia.
Die Adressen haben sich bei mir vor einigen Monaten geändert, da hat UM also bei sich intern umgebaut. Die langfristigen durchschnittlichen Latenzen haben sich dabei aber nicht verändert. Verändert hat es sich seinerzeit, als die Fritzbox letztes Jahr von Firmware 6.52 auf 6.88 upgedatet wurde: da sind die Latenzen bei ipv6 glatt um 4 ms runtergegangen. Bei ipv4 sind sie mit FW 6.88 nur um 2 ms runtergegangen und mit 7.x wieder 1 ms rauf. Der Wechsel meines CMTS von Cisco auf Arris vor 2 Monaten hat die Latenzen hingegen nicht verändert.

 

[monster]

So hab ich das auch gemacht. Traceroute und die erste IP nach meiner eingetragen. IPV4 und v6 ;-)