Speedprobleme bei Verbindungen via DECIX

Internet und Telefon gestört oder gar ganz ausgefallen? Speedprobleme, die nicht offensichtlich auf die verwendeten Geräte zurückzuführen sind? Dann ist dieses Forum genau richtig!
Forumsregeln
Forenregeln


Bitte gib bei der Erstellung eines Threads im Feld „Präfix“ an, ob du Kunde von Vodafone Kabel Deutschland („[VFKD]“), von Vodafone West („[VF West]“), von eazy („[eazy]“) oder von O2 über Kabel („[O2]“) bist.
asmaps
Newbie
Beiträge: 2
Registriert: 08.02.2013, 18:10

Speedprobleme bei Verbindungen via DECIX

Beitrag von asmaps »

Hallo zusammen,

ich habe einen KD Anschluss mit 32 MBit. Leider musste ich feststellen, dass einige Verbindungen ziemlich lahmen (ca. 500-600KB/s). Ich hab dann mal ne Menge Forschung mit traceroute, speedtest.net, iptraf und ping betrieben und es liegt die Vermutung nahe, dass alle Verbindungen via Frankfurt/DECIX betroffen sind.
Konkret:
Der FTP-Server in Esslingen ( http://ftp-stud.hs-esslingen.de/info/ ), welcher eine sehr gute Bandbreite hat liefert mir nur 450-500KB/s, während ich gleichzeitig mit einem Rechner, der in Stuttgart auch ans BelWue angeschlossen ist (wo auch der Esslinger Server angeschlossen ist), mit 1 GBit/s (+/- 100MB/s effektiv) runterlade. Am Server kanns also nicht liegen. Traceroute sagt mir, dass nach einigen Hops innerhalb von KD (von Bamberg aus) in Frankfurt am DECIX das Paket ans Belwue übergeben wird. Von meinem Rechner in Stuttgart (bei dem ich auch keine höhere Bandbreite bekomme, obwohl der 1 GBit/s Upload hat) läuft das Paket den selben Weg, also auch die Rückrichtung geht übers decix.

Auf speedtest.net habe ich noch etwas entdeckt: Bis vor kurzem lief das Signal von hier ins Hetzner-RZ Nürnberg auf ziemlich kurzem Weg dahin und scheint irgendwo hier in der Gegend über ein Peering direkt zu Hetzner (ohne DECIX also) gekommen zu sein. Da hatte ich auch Bandbreiten von +/- 30MBit, also alles in Ordnung und am Anschluss an sich scheint es nicht zu liegen. Vor einigen Stunden hat das Routing allerdings umgeschwenkt und mein Traffic zum selben Rechner im Hetzner RZ läuft plötzlich übers DECIX und siehe da ich bekomme auch da auf einmal nurnoch 10-15MBit...

Der KD-interne Speedtest zeigt mir normalerweise auch Werte an, die in Ordnung sind - logisch, da der Traffic ja garnicht aus dem Netz rausgeht (also über DECIX o.ä.).

Eine weitere Beobachtung war, dass ein Videostream von der Prosieben.de-Seite über Level3 in Berlin gepeert wurde und auch der lief flüssig in HD mit fast 900KB/s, also fast doppelt so schnell wie alles, was via DECIX kommt (schneller brauchte es ja nicht, weil das Video keine höhere Bitrate hat ;-) ).

Diese Beobachtung hab ich noch mit vielen weiteren Verbindungen gemacht.
DECIX -> lahm (+/-500 kBit/s)
anderes Peering -> annähernd 32MBit

Daher meine Frage, ob das noch jemand beobachtet hat und ob vielleicht schonmal jemand deswegen bei KD angerufen hat und eine Antwort von denen hat. So wie es jetzt ist macht es keinen Spaß, wenn die Hälfte aller Verbindungen rumlahmen...

Grüße
asmaps

