Unitymedia Natives Dual Stack in Baden-Württemberg?

[rv112]

Dann liegt das Problem also bei Unitymedia bzw. Vodafone

 

[Mike0185]

Jetzt weiß ich warum ich auf DS damals verzichtet hatte... Bei uns gingen einige Seiten gar nicht oder nur sehr langsam und v.a. hatten die Handys im WLAN mit WhatsApp Probleme, da gingen die Nachrichten als nicht durch, v.a. beim Wechsel LTE - WLAN.

 

[rv112]

Muss sagen jetzt läuft alles sauber wenn man QUIC blockiert. Aber ja, die Telekom kann IPv6 in der Tat besser.

 

[why_]

Jetzt weiß ich warum ich auf DS damals verzichtet hatte... Bei uns gingen einige Seiten gar nicht oder nur sehr langsam und v.a. hatten die Handys im WLAN mit WhatsApp Probleme, da gingen die Nachrichten als nicht durch, v.a. beim Wechsel LTE - WLAN.

Dir ist schon bewusst das dies nichts mit IPv6 zu tun hat?

Also so langsam wird es lächerlich an was IPv6 alles schuld sein soll.

@rv112 Das QUIC Problem ist auch nur zwischen Google und Unitymedia, bei meinen eigenen Servern die das per Caddy realisieren kann ich das Verhalten nicht reproduzieren (weder per v6 noch v4) und via v4 läuft es auch. Wie gesagt ich glaube da macht entweder Google oder Unitymedia Traffic Management das in die Hose gegangen ist.

 

[rv112]

Also ich habe noch immer Probleme mit IPv4 und Unitymedia. Sämtliche IPv6 seiten lösen gefühlt langsamer auf, obwohl die DNS super schnell antworten, sogar wenn mein Resolver bereits den Eintrag vorhält dauert das Laden der Seiten einfach zu lange. Auch Youtube Videos puffern teilweise, oder schaffen kein 4K usw. In etwa so wie man es auch schon vor einem Jahr mit IPv4 kannte als Youtube schlecht lief.
Schalte ich auf meine Telekomleitung mit IPv6 um läuft alles sauber und schnell, es kann also nicht an meiner Konfiguration liegen. Andere PC's zeigen das gleiche Verhalten.

Bin ich damit allein, oder kann das mal jemand gegentesten?

Leitung läuft dabei stabil wie gewohnt:

Ping wird ausgeführt für heise.de [2a02:2e0:3fe:1001:302::] mit 32 Bytes Daten:
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=8ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=9ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=9ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=9ms
Ping-Statistik für 2a02:2e0:3fe:1001:302::: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.: Minimum = 8ms, Maximum = 9ms, Mittelwert = 8ms

 

[why_]

Also ich habe noch immer Probleme mit IPv4 und Unitymedia. Sämtliche IPv6 seiten lösen gefühlt langsamer auf, obwohl die DNS super schnell antworten, sogar wenn mein Resolver bereits den Eintrag vorhält dauert das Laden der Seiten einfach zu lange. Auch Youtube Videos puffern teilweise, oder schaffen kein 4K usw. In etwa so wie man es auch schon vor einem Jahr mit IPv4 kannte als Youtube schlecht lief.
Schalte ich auf meine Telekomleitung mit IPv6 um läuft alles sauber und schnell, es kann also nicht an meiner Konfiguration liegen. Andere PC's zeigen das gleiche Verhalten.

Bin ich damit allein, oder kann das mal jemand gegentesten?

Kann ich nicht Reproduzieren. Seiten Laden schnell und Youtube läuft in 4k ohne buffern.

 

[carknue]

Bin ich damit allein, oder kann das mal jemand gegentesten?

Habe hier keinerlei Performance Probleme mit IPv6 Seiten.

 

[Andreas1969]

