Geschwindigkeitsproblem Webspace

Abbadon

Abbadon

Registered User
Hi,

ich wusste nicht, wohin mit dem Thema, deshalb unter Smalltalk :)

Zu meinem Problem:

Ich habe ein Webspacepaket bei Wulfnetworx.de bestellt. Der Server steht bei myLoc in Düsseldorf und hat eine max. Bandbreite von 1 GB/s. Mir ist klar, dass ich mir die Bandbreite mit den anderen Usern auf dem Server teile.
Ich erreiche jedoch im Durchschnitt 2 MByte/s im Download von diesem Server.
Lade ich jetzt genau die selbe Datei über einen SOCKS5 Proxy-Server, so kann ich meinen vollen Download von ca. 9,5 MByte/s auslasten. Meinen Internetanschluss beziehe ich von easybell.
Ich kann mir das Phänomen nur durch ein "schlechtes" Routing erklären. Mein Hoster meinte, er wüsste auch nicht, woran der geringe Download liegen könnte.

Vielleicht könnt ihr einmal zum Test diese Datei herunterladen und mir eure Downloadgeschwindigkeiten posten. Wenn möglich via Root-Server und privater Internetanschluss.

Datei: http://abbadon-blog.de/files/speedtest/100MB.bin oder http://abbadon-blog.de/files/speedtest/500MB.bin
 
Hier vom NOC aus - mit 1Gbit Anbindung über DE-CIX ca. 1,2MB/s!

Am Routing scheints kaum zu liegen, geht alles sauber über DE-CIX und gerade mal 6 Hops.
 
Last edited by a moderator:
Aus SXB:

Code: 
2013-01-11 14:26:56 (6.58 MB/s) - `test.tmp.bin' saved [524288000/524288000]


Aus STL lieg ich bei ~500K/s und breche den Vorgang nun ab, da der zu lange dauert :D
 
Ich glaube aber irgendwie, dass DE-CIX der Flaschenhals ist. Habe hier ein Traceroute Script, das die Route vom Server zum Empfänger aufzeigt.
Wenn ich über den Proxy (46.165.196.73) downloade, scheint der Traffic über ecix zu gehen.

Code: 
traceroute to 46.165.196.73 (46.165.196.73), 30 hops max, 60 byte packets
 1  85.114.141.1 (85.114.141.1)  0.391 ms  0.732 ms  1.041 ms
 2  lcgw-dus2-2gig.dus1-de.fibre1.net (62.141.47.13)  7.456 ms  7.508 ms  7.707 ms
 3  62.141.47.154 (62.141.47.154)  0.810 ms  1.255 ms  1.326 ms
 4  leaseweb2.dus.ecix.net (194.146.118.92)  4.211 ms  4.213 ms  4.210 ms
 5  te3-3.hv1.dtb.leaseweb.net (46.165.255.125)  5.476 ms  5.479 ms te6-3.hv1.dtb.leaseweb.net (46.165.255.127)  5.477 ms
 6  de.gigabit.perfect-privacy.com (46.165.196.73)  4.334 ms  4.331 ms  4.321 ms

Da erreiche ich volle 9,5 MByte/s. Wobei es bei Telekom-Kunden auch nicht besser sein soll, obwohl myLoc anscheinend ein direktes Peering mit T hat.

Ach ja, hier das Routing direkt zu mir:
Code: 
traceroute to 213.54.x.x (213.54.x.x), 30 hops max, 60 byte packets
 1  85.114.141.1 (85.114.141.1)  0.447 ms  0.765 ms  1.084 ms
 2  lcgw-dus2-2gig.dus1-de.fibre1.net (62.141.47.13)  0.105 ms  0.121 ms  0.150 ms
 3  decix01.f.ip.nacamar.net (80.81.192.29)  4.691 ms  4.309 ms  4.672 ms
 4  ae2.core1.f.ip.nacamar.net (62.27.95.45)  14.651 ms  7.718 ms  14.643 ms
 5  so-2-0.access11.f.ip.nacamar.net (62.27.42.126)  6.574 ms  6.863 ms  7.125 ms
 6  xxx.access.ecotel.net (213.54.x.x)  24.313 ms !X  24.261 ms !X  24.228 ms !X
 
Last edited by a moderator:
Ein Traceroute sagt erst mal über die Bandbreite NICHTS aus. Wie auch?

Als Telekom VDSL Benutzer kenne ich es gelegentlich so, dass EINE Verbindung (egal ob FTP oder HTTP) in der Tat nicht mehr als ca 2 Mbyte/sec bringt, mehrere parallele Verbindungen zwischen den gleichen Partnern aber mit JEWEILS 2 Mbyte/sec die Verbindung auch bis zum Limit auslasten. Manchmal ist aber auf gleicher Strecke auch Full Speed mit einer Verbindung möglich.

Man könnte hier evtl lastabhängige Bandbreitenbegrenzungen pro Verbindung an irgendeiner Stelle vermuten, aber genau weiß man es natürlich nicht.
 
Ja, mit 4 Verbindungen kann ich meine Leitung auch großteils auslasten.
Dann muss halt immer der Downloadmanager her ;)
 
In deinem direkten Peering sehe ich einen sehr hohen Latenzunterschied zwischen 2.letztem und letztem Hop was bedeuten _kann_ dass es Packetloss oder Überlastung auf diesem Knoten gibt welcher vermutlich deinem Anbieter oder dessen eigenem Anbieter gehört.
Beachte dass der letzte Knoten nicht der Server deines Webspaces ist, dieser erlaubt nur nicht (dargestellt mit "!X") dass ping/traceroute weiterfährt.

Wenn ich über den Proxy (46.165.196.73) downloade, scheint der Traffic über ecix zu gehen.
Click to expand...
Das ist normal, du redest mit einem ganz anderen Server welcher woanders steht. Dieser Server im Gegenzug verbindet sich mit dem Ziel.
Traceroute auf diesen Server bringen also keine Erkenntnis.
 
@d4f:
Bist du dir bewusst, dass die Traceroutes vom betroffenen Server zum Proxy-Server bzw. zu mir (meinem Modem) sind? Nicht von mir zu den Servern.

Der Pinganstieg beim vorletzten Hop ist somit einfach der Übergang von Glasfaser auf Kupfer.
 
Ich erreiche zu Hause (Alice-DSL) volle Geschwindigkeit, im NOC komme ich über das Leuchtekabel auf schwankende 70-80 MBit/s, teilweise mit kurzen Einbrüchen.

Traceroute vom DSL-Anschluss:
Code: 
traceroute to abbadon-blog.de (85.114.140.147), 30 hops max, 60 byte packets
 1  lo1.br01.wup.de.hansenet.net (213.191.89.30)  20.753 ms
 2  ae1-108.cr02.dus.de.hansenet.net (62.109.112.190)  24.777 ms
 3  ge-1-0-0-101.pr02.dus.de.hansenet.net (62.109.110.47)  26.021 ms
 4  fibre1.dus.ecix.net (194.146.118.11)  27.518 ms
 5  62.141.47.153 (62.141.47.153)  28.249 ms
 6  xe1-dus4-v4.dus2-de.myloc.de (62.141.47.102)  69.785 ms
 7  septem.ns-wn.de (85.114.140.147)  29.675 ms
Traceroute vom NOC aus:
Code: 
traceroute to abbadon-blog.de (85.114.140.147), 30 hops max, 40 byte packets
 1  ........  0.171 ms
 2  ........  0.466 ms
 3  195.8.241.98 (195.8.241.98)  0.370 ms
 4  81.92.4.42 (81.92.4.42)  4.218 ms
 5  tal-de.r1.fra3.de.opencarrier.eu (194.54.95.253)  7.425 ms
 6  decix.fra1-de.fibre1.net (80.81.192.162)  19.401 ms
 7  xe1-dus4-v4.dus2-de.myloc.de (62.141.47.102)  8.848 ms
 8  septem.ns-wn.de (85.114.140.147)  8.815 ms
 
Danke, deine Traceroutes scheinen meine Vermutung zu bestätigen. Du hast ja relativ gute Downloadraten erreicht.

Ich habe Traceroutes vom Webspace-Server zu den bei dir am nähesten Knoten 213.191.89.30 und 195.8.241.98 gemacht. Auch hier läuft der Traffic über ecix und nicht über decix:

Code: 
traceroute to 213.191.89.30 (213.191.89.30), 30 hops max, 60 byte packets
 1  85.114.141.1 (85.114.141.1)  0.430 ms  0.747 ms  1.055 ms
 2  lcgw-dus2-2gig.dus1-de.fibre1.net (62.141.47.13)  2.740 ms  2.742 ms  2.739 ms
 3  62.141.47.154 (62.141.47.154)  0.815 ms  1.241 ms  1.313 ms
 4  hansenet.dus.ecix.net (194.146.118.40)  0.546 ms  0.598 ms  0.656 ms
 5  ae1-102.cr01.dus.de.hansenet.net (62.109.110.125)  0.429 ms  0.432 ms  0.428 ms
 6  lo1.br01.wup.de.hansenet.net (213.191.89.30)  24.977 ms  3.385 ms  6.311 ms

Code: 
traceroute to 195.8.241.98 (195.8.241.98), 30 hops max, 60 byte packets
 1  85.114.141.1 (85.114.141.1)  0.622 ms  0.691 ms  1.033 ms
 2  lcgw-dus2-2gig.dus1-de.fibre1.net (62.141.47.13)  0.591 ms  0.582 ms  0.576 ms
 3  62.141.47.154 (62.141.47.154)  0.754 ms  1.051 ms *
 4  opencarrier.dus.ecix.net (194.146.118.29)  0.655 ms  0.747 ms  0.850 ms
 5  r1.fra3.de.opencarrier.eu (194.54.95.242)  4.984 ms  4.984 ms  4.979 ms
 6  cisco-f4.tal.de (194.54.95.254)  45.818 ms  29.219 ms  28.653 ms
 7  81.92.4.41 (81.92.4.41)  8.971 ms * *
 
Easybell bzw Ecotel/Nacamar hat halt leider, abgesehen von DTAG/Tinet/QSC/Telefonica-Peerings, nur DECIX/LUCIX-Peerings.
 
You must log in or register to reply here.
Back
Top