Probleme mit der Anbindung / Upload lahmt - was tun?

icebeer

New Member
Hallo zusammen,

ich lese hier schon einige Zeit als Gast mit, muss mich jetzt aber mit einem Problem bei einem meiner Server zu Wort melden. :(

Es geht um einen Server bei Webtropia. Eigentlich ein sehr schickes Teil. Dual Quad Xeon, 16 GB RAM, GBit-LAN. Soweit so gut. Das Ding geht ab wie die Hölle. :)
Was leider gar nicht abgeht, ist die Anbindung. Ich nutze diesen Server primär für den Transfer großer Daten (inkl. Routing per openvpn) und bin daher auf ein schnelles Netzwerk angewiesen. Leider werde ich hier derzeit enttäuscht.

In den letzten Tagen hatte ich von meiner 100 Mbit/s KabelBW-Leitung große Schwankung bei den DL-Speeds per ftp / wget. Von 200 KByte/s bis 4 Mbyte/s hatte ich schon alles - meist bin ich aber im Bereich von 2 MByte/s. Meine anderen Server (1x Server4You z.B.) schaffen hingegen zur gleichen Zeit die vollen 10 MByte/s mühelos. Immer. 10 MByte/s hatte ich von diesem "Problemserver" hingegen noch nie. Einzige Lösung derzeit: 5 -10 Downloadverbindungen gleichzeitig aufbauen. Damit skaliert er ganz gut.

Auch meine anderen Server "downloaden" vom Webtropia-Server nie mit vollem Speed. Untereinander schauffeln sie per Wget mühelos 10 Mbyte/s und mehr hin und her.

Ein Beispiel heute früh:

Ich lade mit dem Webtropia-Server etwas von meinem Server4You Rootie. Beide ohne Last, also völlig Idle. Server4you -> Webtropia: 11 MByte/s. Webtropia -> Server4You hingegen nur 900 Kbyte/s. Genauso einer meiner anderen Server in UK: UK -> Webtropia: über 15 Mbyte/s. Webtropia -> UK: ~800 KByte/s. Nur der Upload lahmt also.

Ich habe daraufhin den Support eingeschaltet und das Problem geschildert. Man hat dann wohl die Anbindung vom Server zum Switch und intern im RZ geprüft und konnte da kein Problem feststellen. Auf meinen Hinweis zur anscheinend überlasteten Außenanbindung wurde nur gesagt, dass dort kein Engpass bekannt wäre und ich die Situation nachvollziehbar monitoren sollte (wie?!).

Mittlerweile hat sich die Lage wieder etwas verbessert. Ich erreiche per KabelBW wieder die üblichen 2 Mbyte/s (enttäuschend!) und auch die anderen Server "ziehen" wieder etwas schneller. Optimal ist das aber noch lange nicht.

Meine Fragen an Euch Experten: :)
1) Wie kann ich den Hoster davon überzeugen, dass das Problem vielleicht doch in seiner Außenabindung liegt bzw. diese überlastet zu sein scheint?

2) Könnt ihr in den nächsten Tagen vielleicht einfach mal ein paar Testdownloads von meinem Server machen und die Ergebnisse (am Besten mit traceroute) posten? Testdownload: Klick mich

Ich mache dazu mal einen Anfang mit den Daten von heute früh:

1 Gbit/s UK:
Code:
traceroute to 46.20.43.90 (46.20.43.90), 30 hops max, 60 byte packets
 1  217.114.63.89 (217.114.63.89)  0.062 ms  0.016 ms  0.015 ms
 2  xe1-04.gwy01.lnuk01.hostnoc.eu (178.238.128.30)  156.388 ms  156.410 ms  156.670 ms
 3  LINX1.LON-2.uk.lambdanet.net (195.66.224.99)  7.081 ms  7.151 ms  7.180 ms
 4  DUS-1-pos700.de.lambdanet.net (82.197.136.17)  21.568 ms  21.550 ms  21.528 ms
 5  trgw-lnc1-gig.dus1-de.fibre1.net (217.71.104.122)  21.428 ms  21.428 ms  21.851 ms
 6  lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  22.018 ms  22.117 ms  22.042 ms
 7  e251.enterprise.fastwebserver.de (46.20.43.90)  21.403 ms  21.234 ms  21.547 ms