PS: Der Speedtest, den ich hier im Forum oft gesehen habe (http://speedtest.qsc.de/) liefert mir bei der Datei http://speedtest.qsc.de/100MB.qsc auch eine Geschwindigkeit in der Größenordnung 500-600 kBit/s (sogar oberes Ende *yeay*). Traceroute zeig mir, dass der Traffic am DECIX vorbeikommt (xxxx = Privacy ;-) ):

Code: Alles auswählen

wget -O /dev/null http://speedtest.qsc.de/100MB.qsc
--2013-02-08 18:25:44--  http://speedtest.qsc.de/100MB.qsc
Auflösen des Hostnamen »speedtest.qsc.de«... 195.90.7.115
Verbindungsaufbau zu speedtest.qsc.de|195.90.7.115|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 104857600 (100M) [text/plain]
In »»/dev/null«« speichern.

68% [=========================>             ] 71.611.984   603K/s  ETA 57s

Code: Alles auswählen

Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. xxxxx                     0.0%    10    0.6   0.8   0.6   1.6   0.3
 2. xxxxx                    0.0%     9    6.4   7.6   5.7  11.9   1.8
 3. xxxxx                    0.0%     9   12.9  12.7   7.8  17.3   3.0
 4. 88.134.193.237                    0.0%     9    8.2  14.9   7.8  56.8  16.0
 5. 88.134.196.198                    0.0%     9    8.2  10.3   8.2  13.6   2.2
 6. 83.169.128.14                     0.0%     9   19.5  19.5  16.5  22.8   2.5
 7. 88.134.201.117                    0.0%     9   17.8  16.9  15.4  17.9   0.8
 8. 194.9.117.53                      0.0%     9   15.6  16.5  15.6  17.5   0.6
 9. 213.148.128.177                   0.0%     9   28.6  35.1  27.7  59.4  12.5
10. 87.234.14.34                      0.0%     9   31.7  30.6  28.9  31.9   1.1
11. 87.234.8.210                      0.0%     9   29.5  29.5  28.7  30.5   0.6
12. 195.90.7.115                      0.0%     9   29.8  30.6  28.7  37.4   2.7
Die Übergabe ist hierbei von 88.134.201.117 (88-134-201-117-dynip.superkabel.de) -> 194.9.117.53 (qsc.ber.ecix.net). GeoIP zeigt mir, dass beide Router in (bzw in der Nähe von) Frankfurt stehen und auch die bezeichnung "*.ecix.net" lässt aufs DECIX schließen.

PPS: Wenn ich 2 Downloads vom gleichen Server starte halbiert sich die Geschwindigkeit nicht, es scheinen also einzelne Streams gedrosselt zu werden.
Benutzeravatar
koaschten
Insider
Beiträge: 3982
Registriert: 04.06.2010, 14:21
Wohnort: Itzehoe

Re: Speedprobleme bei Verbindungen via DECIX

Beitrag von koaschten »

So schön Forensik betrieben und dann doch den wichtigsten Schritt unterschlagen.

http://www.ecix.net/ber/
asmaps
Newbie
Beiträge: 2
Registriert: 08.02.2013, 18:10

Re: Speedprobleme bei Verbindungen via DECIX

Beitrag von asmaps »

Hmm damn xD Das hätte ich mal noch googeln können :wand: Nachdem ich aber immer alles nachgeschaut hab und jedes mal bei decix rauskam bin ich dann einfach davon ausgegangen, dass die sich bei ecix einfach das 'd' gespart ham :-P Danke für den Hinweis :)

Dann frag ich mich allerdings wo dann das Bottleneck ist (das Ding scheint ja in Berlin zu sein...). Auffällig ist immernoch, dass einige Streams volle Geschwindigkeit haben und andere immer im gleichen langsamen Bereich rumdümpeln. Bisher hab ich das eben aufs DECIX-Peering zurückgeführt, scheint aber ja wohl woanders zu sein :confused: