Unitymedia Laden von Webseiten dauert ewig.

[muellerp]

Hallo,
ich komme aus der Gegend von Karlsruhe und habe seit ca. 4 Monaten einen 2 Play-Anschluss von Unitymedia (120MBit) und bin am Verzweifeln.
Zeitweise ist bei mir das Internet völlig unbrauchbar. Ich will jetzt herausbekommen, ob es ein Problem von mir ist, oder ob Unitymedia das verbockt.
Ich habe hier mehr Unitymedia in Verdacht, da ich schon ähnliche "Kundenerlebnisse" im Netz gefunden habe.
Ein Anruf bei Unitymedia hat mal wieder das bekannte Ergebnis gebracht - nichts.

Ich suche auch Leidensgenossen um nicht immer alleine bei Unitymedia aufzuschlagen.

Hier ist übrigens Windows und Linux wild gemischt und nicht ganz einheitlich.
Ich habe es aber immer auf beiden Systemen ausprobiert. Ohne Unterschied.

Es scheint irgend etwas mit dem IPv4 schief zu gehen. Ich habe noch kein Plan was, aber ich sammle gerade Symptome.
Aufrufe über IPV6 verhalten sich, soweit ich das bisher sehe, unauffällig.

Mache ich z.B. einen Ping auf "www.spiegel.de" passiert folgendes:

<i>
</i>user@docker-host-08:~$ ping www.spiegel.de
PING aacfb9d106f4.link11.de (128.65.210.184) 56(84) bytes of data.
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=1 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=2 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=3 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=4 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=5 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=6 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=7 Packet filtered
From HSI-KBW-085-216-125-197.hsi.kabelbw.de (85.216.127.197) icmp_seq=8 Packet filtered
64 bytes from 128.65.210.184: icmp_seq=15 ttl=57 time=12.3 ms
64 bytes from 128.65.210.184: icmp_seq=16 ttl=57 time=12.9 ms
64 bytes from 128.65.210.184: icmp_seq=17 ttl=57 time=12.3 ms

Ich habe dann mit Chrome (und den eingebauten Dev-Tools - F12) dann das Laden von Spiegel analysiert.
Es gab einige Seiten, die auffällig lang gebraucht haben. Die habe ich mir eine per Traceroute angeschaut:

<i>
</i>>tracert pixel.adsafeprotected.com
Routenverfolgung zu anycast.pixel.adsafeprotected.com [69.172.216.55]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms Linksys12279.fritz.box [192.168.1.1] 2 1 ms 1 ms <1 ms FRITZ-NAS [192.168.0.1] 3 13 ms 10 ms 9 ms HSI-KBW-085-216-125-197.hsi.kabelbw.de [85.216.127.197] 4 HSI-KBW-085-216-125-197.hsi.kabelbw.de [85.216.127.197] meldet: Zielnetz nicht erreichbar.
Ablaufverfolgung beendet.

Nun habe ich auf meinem Smartphone einen Hotspot aufgemacht und den Befehl noch mal abgesetzt:

<i>
</i>>tracert pixel.adsafeprotected.com
Routenverfolgung zu anycast.pixel.adsafeprotected.com [69.172.216.55]
über maximal 30 Hops: 1 2 ms 1 ms 5 ms 192.168.43.1 2 * * * Zeitüberschreitung der Anforderung. 3 94 ms 110 ms 84 ms 10.96.81.147 4 77 ms 78 ms 75 ms 82.113.122.198 5 80 ms 68 ms 79 ms IARMUN1-Gi0-2-199.net.de.o2.com [82.113.122.2] 6 * 468 ms 79 ms 62.52.30.73 7 101 ms 168 ms 168 ms ae1-0.0001.prrx.01.ams.nl.net.telefonica.de [62.53.24.173] 8 626 ms 568 ms 491 ms ae-6.r25.amstnl02.nl.bb.gin.ntt.net [80.249.208.36] 9 98 ms 107 ms 92 ms ae-2.r02.amstnl02.nl.bb.gin.ntt.net [129.250.2.159] 10 84 ms 102 ms 91 ms ae-0.internap.amstnl02.nl.bb.gin.ntt.net [81.20.69.230] 11 86 ms 111 ms 79 ms border4.ae2-bbnet2.ams004.pnap.net [95.172.78.71] 12 93 ms 99 ms 89 ms edge2.ae1-edgenet.ams004.pnap.net [208.146.38.22] 13 96 ms 118 ms 89 ms edge1.ae0-edge2.ams004.pnap.net [208.146.38.25] 14 99 ms 86 ms 112 ms adsafe-40.edge1.ams004.pnap.net [77.242.204.58] 15 1218 ms 91 ms 95 ms 70.42.36.226 16 102 ms 100 ms 83 ms 69.172.216.55
Ablaufverfolgung beendet.

Nun habe ich noch ein wget auf obige Seite ausgeführt.

<i>
</i>user@docker-host-02:~$ wget pixel.adsafeprotected.com/rjss/st/121586/19771327/skeleton.js
--2017-12-12 13:38:31-- http://pixel.adsafeprotected.com/rjss/st/121586/19771327/skeleton.js
Auflösen des Hostnamen »pixel.adsafeprotected.com (pixel.adsafeprotected.com)«... 69.172.216.55
Verbindungsaufbau zu pixel.adsafeprotected.com (pixel.adsafeprotected.com)|69.172.216.55|:80... fehlgeschlagen: Keine Route zum Zielrechner.
user@docker-host-02:~$ wget pixel.adsafeprotected.com/rjss/st/121586/19771327/skeleton.js
--2017-12-12 13:38:32-- http://pixel.adsafeprotected.com/rjss/st/121586/19771327/skeleton.js
Auflösen des Hostnamen »pixel.adsafeprotected.com (pixel.adsafeprotected.com)«... 69.172.216.55
Verbindungsaufbau zu pixel.adsafeprotected.com (pixel.adsafeprotected.com)|69.172.216.55|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 137710 (134K) [application/javascript]
In »»skeleton.js.2«« speichern.
skeleton.js.2 100%[=======================================================>] 134,48K --.-KB/s in 0,09s
2017-12-12 13:38:32 (1,51 MB/s) - »skeleton.js.2« gespeichert [137710/137710]

Manchmal funktionert bei dem wget nur eines von 20.


Habe gerade festgestellt, dass diese Seite (www.unitymediaforum.de) hervorragend läd. Sie reagiert auch prompt auf einen Reload.
Das ist bei www.spiegel.de und www.heise.de ganz anders.

 

[muellerp]

Es scheint ursächlich mit "geth" zusammenzuhängen.
Wenn ich versuche die Blockchain von Ethereum zu synchronisieren, dann geht gar nichts mehr.
Breche ich "geth" ab, dann beruhigt sich alles nach ca. zwei Minuten wieder.

 

[muellerp]

Ich habe eine Lösung für mein Problem gefunden.
Ich habe ein abgelegtes Notebook mit Linux versehen und mich damit an den Hotspot von Unitymedia angemeldet.
Ich synchronisiere die Blockchain über der Standalone Rechner am Hotspot.

Am Hotspot hat das übrigens denselben Effekt. Wenn der Sync läuft, ist die Anbindung zu sonst nichts mehr zu gebrauchen.
An den Datenmengen kann es nicht liegen, die sind in beide Richtungen nur marginal.

Für mich ist die Lösung ausreichend. Zumindest für die restliche Vertragslaufzeit...

Ich werde hier nichts mehr tun. Für jemand, der das mal nachvollziehen will: https://geth.ethereum.org/downloads/
Starten mit: geth --syncmode "fast" --cache 1024