--2011-12-04 12:12:08--  http://46.20.43.90/100MBtest.zip
Connecting to 46.20.43.90:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/zip]
Saving to: `/dev/null'

100%[======================================>] 104,857,600  871K/s   in 2m 7s

2011-12-04 12:14:15 (809 KB/s) - `/dev/null' saved [104857600/104857600]

100 Mbit/s Server4you:
Code:
traceroute to 46.20.43.90 (46.20.43.90), 30 hops max, 40 byte packets
 1  vlan-610-1.s4y19.fra.routeserver.net (62.75.221.2)  1.404 ms  1.388 ms  1.436 ms
 2  217.118.16.162 (217.118.16.162)  0.204 ms 217.118.16.161 (217.118.16.161)  0.206 ms 217.118.16.162 (217.118.16.162)  0.214 ms
 3  217.118.16.29 (217.118.16.29)  0.434 ms * *
 4  fibre1.dus.ecix.net (194.146.118.11)  7.285 ms  7.472 ms *
 5  mangw-20g-cisip1.dus1-de.fibre1.net (62.141.47.189)  29.786 ms fibre1.dus.ecix.net (194.146.118.11)  7.737 ms  7.988 ms
 6  mangw-20g-cisip1.dus1-de.fibre1.net (62.141.47.189)  29.863 ms lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  7.979 ms mangw-20g-cisip1.dus1-de.fibre1.net (62.141.47.189)  29.780 ms
 7  e251.enterprise.fastwebserver.de (46.20.43.90)  7.540 ms  7.794 ms lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  7.922 ms

wget http://46.20.43.90/100MBtest.zip -O /dev/null
--2011-12-04 13:10:29--  http://46.20.43.90/100MBtest.zip
Verbindungsaufbau zu 46.20.43.90:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 104857600 (100M) [application/zip]
In »/dev/null« speichern.

100%[===============================================================================>] 104.857.600 2,00M/s   in 1m 53s

2011-12-04 13:12:22 (904 KB/s) - »/dev/null« gespeichert [104857600/104857600]
 
3 Möglichkeiten die mir grade einfallen.

Entweder deine "Nachbarn" im Rack sind alle schön am saugen,
oder der Host lädt bereits etwas hoch (leicht mit z.b. Ifstat nachzuschauen), bzw. es wird schon etwas runtergeladen, oder der Apache (oder what ever) ist gedrosselt durch ein Plugin.

Ist der Webtropiaserver mit 100 oder 1000 Mbit angebunden? Ich hatte bei den (vom Uplink) nie Probleme. Immer entweder volle 100Mbit (11,2 - 12,5Mb) oder Gbit (60 - 70 MB .. Eco HDDs halt :O)


Hier mal mein Downloadtest:
Code:
wget http://46.20.43.90/100MBtest.zip
--2011-12-04 17:49:16--  http://46.20.43.90/100MBtest.zip
Connecting to 46.20.43.90:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/zip]
Saving to: â100MBtest.zipâ

74% [============================>          ] 78,068,610  1.25M/s  eta 18s
Code:
traceroute to 46.20.43.90 (46.20.43.90), 30 hops max, 60 byte packets
 1  gw01.g-portal.de (193.192.58.1)  0.178 ms  0.169 ms  0.165 ms
 2  80.95.152.209 (80.95.152.209)  0.266 ms  0.266 ms  0.276 ms
 3  decix.fra1-de.fibre1.net (80.81.192.162)  1.852 ms  1.327 ms  1.327 ms
 4  wangw-csip2.dus1-de.fibre1.net (62.141.47.85)  8.198 ms  8.083 ms  8.228 ms
 5  lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  8.581 ms  8.198 ms  8.947 ms
 6  e251.enterprise.fastwebserver.de (46.20.43.90)  8.117 ms  7.781 ms  8.026 ms
Code:
 wget http://speedtest.qsc.de/100MB.qsc
--2011-12-04 17:50:11--  http://speedtest.qsc.de/100MB.qsc
Resolving speedtest.qsc.de... 195.90.7.115
Connecting to speedtest.qsc.de|195.90.7.115|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [text/plain]
Saving to: â100MB.qscâ