Ich bin ja mittlerweile neidisch auf euren Ping.
Der ist bei mir nämlich miserabel.
Aber erst, seitdem hier UM das CMTS von Arris auf Casa Systems gewechselt hat. Vorher war der bei mir genau so gut (um die 10 ms).
Seit Casa sind es um die 25 ms. :wand:
In den Casa CMTS werkelt ja auch ein beschissener Puma Chipsatz :hirnbump:
Steh ich hier allein im Regen, oder kann das sonst noch jemand nachvollziehen :kratz:

 

[why_]

Ich glaube das ist eher Placebo bei dir. Poste doch mal ne traceroute zu speed.myloc.de Das sollte bei dir Paderborn -> Kerpen -> Düsseldorf laufen und somit von der Latenz sehr niedrig sein.

 

[Andreas1969]

Ich glaube das ist eher Placebo bei dir. Poste doch mal ne traceroute zu speed.myloc.de Das sollte bei dir Paderborn -> Kerpen -> Düsseldorf laufen und somit von der Latenz sehr niedrig sein.

1 <1 ms <1 ms <1 ms fritz.box [192.168.2.1]
2 10 ms 57 ms 37 ms ip-109-91-202-1.hsi12.unitymediagroup.de [109.91.202.1]
3 15 ms 22 ms 18 ms 172.23.160.224
4 14 ms 18 ms 14 ms de-bfe01c-rd02-ae0-0.aorta.net [84.116.196.194]
5 22 ms 14 ms 18 ms de-fra01b-rc1-ae17-0.aorta.net [84.116.197.198]
6 20 ms 13 ms 13 ms de-fra04c-ri1-ae5-0.aorta.net [84.116.133.113]
7 20 ms 19 ms 14 ms 172.30.64.214
8 14 ms 16 ms 17 ms 172.30.64.213
9 21 ms 18 ms 21 ms de-fra04c-ri1-ae15-101.aorta.net [84.116.191.6]
10 25 ms 18 ms 23 ms de-fra01b-rc1-ae5-0.aorta.net [84.116.133.114]
11 24 ms 44 ms 20 ms de-dus23e-rc1-ae21-0.aorta.net [84.116.138.201]
12 18 ms 19 ms 23 ms 84.116.191.118
13 19 ms 18 ms 23 ms b2b-5-147-248-82.unitymedia.biz [5.147.248.82]
14 24 ms 17 ms 19 ms speed.myloc.de [62.141.47.66]

 

[why_]

Der Ping zum ersten Hop ist nicht höher als bei mir, nur sehr unstetig, so sah das bei mir mit Fritzbox auch aus. Das Routing an sich ist aber mal eine Glanzleistung seitens Unitymedias. Bielefeld -> Frankfurt ->Düsseldorf, traffic engineering at its best. Früher wurde das mal direkt am ECIX übergeben dann via direktem Peering in Kerpen und nun geht es wohl über Frankfurt, was ein Quatsch. Ist ja fast so toll wie das OVH aus mir unerfindlichen gründen hier über Wien statt via Frankfurt läuft.
Bei mir sieht das mit TC4400 wie folgt aus und ich wohne an der Grenze zur Schweiz

# traceroute speed.myloc.de
traceroute to speed.myloc.de (62.141.47.66), 30 hops max, 38 byte packets 1 84.116.199.112 (84.116.199.112) 9.921 ms 9.156 ms 9.573 ms 2 de-str01c-rc1-ae32-0.aorta.net (84.116.190.161) 18.292 ms 19.142 ms 28.724 ms 3 de-fra01b-rc1-ae4-0.aorta.net (84.116.140.201) 20.663 ms 19.943 ms 19.677 ms 4 de-dus23e-rc1-ae21-0.aorta.net (84.116.138.201) 38.543 ms 19.499 ms 19.519 ms 5 84.116.191.118 (84.116.191.118) 19.699 ms 20.079 ms 19.842 ms 6 b2b-5-147-248-82.unitymedia.biz (5.147.248.82) 21.751 ms 26.880 ms 21.941 ms 7 speed.myloc.de (62.141.47.66) 20.231 ms 19.027 ms 18.954 ms

