Unitymedia Drosselt Unitymedia Tunnel/VPN Protokolle?

[marvinh]

Hallo,

ich versuche seit längeren einen "IPv6 in IPv4" Tunnel einzurichten, da ich von Unitymedia nur eine IPv4 Adresse bekomme.
Aber egal was ich probiere, mehr als 20 Mbit/s im Download bekomme ich zu diversen Zielen (per HTTP, HTTPS, FTP, SFTP) über diesen Tunnel nicht hin.

Folgende Protokolle habe ich schon getestet:
- GRE
- 6in4 (sit)
- IPsec (mit alle verfügbaren Authentifizierungs- und Verschlüsselungsalgorithmen getestet)

OpenVPN/SSL VPN (TCP / Port 1194) hingegen sieht mit 50-80 MBit/s schon etwas besser aus. Der liegt das Problem aber bei der CPU Leistung.

Als Gegenstelle habe ich mehrere getestet.
tunnelbroker.net von Hurricane Electric und 2 eigene Server, die jeweils mit 100 MBit/s und 1 GBit/s ans Internet angebunden sind.
Per IPv4 bekomme ich auch die volle Geschwindigkeit (200 MBit/s) zu den Gegenstellen, nur über den Tunnel bzw. VPN nur 20 MBit/s.
Um meine beiden Server auszuschließen, habe ich zwischen den beiden ebenfalls testweise ein 6in4 Tunnel mit gleiche Konfiguration, wie Zuhause, eingerichtet. Dort bekomme ich die volle Geschwindigkeit (100 MBit/s).

Den Endpunkt bei mir Zuhause habe ich testweise in der FritzBox 6490 oder einer Sophos UTM (ist an der FritzBox angeschlossen / Exposed Host) eingetragen. Macht aber kein Unterschied. Beide sind zu langsam.


Das stellt sich mir jetzt die Frage, ob die FritzBox das Problem ist oder Unitymedia gewisse Protokolle drosselt.
Hat irgendeiner noch eine Idee, was ich testen kann oder hat ähnliche Probleme?

 

[tq1199]

... oder hat ähnliche Probleme?

Ja, das kann ich bestätigen. Z. B.:

<i>
</i>:~ $ wget -6 -c -O /dev/null http://speedtest.belwue.net/100M
converted 'http://speedtest.belwue.net/100M' (ANSI_X3.4-1968) -> 'http://speedtest.belwue.net/100M' (UTF-8)
--2017-07-09 13:28:21-- http://speedtest.belwue.net/100M
Resolving speedtest.belwue.net (speedtest.belwue.net)... 2001:7c0:0:1002::b
Connecting to speedtest.belwue.net (speedtest.belwue.net)|2001:7c0:0:1002::b|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M)
Saving to: '/dev/null'
/dev/null 100%[==================================================================>] 100.00M 2.52MB/s in 42s
2017-07-09 13:29:03 (2.41 MB/s) - '/dev/null' saved [104857600/104857600]

im Vergelich zu IPv4:

<i>
</i>:~ $ wget -4 -c -O /dev/null http://speedtest.belwue.net/100M
converted 'http://speedtest.belwue.net/100M' (ANSI_X3.4-1968) -> 'http://speedtest.belwue.net/100M' (UTF-8)
--2017-07-09 13:29:15-- http://speedtest.belwue.net/100M
Resolving speedtest.belwue.net (speedtest.belwue.net)... 129.143.4.238
Connecting to speedtest.belwue.net (speedtest.belwue.net)|129.143.4.238|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M)
Saving to: '/dev/null'
/dev/null 100%[==================================================================>] 100.00M 5.37MB/s in 18s
2017-07-09 13:29:33 (5.42 MB/s) - '/dev/null' saved [104857600/104857600]

 

[marvinh]

Hier der Speedtest von mir:

IPv6:

firewall:/root # wget -6 -c -O /dev/null http://speedtest.belwue.net/100M
--2017-07-09 13:52:15-- http://speedtest.belwue.net/100M
Resolving speedtest.belwue.net... 2001:7c0:0:1002::b
Connecting to speedtest.belwue.net|2001:7c0:0:1002::b|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M)
Saving to: `/dev/null'
100%[============================================================================================================================================>] 104,857,600 2.35M/s in 45s
2017-07-09 13:53:00 (2.22 MB/s) - `/dev/null' saved [104857600/104857600]

IPv4:

firewall:/root # wget -4 -c -O /dev/null http://speedtest.belwue.net/100M
--2017-07-09 13:53:05-- http://speedtest.belwue.net/100M
Resolving speedtest.belwue.net... 129.143.4.238
Connecting to speedtest.belwue.net|129.143.4.238|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M)
Saving to: `/dev/null'
100%[============================================================================================================================================>] 104,857,600 25.2M/s in 4.1s
2017-07-09 13:53:09 (24.1 MB/s) - `/dev/null' saved [104857600/104857600]

Bei mir ist der Unterschied zwischen v4 und v6 noch deutlicher zu sehen.

Und so sieht es auf meinem Server aus, der als Gegenstelle des GRE bzw. 6in4 Tunnel genutzt wird:

~ # wget -6 -c -O /dev/null http://speedtest.belwue.net/100M
--2017-07-09 13:59:37-- http://speedtest.belwue.net/100M
Auflösen des Hostnamens »speedtest.belwue.net (speedtest.belwue.net)« … 2001:7c0:0:1002::b
Verbindungsaufbau zu speedtest.belwue.net (speedtest.belwue.net)|2001:7c0:0:1002::b|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 104857600 (100M)
Wird in »»/dev/null«« gespeichert.
/dev/null 100%[==================================================================================>] 100,00M 84,0MB/s in 1,2s
2017-07-09 13:59:38 (84,0 MB/s) - »»/dev/null«« gespeichert [104857600/104857600]

 

[tq1199]

Bei mir ist der Unterschied zwischen v4 und v6 noch deutlicher zu sehen.

Naja, mein Anschluss hat ja auch nur 50 Mbit/s (für v4), deshalb kann der Unterschied (mit diesem Test) zwischen v4 und v6 bei mir, auch nicht größer sein.

Wichtig ist aber, dass bei v6, zwischen deinem und meinem Anschluss (fast) kein Unterschied ist.

 

[addicted]

Ich hab vor ner Weile OpenVPN eingerichtet, um mir v6 nach Hause zu holen. Verbindung läuft über UDP ohne Crypto, aber nicht auf Port 1194. Gegenstelle ist aktuelle, geleaste Hardware mit 1GBit/s Port, es besteht vom Anbieter (myLoc bzw. Reseller webtropia) ein direktes Peering zu UM (dessen Bandbreite ist mir allerdings nicht bekannt). Das v6 Netz stammt von myLoc.

Ich komme auch nur auf ca. 20Mbit/s wenn ich die üblichen wget-Speedtests ziehe, inkl. belwue und tele2.
Aber ich habe Gegenstellen, z.B. bei HostEurope, wo ich deutlich mehr sehe, z.B. zur Zeit 50-60MBit/s, aber unter der Woche nachts auch schonmal ca. 100MBit/s.

Ich würde also erstmal keine Drossel annehmen. Aber merkwürdig ist es schon, dass mehrere Leute, trotz der vielen unterschiedlichen Protokolle und Gegenstellen, im Wesentlichen die gleiche Geschwindigkeit sehen.

edit: Noch ein Beispiel, wo es (etwas) schneller läuft:

--2017-07-09 15:14:29-- http://mirror.netcologne.de/gentoo/distfiles/libreoffice-5.2.7.2.tar.xz
Resolving mirror.netcologne.de (mirror.netcologne.de)... 2001:4dd0:1234:1::deb, 194.8.197.22
Connecting to mirror.netcologne.de (mirror.netcologne.de)|2001:4dd0:1234:1::deb|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 184589464 (176M) [application/octet-stream]
Saving to: '/usr/portage/distfiles/libreoffice-5.2.7.2.tar.xz'
/usr/portage/distfiles/libreoffice-5.2.7.2.t 100%[================================================================================================>] 176.04M 4.29MB/s in 42s
2017-07-09 15:15:12 (4.15 MB/s) - '/usr/portage/distfiles/libreoffice-5.2.7.2.tar.xz' saved [184589464/184589464]

 

[Gizeh775]

Also gegen den Server hier, ist bei Hetzner im RZ 14, Falkenstein/Vogtland. Hab ich das gleiche Bild, IPv4 420Mbit fest auch über eine längere Zeit zu mir, IPv6 schwankt zwischen 100 und 400 Mbit

Das Problem scheint irgendwo außerhalb von Unitymedia zu liegen, weil bei deiner 6in4 Lösung oder auch mit anderen Basteleien openVPN oder ähnlichem zeigt sich mir häufig das gleiche Bild.

 

[addicted]

Also gegen den Server hier, ist bei Hetzner im RZ 14, Falkenstein/Vogtland. Hab ich das gleiche Bild

Leg doch mal ne 500MB Testdatei hier hin, die man wgetten kann, dann können die anderen gucken, ob es richtung Hetzner auch bei ~2MB/s bleibt...

 

[marvinh]

Also meine Testdatei, mit der ich meistens teste, liegt auf dem gleichen Server, der auch die Gegenstelle von dem GRE bzw. 6in4 Tunnel ist.
Von daher kann es nur an der Verbindung zwischen meinem Server und Unitymedia liegen. Per IPv4 erreiche ich aber die volle Geschwindigkeit.

Die beiden Server von mir, mit denen ich teste, stehen im Accelerated bzw. meerfarbig.io und bei OVH.

 

[johnripper]

Was sagt denn eigentlich der Unitymedia Speedtest unter https://speedtest.unitymedia.de?
(leider muss man etwas tricksen, damit der auch wirklich über IPv6 läuft).

Postet doch auch immer mal eine Traceroute dazu. Vielleicht liegt das ja einem speziellen Peering.

 

[Conan179]

mich würde mal inntressieren, welches gerät der openvpn endpunkt in deinem netz ist.

 

[marvinh]

Speedtest mit speedtest.unitymedia.de bringt nichts, da es nur langsamer oder genauso schnell, wie mit der Testdatei auf meinem Tunnel Endpunkt sein kann.

Die Route würde ja dann so aussehen:
Mein Unitymedia Anschluss <-- IPv6 über IPv4 Tunnel --> Tunnel Endpunkt <-- IPv6 --> speedtest.unitymedia.de

Wenn ich schon zwischen meinem Unitymedia Anschluss und dem Tunnel Endpunkt nur 20 MBit/s bekomme, wie soll es dann zu speedtest.unitymedia.de mehr werden?


Server 1 (1 GBit/s Anbindung):

Start: Sun Jul 9 19:06:01 2017
HOST: router Loss% Snt Last Avg Best Wrst StDev 1.|-- protected-gw.fra1.xxxxxxx.de 0.0% 10 8.3 4.3 1.1 9.0 3.1 2.|-- vivid.core.fra1.meerfarbig.net 0.0% 10 0.3 2.9 0.3 25.7 8.0 3.|-- decix.fra2.meerfarbig.net 0.0% 10 1.1 1.2 1.0 1.6 0.0 4.|-- decix2.tng.de 0.0% 10 0.8 0.6 0.4 0.8 0.0 5.|-- ae3.cr2.fra.plusserver.com 0.0% 10 12.9 2.1 0.7 12.9 3.8 6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 7.|-- de-fra04a-rc1-ae0-0.aorta.net 0.0% 10 21.5 21.6 5.6 27.5 6.1 8.|-- 84.116.197.21 0.0% 10 5.5 5.5 5.4 5.6 0.0 9.|-- 84.116.197.17 0.0% 10 5.5 5.8 5.5 7.6 0.5 10.|-- de-wup01a-cr05-te-1-2-0-1050.wup.unity-media.net 0.0% 10 5.4 5.3 5.3 5.5 0.0 11.|-- ip-84-118-xx-xxx.unity-media.net 0.0% 10 21.2 17.1 13.8 21.2 2.2