36% [=============>                         ] 38,068,256  30.1M/s    (<--- nicht wundern, Latenztraffic)

MfG
 
Last edited by a moderator:
vServer ProPlay

Code:
# traceroute 46.20.43.90
traceroute to 46.20.43.90 (46.20.43.90), 30 hops max, 60 byte packets
 1  RS-340.proplay.de (84.201.4.240)  0.031 ms  0.012 ms  0.010 ms
 2  fra3.xe-1-0-1.accelerated.de (84.200.230.54)  7.146 ms  7.208 ms  7.294 ms
 3  decix.fra1-de.fibre1.net (80.81.192.162)  1.480 ms  2.029 ms  2.023 ms
 4  wangw-csip2.dus1-de.fibre1.net (62.141.47.85)  4.967 ms  4.956 ms  4.943 ms
 5  lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  5.140 ms  5.556 ms  5.998 ms
 6  e251.enterprise.fastwebserver.de (46.20.43.90)  5.050 ms  4.678 ms  5.042 ms

Code:
--2011-12-04 18:10:22--  http://46.20.43.90/100MBtest.zip
Connecting to 46.20.43.90:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/zip]
Saving to: `100MBtest.zip'

100%[======================================>] 104,857,600 8.66M/s   in 11s     

2011-12-04 18:10:33 (9.05 MB/s) - `100MBtest.zip' saved [104857600/104857600]


OVH


Code:
In ?100MBtest.zip? speichern.

90% [============================================>     ] 94.703.234  4,14M/s  ETA 3s

Code:
# traceroute 46.20.43.90
traceroute to 46.20.43.90 (46.20.43.90), 30 hops max, 60 byte packets
 1  rbx-15-m1.fr.eu (91.121.31.253)  0.762 ms  0.939 ms  1.012 ms
 2  rbx-2-6k.fr.eu (213.251.191.130)  0.986 ms * *
 3  rbx-g2-a9.fr.eu (91.121.131.10)  0.913 ms  0.895 ms  1.217 ms
 4  ams-5-6k.nl.eu (94.23.122.190)  5.612 ms ams-5-6k.nl.eu (91.121.131.174)  5.591 ms *
 5  amsix.ams1-nl.fibre1.net (195.69.144.219)  11.600 ms  12.069 ms  12.044 ms
 6  lcgw-2-10g-fdip2.dus2-de.fibre1.net (62.141.47.134)  11.181 ms  11.713 ms  11.340 ms
 7  e251.enterprise.fastwebserver.de (46.20.43.90)  11.073 ms  11.053 ms  11.034 ms
 
3 Möglichkeiten die mir grade einfallen.

Entweder deine "Nachbarn" im Rack sind alle schön am saugen,
oder der Host lädt bereits etwas hoch (leicht mit z.b. Ifstat nachzuschauen), bzw. es wird schon etwas runtergeladen, oder der Apache (oder what ever) ist gedrosselt durch ein Plugin.

Danke für Deine schnelle Antwort und den Test. :)

Ich hab den Server noch nicht so lange und daher noch relativ wenig Dienste am Laufen. Derzeit macht er quasi "gar nichts". Ich hatte es vor / während meiner Tests auch die Netzwerklast mit nload geprüft. Per FTP habe ich leider die gleichen Geschwindigkeiten. :(
Was meine Nachbarn machen weiß ich natürlich nicht. :)

Ist der Webtropiaserver mit 100 oder 1000 Mbit angebunden? Ich hatte bei den (vom Uplink) nie Probleme. Immer entweder volle 100Mbit (11,2 - 12,5Mb) oder Gbit (60 - 70 MB .. Eco HDDs halt :O)

Das Ding ist per GBit angebunden. Im Download (also Transfer auf den Server) geht das Ding auch gut ab:

Code:
root@e251:~# wget http://speedtest.qsc.de/100MB.qsc -O /dev/null
--2011-12-04 17:16:25--  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.

100%[============================================================================================================>] 104.857.600 48,8M/s   in 2,0s

2011-12-04 17:16:27 (48,8 MB/s) - »/dev/null« gespeichert [104857600/104857600]

Auch die HDD hat Power (nix WD Green :D):