Ich würde mal sagen deine Ergebnisse sind normal, scheinbar muss man wohl in Frankfurt oder Amsterdam wohnen um die Round Trip Times runter zubekommen, da dort der Großteil des Traffics das Unitymedia Netz verlässt. Die Lokalen peerings sind wohl endgültig nichts mehr Wert, da Unitymedia erst ab FRA und AMS guckt wo die Pakete überhaupt hinsollen.

 

[rv112]

Ich trage mal dazu bei zum Vergleich:

Routenverfolgung zu speed.myloc.de [62.141.47.66]
über maximal 30 Hops: 1 5 ms 6 ms 6 ms hsi-kbw-37-49-100-1.hsi14.kabel-badenwuerttemberg.de [37.49.100.1] 2 7 ms 6 ms 9 ms 172.30.22.41 3 15 ms 13 ms 16 ms de-fra04a-rc1-ae60-0.aorta.net [84.116.191.29] 4 17 ms 14 ms 14 ms de-fra01b-rc1-ae15-0.aorta.net [84.116.133.102] 5 35 ms 29 ms 21 ms de-dus23e-rc1-ae21-0.aorta.net [84.116.138.201] 6 14 ms 13 ms 14 ms 84.116.191.118 7 16 ms 23 ms 22 ms b2b-5-147-248-82.unitymedia.biz [5.147.248.82] 8 14 ms 15 ms 14 ms speed.myloc.de [62.141.47.66]
Ablaufverfolgung beendet.

Zum Thema IPv6 und langsames Routing: es läuft wieder etwas flotter nachdem ich einen eigenen DHCPv6 Server für meine Clients laufen lasse und nicht mehr über RA verteilen lasse. Mich stört es dass es seitens UM keinerlei Infos zur Konfiguration gibt. Andere Provider können das doch auch: https://www2.telenet.be/nl/klantenservice/ipv6-bij-telenet-technische-uitleg/

 

[Andreas1969]

Ich würde mal sagen deine Ergebnisse sind normal

Nö, der Ping jedenfalls nicht.
Ich hab das jetzt nochmal gegengetestet.
Ookla Speedtest App auf dem Smartphone.
Messung bei mir im WLAN (mit TC4400): zwischen 20-25 ms
Messung beim Nachbarn im WLAN (Connectbox): 25-30 MS, also sogar noch schlechter, liegt vermutlich daran, daß er ne Connectbox und ich ein TC4400 habe.
Messung bei einem bekannten 2 km weiter (anderes CMTS) im WLAN (Horizon) 9-10 MS

Wo liegt jetzt der Fehler

 

[Andreas1969]

Und noch was, wenn jetzt einer um die Ecke kommt, liegt an Deinem Router, demjenigen kann ich gleich den Wind aus den Segeln nehmen.
Auch wenn ich den Rechner (I7 Prozessor mit SSD) als einziges Gerät direkt am Modem betreibe, ist der Ping auch nicht besser. :streber:

 

[rv112]

Das Problem ist Deine Leitung bis zum CMTS. Der Weg via Coax ist vermutlich einfach zu lang. Vielleicht wurdest Du irgendwo anders angeschlossen oder oder. Was sagt Hemapri dazu?
Ping doch nur mal Dein CMTS an: 109.91.202.1

 

[Andreas1969]

Ping doch nur mal Dein CMTS an: 109.91.202.1

Der lässt sich nicht anpingen

Ping wird ausgeführt für 109.91.201.1 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 109.91.201.1:
Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
(100% Verlust),

 

[Andreas1969]

Edit:
falsche IP

Ping wird ausgeführt für 109.91.202.1 mit 32 Bytes Daten:
Antwort von 109.91.202.1: Bytes=32 Zeit=63ms TTL=63
Antwort von 109.91.202.1: Bytes=32 Zeit=12ms TTL=63
Antwort von 109.91.202.1: Bytes=32 Zeit=21ms TTL=63
Antwort von 109.91.202.1: Bytes=32 Zeit=8ms TTL=63