Server2 (100 MBit/s Anbindung):

Start: Sun Jul 9 19:06:27 2017
HOST: xxxxxx Loss% Snt Last Avg Best Wrst StDev 1.|-- 37.187.19.253 10.0% 10 0.6 10.8 0.5 41.8 14.4 2.|-- po104.gra-g1-a75.fr.eu 0.0% 10 0.6 0.5 0.4 0.7 0.0 3.|-- 10.95.33.8 0.0% 10 1.9 1.7 1.5 2.1 0.0 4.|-- be100-1109.fra-1-a9.de.eu 10.0% 10 9.2 9.3 9.0 9.5 0.0 5.|-- be100-2.fra-5-a9.de.eu 0.0% 10 9.5 9.3 9.1 9.6 0.0 6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 7.|-- de-fra04a-rc1-ae9-0.aorta.net 0.0% 10 13.1 13.1 12.9 13.4 0.0 8.|-- 84.116.197.21 0.0% 10 12.7 13.0 12.7 13.3 0.0 9.|-- 84.116.197.17 0.0% 10 12.9 12.9 12.8 13.2 0.0 10.|-- de-wup01a-cr05-te-1-2-0-1050.wup.unity-media.net 0.0% 10 12.8 12.9 12.8 13.0 0.0 11.|-- ip-84-118-xx-xxx.unity-media.net 0.0% 10 21.8 26.1 21.8 34.1 3.8

Als OpenVPN Gerät kommt bei mir eine Sophos UTM zum Einsatz. Die läuft in einer Hyper-V VM mit 4 Kerne von einem Intel Xeon E3-1230.

 

[Conan179]

Als OpenVPN Gerät kommt bei mir eine Sophos UTM zum Einsatz. Die läuft in einer Hyper-V VM mit 4 Kerne von einem Intel Xeon E3-1230.

Bei dir zuhause steht ein xeon e3-1230? wie ist der verbunden? sicher doch gigabite ethernet kabel, oder?

Bei mir ist es so, ich hab einen hetzner server, mit vmware esxi 6.5 auf dem läuft eine ubuntu 16.4 server innstallation, bei mir zuhause steht ein kleiner pi2 der dierkt mit meiner 6590 fritte verbunden ist.

Zum problem an isch kann ich kaum helfen, da ich ds-lite habe und mein server 6tunnel in meiner richtung laufen hat u per ipv4 nach hause zu telefonieren.

 

[addicted]

Was sagt denn eigentlich der Unitymedia Speedtest unter https://speedtest.unitymedia.de?
(leider muss man etwas tricksen, damit der auch wirklich über IPv6 läuft).

Naja, da keiner von uns v6 über UM bezieht, wieso den UM-Test statt irgendeinen anderen nehmen?
Das lief bei mir übrigens ohne Probleme direkt über v6.

wget Link: https://speedtest-01.speedtest.unitymedia.de/data.zero.bin
(bzw. speedtest-02, speedtest-03, speedtest-04 - leider mit automatischen Redirect auf HTTPS)

Übrigens: Wenn ich je einen Download von allen vier Servern starte, komme ich insgesamt auf 40Mbit/s. Bei vier Verbindungen zu einem Server auf ~25Mbit/s und bei einer Verbindung und einem Server sind es ~20Mbit/s.

Trace:

$ traceroute6 -A -z1.2 -f3 -m10 speedtest-01.speedtest.unitymedia.de
traceroute to speedtest-01.speedtest.unitymedia.de (2a02:908:0:6004::4), 10 hops max, 80 byte packets 3 2001:4ba0:ffa4:1:beef::1 (2001:4ba0:ffa4:1:beef::1) [AS24961] 14.422 ms 22.370 ms 21.453 ms 4 2001:4ba0:dead:ff00::1 (2001:4ba0:dead:ff00::1) [AS24961] 12.625 ms 14.064 ms 12.660 ms 5 * * * 6 2001:730:2d00::5474:80c2 (2001:730:2d00::5474:80c2) [AS6830] 22.332 ms 21.087 ms 39.530 ms 7 2001:730:2d00::5474:8066 (2001:730:2d00::5474:8066) [AS6830] 18.757 ms 19.345 ms 27.638 ms 8 7111a-mx960-01.fra.unity-media.net (2a02:908::1:1) [AS6830/AS20825] 23.297 ms 19.143 ms 28.119 ms 9 * * *
10 * * *

 

[johnripper]

Speedtest mit speedtest.unitymedia.de bringt nichts, da es nur langsamer oder genauso schnell, wie mit der Testdatei auf meinem Tunnel Endpunkt sein kann.

Die Route würde ja dann so aussehen:
Mein Unitymedia Anschluss <-- IPv6 über IPv4 Tunnel --> Tunnel Endpunkt <-- IPv6 --> speedtest.unitymedia.de

Wenn ich schon zwischen meinem Unitymedia Anschluss und dem Tunnel Endpunkt nur 20 MBit/s bekomme, wie soll es dann zu speedtest.unitymedia.de mehr werden?

Ja da hast du wohl recht, das war ein Denkfehler von mir.

Server 1 (1 GBit/s Anbindung):

(...)

Server2 (100 MBit/s Anbindung):

(...)

Mh, die Idee die ich hatte ist, sich das IPv4 Routing zu dem IPv6 Tunnelserver anzusehen und die dann zu vergleichen. Wenn dort immer wieder ein bestimmtes Peering auftaucht liegt es ggf. an dem.
Aber ich glaube das ist genau so sinnlos, weil das IPv4 Routing ja nachweislich passt.

 

[marvinh]

Bei dir zuhause steht ein xeon e3-1230? wie ist der verbunden? sicher doch gigabite ethernet kabel, oder?

Ja, ich habe ein Xeon CPU Zuhause. Und ja, ist alles per Gigabite Kabel verbunden.
Aber wie gesagt, den 6in4 Tunnel habe ich testweise auch mal direkt in der FritzBox eingetragen und dort meinem PC per Kabel verbunden.

Übrigens: Wenn ich je einen Download von allen vier Servern starte, komme ich insgesamt auf 40Mbit/s. Bei vier Verbindungen zu einem Server auf ~25Mbit/s und bei einer Verbindung und einem Server sind es ~20Mbit/s.

Bei mir nicht. Ich habe mal 3 Downloads von speedtest-01, 02 und 03 gestartet und insgesamt blieb es bei 20 MBit/s.

 

[johnripper]

Nochmal eine dumme Frage: Hast du einen Geschäftskundentarif und hast ggf. mal bei diesem nachgefragt woran das liegen könnte?

 

[marvinh]

Ne, ich habe den 3play 200 Tarif für Privatkunden mit einer eigenen IPv4 Adresse.

 

[johnripper]

Dann kannste das mit dem Anruf bei der Hotline natürlich vergessen.

 

[marvinh]

Dann kannste das mit dem Anruf bei der Hotline natürlich vergessen.

Eben. Wenn ich da Wörter wie GRE oder 6in4 Tunnel in den Mund nehme, denken die, dass ich klingonisch spreche.

 

[Yabba]

Hallo zusammen,

ich kann das auch bestätigen.
Ich bin beim Anbieter "VyprVPN" und meine VPN Verbindung wird um 50 % gedrosselt.
Laut Anbieter können sich nicht mehr viel machen und jetzt wäre Unitymedia am Zug.

OPENVPN Connection 256bit

http://www.speedtest.net/my-result/6340517734

OPENVPN Connection 160bit

http://www.speedtest.net/my-result/6340523521

Chamelon 256bit automatic

http://www.speedtest.net/my-result/6340527570

 

[marvinh]

Ich habe den 6in4 Tunnel zu meinem Server mal mit einem anderen Anschluss getestet. Vodafone VDSL 50k mit einer FritzBox 7490.
Dort bekomme ich über den Tunnel zwischen 40-50 MBit/s hin. Genausoviel wie über IPv4 direkt.

Zusätzlich habe ich gestern meinen Server Anbieter mal gefragt, der Privat Zuhause ebenfalls eine Unitymedia Anschluss hat mit einem Cisco Kabelmodem und eine tunnelbroker.net Tunnel.
Er meint, er hätte keine Probleme und kann den Tunnel voll nutzen.

Was habt ihr, die ebenfalls die langsame Geschwindigkeit festgestellt haben, denn alle für einen Router? Ist das auch eine FritzBox, wie bei mir?

 

[Gizeh775]

Ich habe auch eine FritzBox aber grundsätzlich ein Problem mit langsamen IPv6 Verbindungen, also selbst beim nativen IPv6, wenn ich zum Beispiel zu meinem Server eine IPv4 OpenVPN Verbindung aufbaue läuft die mit der vollen Geschwindigkeit, bei IPv6 nicht. Ebenso ohne andere Protokolle bei simplem HTTP Download. Daher würde ich sagen NEIN UM drosselt VPN Verbindungen nicht, oder nur bei IPv6 Tunneln, was aber nicht sein kann, weil du ja einen IPv4 Tunnel hast.

 

[harv]

Bei mir (DsLite 120/6) ebenso. Bei speedtests mit wget unter ipv6 wird nur knapp 30% des Durchsatzes gegenüber ipv4 erreicht. Ob mit oder ohne openvpn-Tunnel zu meinem V-Server. Bei speed-Messungen über ipv6-test.com sieht es ähnlich aus. Habe eine Fritz 7390 hinterm TC-7200 stehen, mit DoppelNat und Prefix-Delegation.
wget direkt auf dem VServer bringt fast das 10fache an Durchsatz (der ist mit 1GBit angebunden), und es gibt nur statistische Unterschiede zwischen ipv4 und ipv6.

Nachtrag: Gerade mal den neuen Unitymedia Speedtest ausprobiert. Meinen Laptop zwischen reinem ipv4 und reinem ipv6 Betrieb umgeschaltet vor den jeweiligen Messungen. Ergebnis: Download ipv4:ipv6 = 80:40 Mbit (Wlananbindung), upload 5,4:5,4.
Entweder ist Unity hier also bei ipv6 tatsächlich um 50% langsamer, oder in der Kette TC7200/Fritz 7390/mein_rechner (i5-8GB-Linux) ist irgendwo ein Bremser.

Sollte es an UM liegen, hätte ich bei reiner ipv6 Nutzung wohl eine Mogelpackung. Dann würde ich kaum über 40/5 hinauskommen. Muss also weiter das CGN benutzen :motz:

 

[addicted]

Bei mir (DsLite 120/6) ebenso. Bei speedtests mit wget unter ipv6 wird nur knapp 30% des Durchsatzes gegenüber ipv4 erreicht.

Naja, das ist aber schon ein Unterschied. Deine v6 Verbindung ist ja weder ein Tunnel noch kommt sie über eine VPN Verbindung. Andersherum ist es sogar so, dass bei Dir v4 getunnelt wird. Auf der direkten Leitung zwischen AFTR und Dir kann v6 aus Prinzip schon nicht langsamer sein als v4 - also liegt es eher am Peering, und das ist bei anderen v6 Providern ja dann auch wieder anders.

 

[marvinh]

Ich habe Anfang der Woche bei AVM eine Support-anfrage gestellt, ob die prüfen können, ob das Problem an der FritzBox bzw. der geänderten Firmware von Unitymedia liegt.
Bis jetzt habe ich aber noch keine Antwort.

tunnelbroker.net direkt in der FritzBox eingetragen und hier das Ergebnis (PC ist direkt an der FritzBox per Kabel angeschlossen):