root@e251:~# hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads: 12406 MB in 2.00 seconds = 6208.82 MB/sec
Timing buffered disk reads: 588 MB in 3.01 seconds = 195.59 MB/sec

Nur im Upload geht halt gar nichts - und mal ganz ehrlich - darauf kommt es an. Die 1.25 MByte/s sind doch für einen solchen Server viel zu wenig... Derzeit läuft auf dem Server gar nichts.

Hast Du eine Idee, wie ich den Hoster irgendwie auf das Problem aufmerksam machen könnte? Laut denen ist ja alles ok. :(
 
Überprüfe mal, ob die angefragten Dienst so konfiguriert sind, dass der einzelne Transfer gedrosselt wird.
Wenn mehrere Verbindungen/Transfers gleichzeitig die volle Bandbreite bringen, lässt das annehmen, dass der Switchport usw in Ordnung sind und der Flaschenhals irgendwo am Dienst liegt.

Wurde hier ggf eine Standart-Config vom Hoster gewählt, die anders ist als die, die du sonst verwendest?

Auch helfen, das Problem einzugrenzen, kann ein vom "Problemserver" gestarteter Upload auf einen Zielserver.
 
Die Geschwindigkeiten per FTP sind nahezu identisch zu denen per HTTP...

Ich habe jetzt mal netIO laufen lassen, um Apache / den FTP-Server ausschließen zu können.

Hier die Resultate:

Client: mein Router @KabelBW mit 100 Mbit/s down, 2.5 Mbit/s Upload
Server: "Problemserver"

Code:
TCP connection established ...
Receiving from client, packet size  1k ...  305.00 KByte/s
Sending to client, packet size  1k ...  2216.29 KByte/s
Receiving from client, packet size  2k ...  306.78 KByte/s
Sending to client, packet size  2k ...  1572.72 KByte/s
Receiving from client, packet size  4k ...  304.71 KByte/s
Sending to client, packet size  4k ...  1414.40 KByte/s
Receiving from client, packet size  8k ...  306.35 KByte/s
Sending to client, packet size  8k ...  1486.47 KByte/s
Receiving from client, packet size 16k ...  306.29 KByte/s
Sending to client, packet size 16k ...  1477.42 KByte/s
Receiving from client, packet size 32k ...  306.55 KByte/s
Sending to client, packet size 32k ...  1414.78 KByte/s
Done.

=> nicht mehr als 1,5 Mbyte/s...

Client: Server4you mit 100 Mbit/s
Server: "Problemserver"

Code:
TCP connection established ...
Receiving from client, packet size  1k ...  10.38 MByte/s
Sending to client, packet size  1k ...  3784.74 KByte/s
Receiving from client, packet size  2k ...  10.27 MByte/s
Sending to client, packet size  2k ...  3108.37 KByte/s
Receiving from client, packet size  4k ...  10.44 MByte/s
Sending to client, packet size  4k ...  3918.80 KByte/s
Receiving from client, packet size  8k ...  10.37 MByte/s
Sending to client, packet size  8k ...  3146.60 KByte/s
Receiving from client, packet size 16k ...  10.16 MByte/s
Sending to client, packet size 16k ...  3496.94 KByte/s
Receiving from client, packet size 32k ...  10.16 MByte/s
Sending to client, packet size 32k ...  3048.45 KByte/s
Done.

=> viel besser als heute früh, aber der Upload ist immer noch schwach. Der Download ist wieder 1A.

Ich probiere das morgen noch mal. Mal sehen was er dann macht...
 
Hast Du eine Idee, wie ich den Hoster irgendwie auf das Problem aufmerksam machen könnte? Laut denen ist ja alles ok. :(

Hi.
Achja sowas weiß ich auch noch.
Hatte ein IP bestellt (zweit IP) und die wollte und wollte nicht funktionieren.
Laut denen ist es natürlich nur eine Fehlkonfigration meinerseits (Typisch Webtropia :rolleyes:). Ende der Geschichte: Die IP war in deren Routern auf der Blacklist weil jemand damit Phising betrieben hat :D...

Ich würde einfach bitten an einen anderen Router / Switch gekabelt zu werden. Könnte mir gut vorstellen das die das machen.

MfG
 
Ich habe gerade testweise von Alice aus gezogen. Der MTR zum Server hin ist unauffällig (zwischen dem Alice-PoP und dem Server nur ca. 3ms Latenz), die Geschwindigkeit lag mit ~1 MByte/s aber doch deutlich unter dem was möglich wäre.

Hier einmal der MTR:
Code:
~# mtr --report --report-cycles 20 46.20.43.90
HOST: rejectix                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. lo1.br01.wup.de.hansenet.net  0.0%    20   30.8  36.3  28.7 116.4  19.9
  2. ae1-108.cr01.dus.de.hansenet  0.0%    20   33.9  34.0  32.0  36.3   0.9
  3. ge-1-0-0-101.pr02.dus.de.han  0.0%    20   31.9  36.6  31.9  82.1  11.7
  4. fibre1.dus.ecix.net           0.0%    20   33.8  34.2  33.8  36.4   0.5
  5. mangw-20g-cisip1.dus1-de.fib  0.0%    20   33.9  43.8  33.9 138.3  24.2
  6. lcgw-2-10g-fdip2.dus2-de.fib  0.0%    20   33.9  34.8  33.9  36.3   1.0
  7. e251.enterprise.fastwebserve  0.0%    20   33.9  34.1  32.0  36.9   1.2

Aaaaaber mit Wireshark kann ich ohne Ende Retransmissions und Duplicate Acks sehen. Das drückt natürlich auf die Geschwindigkeit, aber es deutet auch auf Fehler in der Netzwerkkonfiguration hin.
Es wurde bestimmt 30-40 Mal das selbe Paket mit der Sequenznummer 301 geacked, das deutet auf kurzzeitige Unerreichbarkeiten hin.
Kannst du mit ifconfig einmal nachsehen, ob die Fehler- und Overflow-Raten in einem vertretbaren Bereich sind? Möglicherweise verliert der Server zwischendurch unter hoher Netzwerklast die Verbindung zum Switch... (würdest du dann in ifconfig als Carrier-Fehler sehen).
 

Attachments

  • wireshark.jpg
    wireshark.jpg
    270.8 KB · Views: 164
Last edited by a moderator:
Kannst du mit ifconfig einmal nachsehen, ob die Fehler- und Overflow-Raten in einem vertretbaren Bereich sind? Möglicherweise verliert der Server zwischendurch unter hoher Netzwerklast die Verbindung zum Switch... (würdest du dann in ifconfig als Carrier-Fehler sehen).

Vielen Dank für den Tip und die umfangreiche Analyse! :)

Hier die Resultate aus ifconfig:

Code:
eth0      Link encap:Ethernet  Hardware Adresse 00:25:90:2b:95:08
          inet Adresse:46.20.43.90  Bcast:46.20.43.95  Maske:255.255.255.248
          inet6-Adresse: fe80::225:90ff:fe2b:9508/64 Gültigkeitsbereich:Verbindung
          inet6-Adresse: 2001:4ba0:ffe2:83::2/64 Gültigkeitsbereich:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:394011 errors:0 dropped:0 overruns:0 frame:0
          TX packets:595355 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:27330209 (26.0 MiB)  TX bytes:895591506 (854.1 MiB)
          Speicher:fafe0000-fb000000

Ich hab den Server zuvor/währenddessen mit allem beschossen, was ich zur Verfügung hab. Also 5 Downloads gleichzeitig mit insgesamt rund 80 Mbit/s Durchsatz.

Ein wirkliches Problem kann ich hier leider nicht erkennen. Vielleicht bringt aber eine Neuinstallation trotzdem etwas? Ich habe an der Netzwerkconfig nichts verändert...
 
Sieht nicht so aus, als wenn der Fehler an deinem Server läge...
Habe auch gerade erst beim zweiten Lesen bemerkt, dass du zeitgleich von anderen Systemen höhere Datendurchsätze hattest.
Könnte ein Problem am Düsseldorfer Router von Fibre1 sein.
 
Ende der Geschichte: Die IP war in deren Routern auf der Blacklist weil jemand damit Phising betrieben hat :D...

Bei dem Server sind im Paket mehrere IP-Adressen enthalten. Brauche ich nicht, aber ich habe eben mal eine von denen zusätzlich auf den Server gemappt und dann was über diese IP gezogen. Das Resultat war leider das gleiche. Lahmer Upload. :(

Ich würde einfach bitten an einen anderen Router / Switch gekabelt zu werden. Könnte mir gut vorstellen das die das machen.

Hmm... Mit dem Switch soll angeblich alles ok sein, das wurde schon getestet. Ne andere IP hab' ich eben auch getestet. Sollte ich den Tausch trotzdem mal anfragen?
 
Bei dem Server sind im Paket mehrere IP-Adressen enthalten. Brauche ich nicht, aber ich habe eben mal eine von denen zusätzlich auf den Server gemappt und dann was über diese IP gezogen. Das Resultat war leider das gleiche. Lahmer Upload. :(
Hatte jetzt NICHTS damit zutun. Wollte nur zeigen das sich die Anbieter einfach auch irren können, es aber ungern zugegeben.

Hmm... Mit dem Switch soll angeblich alles ok sein, das wurde schon getestet. Ne andere IP hab' ich eben auch getestet. Sollte ich den Tausch trotzdem mal anfragen?
Naja schlimmer kanns ja nicht kommen oder? :o

Hast du eigentlich ICQ? Würde gerne etwas privat bequatschen.
MfG
 
Hallo icebeer,

wir prüfen das Problem mit dem zu geringen Upload aktuell mit unserem Backbone-Team. Wir gehen davon aus, dass wir Dir morgen etwas genaueres dazu sagen können.
Auf den ersten Blick konnten wir, wie bereits vom 1st Level-Support geschrieben, aber noch keine Auffälligkeiten (sowohl Switch als auch Außenanbindung) feststellen.


Gruß
Christoph
 
Hallo zusammen,

ein kurzes Update von meiner Seite.

Ich hatte gestern zufällig gesehen, dass als Installationsquelle für neue Pakete bei dem Server ein interner Webtropia-Server hinterlegt war. Auf diesem liegen im Rootverzeichnis sogar schon einige Testfiles. Perfekt. :)

Also habe ich gestern Abend einen Vergleich gemacht: Mein Server gegen diesen im gleichen Netzwerk. Über KabelBW: 1.5 MByte/s (mein Server) vs. 4.5 MByte/s (interner Webtropia Debian Mirror). Heute früh waren es sogar 1.5 MByte/s vs. 10 MByte/s. Auch mein UK-Server zog vom internen Mirror gestern Abend ebenfalls deutlich schneller. 3 MByte/s (mein Server) vs. über 30 (!) MByte/s sprechen schon eine deutliche Sprache.

Ich habe diese Ergebnisse dann wieder ans Ticket angehangen. Mal sehen, ob und wenn ja was passiert.

Hast du eigentlich ICQ? Würde gerne etwas privat bequatschen.
MfG

Du bekommst gleich ne PN.
 
Ich habe deinen Server gestern Abend mal in mein Ping-Monitoring aufgenommen, um halt Schwankungen in den Latenzzeiten sehen zu können.
Im Anhang sind die erstellten Grafiken, vielleicht helfen dir die ja weiter (du weißt ja besser, was du zu welcher Zeit getan hast).
 

Attachments

  • hetzner-webtropia.jpg
    hetzner-webtropia.jpg
    73 KB · Views: 132
  • proplay-webtropia.jpg
    proplay-webtropia.jpg
    70.9 KB · Views: 136
Vielen Dank @Lord Gurke! :)

Webtropia hat gestern den Server nach eigenen Angaben an einen anderen Switch angeschlossen (daher wahrscheinlich der Peak kurz vor 12 Uhr am Montag). Leider ohne Erfolg.

Zwischenzeitlich hat sich die Performance bei mir eingependelt. Es sind ca. 2 MByte/s zu KabelBW und ca. 3 MBye/s zu meinen anderen Servern. Der Webtropia-Mirror ist immer noch deutlich schneller. Webtropia arbeitet noch an einer Lösung bzw. versucht dem Problem auf die Schliche zu kommen. Ich bin gespannt.
 
Last edited by a moderator:
Hallo zusammen,

Webtropia hat das Problem gefunden und beseitigt. Einer der Router hatte wohl einen Schuss weg. Jetzt passt die Geschwindigkeit.

Ein herzliches Dankeschön an alle Helfer und Beteiligten! :)
 
Back
Top