Ping-Statistik für 109.91.202.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

Schwankt sehr stark :kratz:
Sieht nach Puma aus :wut:

 

[rv112]

Doch :kratz:

Ping wird ausgeführt für 109.91.202.1 mit 32 Bytes Daten:
Antwort von 109.91.202.1: Bytes=32 Zeit=17ms TTL=52
Antwort von 109.91.202.1: Bytes=32 Zeit=16ms TTL=52
Antwort von 109.91.202.1: Bytes=32 Zeit=17ms TTL=52
Antwort von 109.91.202.1: Bytes=32 Zeit=17ms TTL=52
Ping-Statistik für 109.91.202.1: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.: Minimum = 16ms, Maximum = 17ms, Mittelwert = 16ms

Was nutzt Du denn für einen DNS Server und was ist Dein Standardgateway?

EDIT: Ja, die Schwankungen kommen von Deiner Leitung. Irgendwas läuft da nicht sauber. Die 8ms sind in Ordnung, dann ist der Leitungsweg auch nicht zu lang sonst würden die nicht zustande kommen. Irgendwas scheint hier also nicht sauber zu sein.

 

[tq1199]

Schwankt sehr stark :kratz:
Sieht nach Puma aus :wut:

Versuch mal einen arping (statt icmp) zu deinem CMTS bzw. zu deinem gateway, wenn dein Rechner direkt am Modem angeschlossen ist.

 

[Andreas1969]

Ärgerlich ist auch, daß der UL nicht stabil läuft.
Der startet mit 25 MBit´s, schaukelt sich dann nach 5 Sekunden langsam auf 40 MBit´s hoch und bricht dann immer wieder zwischendurch auf 30-25 MBit´s während des Uploads ein.

 

[Andreas1969]

Versuch mal einen arping (statt icmp) zu deinem CMTS bzw. zu deinem gateway, wenn dein Rechner direkt am Modem angeschlossen ist.

Nö, keine Lust mehr, dann fällt hier das ganze Netzwerk wieder aus, kann ich nur Nachts machen.

 

[rv112]

Ärgerlich ist auch, daß der UL nicht stabil läuft.
Der startet mit 25 MBit´s, schaukelt sich dann nach 5 Sekunden langsam auf 40 MBit´s hoch und bricht dann immer wieder zwischendurch auf 30-25 MBit´s während des Uploads ein.

Dieses Phänomen habe ich bei Einstrahlungen Ich kann Dir nur empfehlen Hemapri mal anzuschreiben, der kann sich Deine Leitung genau anschauen und auch sehen wie sie verläuft und wo Du dran hängst.

 

[Andreas1969]

Dieses Phänomen habe ich bei Einstrahlungen Ich kann Dir nur empfehlen Hemapri mal anzuschreiben, der kann sich Deine Leitung genau anschauen und auch sehen wie sie verläuft und wo Du dran hängst.

Mag sein, aber warum ist dieses Problem genau an dem Tag aufgetreten, als das CMTS von Arris auf Casa Systems getauscht wurde :kratz:
Vorher war's ja in Ordnung.

 

[Andreas1969]

Die unkorrigierbaren Fehler im Modem sind auch alle auf 0
Sonst sind die bei einer Einstrahlung immer mit hochgeschossen :kratz:

 

[Mr.Goodcat]

Ich bin ja mittlerweile neidisch auf euren Ping.
Der ist bei mir nämlich miserabel.
Aber erst, seitdem hier UM das CMTS von Arris auf Casa Systems gewechselt hat. Vorher war der bei mir genau so gut (um die 10 ms).
Seit Casa sind es um die 25 ms. :wand:
In den Casa CMTS werkelt ja auch ein beschissener Puma Chipsatz :hirnbump:
Steh ich hier allein im Regen, oder kann das sonst noch jemand nachvollziehen :kratz:

Das der Ping bei Casa um 10ms+ hochgeht kann ich leider bestätigen (Raum Dortmund).