Erfahrungen mit Servdiscount? Alternativen?
- Thread starter Patschi
- Start date
Schon übel wie sehr die Werte doch schwanken wenn ich sehe das Patschi gerade mal auf 5-8MB/s kommt und du auf 9,6MB/s da fühle ich mich mit meinen über 30MB/s ja schon als VIP
Code:
:~$ wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-24 21:37:01-- http://lg.ip-projects.de/1000MB.test
Resolving lg.ip-projects.de (lg.ip-projects.de)... 82.211.0.200
Connecting to lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: '/dev/null'
100%[====================================>] 1,000,000,000 67.3MB/s in 15s
2015-02-24 21:37:16 (65.0 MB/s) - '/dev/null' saved [1000000000/1000000000]
Code:
traceroute to lg.ip-projects.de (82.211.0.200), 30 hops max, 60 byte packets
1 193.111.140.1 (193.111.140.1) 0.662 ms 0.646 ms 0.710 ms
2 ve556.brip-a.dus1.myloc.de (62.141.47.105) 12.393 ms 12.414 ms 12.717 ms
3 decix.accelerated.de (80.81.194.50) 3.718 ms 3.741 ms 3.731 ms
4 fra4.xe-0-1-0.accelerated.de (84.200.230.81) 5.063 ms 5.083 ms 5.072 ms
5 mirror.ip-projects.de (82.211.0.200) 3.708 ms 3.671 ms 3.662 msIch kann mich nicht beklagen... 4770 @ Servdiscount
comaboy82
New Member
Hm, eventuell sollte Christoph deinen Server als Referenz nehmen und mal testen wieso der so flott unterwegs ist, habe gerade auch nochmal durchlaufen lassen, wurde etwas schneller aber weit entfernt von deinem Wert.
Code:
root@orange:~# wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-24 21:50:59-- http://lg.ip-projects.de/1000MB.test
Auflösen des Hostnamen »lg.ip-projects.de (lg.ip-projects.de)«... 82.211.0.200
Verbindungsaufbau zu lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1000000000 (954M)
In »»/dev/null«« speichern.
100%[=====================================================================================>] 1.000.000.000 35,6M/s in 27s
2015-02-24 21:51:26 (35,0 MB/s) - »»/dev/null«« gespeichert [1000000000/1000000000]servdiscount
New Member
Hallo zusammen,
vielen Dank für das umfangreiche Feedback!
Es gibt bei uns keine unterschiedliche Priorisierung des Traffics zwischen webtropia und servdiscount, sprich es sollten alle Server gleich schnell sein.
Wir haben für unsere Tests bereits einige schnellere und langsamere Server identifizieren können und führen umfangreiche Tests mit diesen durch.
Allerdings sind wir der Ursache der unterschiedlichen und oftmals viel zu langsamen Geschwindigkeiten noch nicht auf die Schliche gekommen. Unser Netzwerk-Team arbeitet aber mit Hochdruck daran und wir gehen davon aus, dass wir morgen einen neuen Status für Euch haben.
Gruß
Christoph
vielen Dank für das umfangreiche Feedback!
Es gibt bei uns keine unterschiedliche Priorisierung des Traffics zwischen webtropia und servdiscount, sprich es sollten alle Server gleich schnell sein.
Wir haben für unsere Tests bereits einige schnellere und langsamere Server identifizieren können und führen umfangreiche Tests mit diesen durch.
Allerdings sind wir der Ursache der unterschiedlichen und oftmals viel zu langsamen Geschwindigkeiten noch nicht auf die Schliche gekommen. Unser Netzwerk-Team arbeitet aber mit Hochdruck daran und wir gehen davon aus, dass wir morgen einen neuen Status für Euch haben.
Gruß
Christoph
Zum Speed zu OVH muss man aber sagen, dass da bei denen etwas nicht stimmt.
Über GRE zu einem Server im OVH SBG:
Offizieller Speedtest von OVH in SBG:
Über GRE zu einem Server im OVH SBG:
Code:
--2015-02-25 17:48:25-- http://192.168.168.1/1000MB.test
Connecting to 192.168.168.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/octet-stream]
Saving to: '/dev/null'
100%[====================================>] 1,000,000,000 22.3MB/s in 42s
2015-02-25 17:49:07 (22.9 MB/s) - '/dev/null' saved [1000000000/1000000000]Offizieller Speedtest von OVH in SBG:
Code:
--2015-02-25 17:50:15-- http://sbg.proof.ovh.net/files/10Gb.dat
Resolving sbg.proof.ovh.net (sbg.proof.ovh.net)... 2001:41d0:8:a051::1, 5.135.128.81
Connecting to sbg.proof.ovh.net (sbg.proof.ovh.net)|2001:41d0:8:a051::1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1250000000 (1.2G) [application/x-ns-proxy-autoconfig]
Saving to: '/dev/null'
100%[====================================>] 1,250,000,000 7.57MB/s in 4m 50s
2015-02-25 17:55:05 (4.11 MB/s) - '/dev/null' saved [1250000000/1250000000]Jetzt hat es einen Tag funktioniert und nun geht zu OVH wieder nichts durch 
Fängt mit 80MB an und fällt direkt auf unter 10MB....
Bin auf euer Update Morgen gespannt, in meinem Ticket steht ja von eurem Netzwerktechniker das bereits was geändert wurde. Und nachdem gestern noch alles funktioniert hat hab ich im danke zurückgeschrieben und das Ticket wurde geschlossen.
Wurde es wieder zurück geändert? Denn gestern Vormittag gings ja noch.
Heute wieder alles fürn ****
Bis zum Weekend wart ich noch.
Danke EnigmaX1
Edit: @Frecyboy
Gestern Vormittag hab ich zu OVH noch nen Durchsatz von 90MB gehabt, da wurde seitens Webtropia anscheinend wieder mal was verschlimmbessert.
@servdiscount
Wenn es hier offensichtliche Probleme im Netzwerk gibt wieso ist weder im ServDiscount Status noch im Webtropia Status was davon zu lesen?
Für was gibts diese Funktion denn dann?
Fängt mit 80MB an und fällt direkt auf unter 10MB....
Bin auf euer Update Morgen gespannt, in meinem Ticket steht ja von eurem Netzwerktechniker das bereits was geändert wurde. Und nachdem gestern noch alles funktioniert hat hab ich im danke zurückgeschrieben und das Ticket wurde geschlossen.
Wurde es wieder zurück geändert? Denn gestern Vormittag gings ja noch.
Heute wieder alles fürn ****
Bis zum Weekend wart ich noch.
Danke EnigmaX1
Edit: @Frecyboy
Gestern Vormittag hab ich zu OVH noch nen Durchsatz von 90MB gehabt, da wurde seitens Webtropia anscheinend wieder mal was verschlimmbessert.
@servdiscount
Wenn es hier offensichtliche Probleme im Netzwerk gibt wieso ist weder im ServDiscount Status noch im Webtropia Status was davon zu lesen?
Für was gibts diese Funktion denn dann?
Last edited by a moderator:
Ich vermutlich es ist schlichtweg ein Datenengpass im Netzwerk. Sei es dass hier Kunden am selben Switch extrem viel Traffic zu den Abendstunden machen oder schlichtweg sehr viele Kunden an einem Switch angebunden sind. Das erklärt auch dass es Vormittags besser läuft als Abends. Es wäre naiv zu glauben man könne dieses Problem softwareseitig lösen - vielleicht ist es auch gewollt, dass die Kunden eben nicht so viel Traffic machen können hier ein technisches Limit zu setzen. Die Lösung wäre vermutlich die einzelnen Switchports zu erweitern auf 2 G oder 3 G also Trunk Ports oder die Switche zu tauschen gegen Glasfaser Links.
datADMIN
New Member
Leider spielt es kaum eine Rolle zu welcher Uhrzeit man einen Speedtest durchführt, ich habe z.b. (siehe hier) um 5Uhr morgens einen Test durchgeführt und kam teilweise nicht einmal über 5mb. Dann wiederum Abends gute Raten gehabt.
Last edited by a moderator:
PHP-Friends
Active Member
Um fünf Uhr morgens können auch Backupjobs laufen und einen Engpass verursachen. Aber wir können sowieso alle nur raten.
comaboy82
New Member
Bei mir wird's immer besser.
Code:
root@orange:~# wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-26 22:11:47-- http://lg.ip-projects.de/1000MB.test
Auflösen des Hostnamen »lg.ip-projects.de (lg.ip-projects.de)«... 82.211.0.200
Verbindungsaufbau zu lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1000000000 (954M)
In »»/dev/null«« speichern.
100%[===============================================================================>] 1.000.000.000 57,9M/s in 17s
2015-02-26 22:12:04 (57,2 MB/s) - »»/dev/null«« gespeichert [1000000000/1000000000]
root@orange:~# wget http://lg.core-backbone.com/files/1000MB.test -O /dev/null
--2015-02-26 22:12:24-- http://lg.core-backbone.com/files/1000MB.test
Auflösen des Hostnamen »lg.core-backbone.com (lg.core-backbone.com)«... 83.142.85.226, 2a01:4a0:36::2
Verbindungsaufbau zu lg.core-backbone.com (lg.core-backbone.com)|83.142.85.226|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1000000000 (954M)
In »»/dev/null«« speichern.
100%[===============================================================================>] 1.000.000.000 20,9M/s in 27s
2015-02-26 22:12:51 (35,1 MB/s) - »»/dev/null«« gespeichert [1000000000/1000000000]
root@orange:~# wget http://speedtest.netcologne.de/test_1gb.bin -O /dev/null
--2015-02-26 22:13:06-- http://speedtest.netcologne.de/test_1gb.bin
Auflösen des Hostnamen »speedtest.netcologne.de (speedtest.netcologne.de)«... 194.8.194.20
Verbindungsaufbau zu speedtest.netcologne.de (speedtest.netcologne.de)|194.8.194.20|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[===============================================================================>] 1.073.741.824 44,5M/s in 19s
2015-02-26 22:13:26 (52,7 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]
root@orange:~# wget http://speed.myloc.de/1GB.tst -O /dev/null
--2015-02-26 22:13:28-- http://speed.myloc.de/1GB.tst
Auflösen des Hostnamen »speed.myloc.de (speed.myloc.de)«... 62.141.47.66
Verbindungsaufbau zu speed.myloc.de (speed.myloc.de)|62.141.47.66|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[===============================================================================>] 1.073.741.824 68,2M/s in 15s
2015-02-26 22:13:43 (68,2 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]
root@orange:~# wget http://ovh.net/files/1Gio.dat -O /dev/null
--2015-02-26 22:13:48-- http://ovh.net/files/1Gio.dat
Auflösen des Hostnamen »ovh.net (ovh.net)«... 213.186.33.6
Verbindungsaufbau zu ovh.net (ovh.net)|213.186.33.6|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[===============================================================================>] 1.073.741.824 12,1M/s in 50s
2015-02-26 22:14:39 (20,3 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]
D
Deleted member 15972
Guest
Ich komme nie über knapp 11,5~ MB/s hinaus. Ich habe schon geschaut, ob nicht versehentlich eine 100 Mbit Netzwerkkarte verbaut wurde aber laut lspci ist es eine GBE Karte von Realtek. Es ist nur eben merkwürdig, wenn man genau das reale Limit einer 100 mbit Anbindung trifft.
Code:
root@server:~# wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-26 23:27:05-- http://lg.ip-projects.de/1000MB.test
Resolving lg.ip-projects.de (lg.ip-projects.de)... 82.211.0.200
Connecting to lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
9% [==> ] 93,641,344 11.2MB/s eta 77s ^C
Last edited by a moderator:
MadMakz
Active Member
Schau mal im Servdicount-Panel nach ob da beim Server 100Mbit steht.
Einer meiner Server wurde in 100Mbit ausgeliefert, Bei Webtropia ist das beim Server letztes Jahr zwischendurch mal passiert (schätze es war nach FW upgrade am Switch).
In dem Fall Ticket aufmachen und nach spätestens einer Stunde sollte es auf 1000 stehen.
Last edited by a moderator:
D
Deleted member 15972
Guest
Die Anbindung im Panel stand auf 1000 Mbit/s aber dank Yagos Tipp habe ich das Problem gefunden: der Link Partner (AKA switch) advertised trotzdem nur 100 mbit/s. Danke Euch beiden für die Denkanstöße!
Ein Ticket habe ich schon erstellt.
Update: Die Umstellung wurde schon durchgeführt, jetzt sieht das alles doch gleich ganz anders aus.
Update 2: Ich komme mir gerade etwas verschaukelt vor. Per Email bekam ich jetzt die Antwort, dass mein Problem nicht nachvollziehbar sei (naja, was ist an 100 Mbit/s Linkspeed nicht nachzuvollziehen) und ich doch bitte iPerf installieren solle.
Sei es wie's sei, ich habe das Ticket jetzt auf gelöst gesetzt, bevor da jetzt weiter dran rumgepfuscht wird, denn jetzt ist der Link auf 1 Gbit/s gesetzt.
Geschwindigkeit NACHDEM der Link auf 1Gbit/s gesetzt wurde:
Ausgabe von Ethtool nach Umstellung:
Ursprüngliche Ausgabe:
Ein Ticket habe ich schon erstellt.
Update: Die Umstellung wurde schon durchgeführt, jetzt sieht das alles doch gleich ganz anders aus.
Update 2: Ich komme mir gerade etwas verschaukelt vor. Per Email bekam ich jetzt die Antwort, dass mein Problem nicht nachvollziehbar sei (naja, was ist an 100 Mbit/s Linkspeed nicht nachzuvollziehen) und ich doch bitte iPerf installieren solle.
Sei es wie's sei, ich habe das Ticket jetzt auf gelöst gesetzt, bevor da jetzt weiter dran rumgepfuscht wird, denn jetzt ist der Link auf 1 Gbit/s gesetzt.
Geschwindigkeit NACHDEM der Link auf 1Gbit/s gesetzt wurde:
Code:
root@server:~# wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-27 12:06:20-- http://lg.ip-projects.de/1000MB.test
Resolving lg.ip-projects.de (lg.ip-projects.de)... 82.211.0.200
Connecting to lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[====================================>] 1,000,000,000 45.2MB/s in 22s
2015-02-27 12:06:42 (42.8 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]Ausgabe von Ethtool nach Umstellung:
Code:
root@server:~# ethtool p133p1
Settings for p133p1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yesUrsprüngliche Ausgabe:
Code:
root@server:~# ethtool p133p1
Settings for p133p1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
Last edited by a moderator:
comaboy82
New Member
Bei mir sieht es sehr gut aus, die Raten sind jetzt sehr konstant und schwanken fast kaum noch, auch an der Geschwindigkeit hat sich einiges getan.
Code:
root@orange:~# wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-27 19:06:53-- http://lg.ip-projects.de/1000MB.test
Auflösen des Hostnamen »lg.ip-projects.de (lg.ip-projects.de)«... 82.211.0.200
Verbindungsaufbau zu lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1000000000 (954M)
In »»/dev/null«« speichern.
100%[===============================================================================================>] 1.000.000.000 57,6M/s in 18s
2015-02-27 19:07:10 (54,4 MB/s) - »»/dev/null«« gespeichert [1000000000/1000000000]
root@orange:~# wget http://lg.core-backbone.com/files/1000MB.test -O /dev/null
--2015-02-27 19:07:19-- http://lg.core-backbone.com/files/1000MB.test
Auflösen des Hostnamen »lg.core-backbone.com (lg.core-backbone.com)«... 83.142.85.226, 2a01:4a0:36::2
Verbindungsaufbau zu lg.core-backbone.com (lg.core-backbone.com)|83.142.85.226|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1000000000 (954M)
In »»/dev/null«« speichern.
100%[===============================================================================================>] 1.000.000.000 33,8M/s in 25s
2015-02-27 19:07:45 (37,6 MB/s) - »»/dev/null«« gespeichert [1000000000/1000000000]
root@orange:~# wget http://speedtest.netcologne.de/test_1gb.bin -O /dev/null
--2015-02-27 19:07:51-- http://speedtest.netcologne.de/test_1gb.bin
Auflösen des Hostnamen »speedtest.netcologne.de (speedtest.netcologne.de)«... 194.8.194.20
Verbindungsaufbau zu speedtest.netcologne.de (speedtest.netcologne.de)|194.8.194.20|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[===============================================================================================>] 1.073.741.824 64,3M/s in 18s
2015-02-27 19:08:09 (56,3 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]
root@orange:~# wget http://speed.myloc.de/1GB.tst -O /dev/null
--2015-02-27 19:08:11-- http://speed.myloc.de/1GB.tst
Auflösen des Hostnamen »speed.myloc.de (speed.myloc.de)«... 62.141.47.66
Verbindungsaufbau zu speed.myloc.de (speed.myloc.de)|62.141.47.66|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[==============================================================================================================================>] 1.073.741.824 67,8M/s in 15s
2015-02-27 19:08:26 (67,7 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]
root@orange:~# wget http://ovh.net/files/1Gio.dat -O /dev/null
--2015-02-27 19:08:28-- http://ovh.net/files/1Gio.dat
Auflösen des Hostnamen »ovh.net (ovh.net)«... 213.186.33.6
Verbindungsaufbau zu ovh.net (ovh.net)|213.186.33.6|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1073741824 (1,0G) [application/octet-stream]
In »»/dev/null«« speichern.
100%[==============================================================================================================================>] 1.073.741.824 29,8M/s in 42s
2015-02-27 19:09:10 (24,4 MB/s) - »»/dev/null«« gespeichert [1073741824/1073741824]MadMakz
Active Member
Code:
OVH (FR): 2,45MB/s
Netcologne (DE): 24,6MB/s
MyLoc* (DE): 33,5MB/s
FSIT (CH): 21,8MB/s
Leaseweb (NL): 20,8MB/s
Softlayer (NL): 38,9MB/s
iperf -c speed.myloc.de -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to speed.myloc.de, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 5] local 93.186.*.* port 44391 connected with 62.141.47.66 port 5001
[ 4] local 93.186.*.* port 5001 connected with 62.141.47.66 port 51295
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 726 MBytes 609 Mbits/sec
[ 4] 0.0-10.0 sec 656 MBytes 550 Mbits/sec*nicht von speed.myloc.de.
Ich bin schon seit längerem in Kontakt mit dem Support. In meinem Segment wurde, lt. Aussage vom Support, auch ein Testserver eingerichtet um das genauer zu beobachten. Meine Werte bleiben aber relativ Konstant, abgesehen von OVH heute.
Ich habe noch einen anderen Server aber dort ist es kaum möglich zu Testen weil es sich um einen hochfrequentierten Server handelt den ich nicht einfach mal so trennen kann. Raus gehen aber kaum mehr als 200mbps.
Von dem was man hier im Topic sieht scheint es aber ein Switchübergreifendes Problem zu sein weshalb ich nicht glaube das es da noch eine Rolle spielt.
Last edited by a moderator:
servdiscount
New Member
Guten Morgen,
vielen Dank für die Feedback!
Die nicht konstanten Datenübertragungsraten der vergangenen Tage sind kein Switch-Problem, dies hat die Analyse unseres Netzwerk-Teams bereits ergeben.
Wir sind auch bezüglich der Lösung des Problems ein Schritt weiter gekommen, möchten aber noch keine finale "Entwarnung" geben. Bitte beobachtet die Bandbreiten weiter und lasst mir gerne Resultate an ch@servdiscount.com zukommen.
Danke!
Gruß
Christoph
vielen Dank für die Feedback!
Die nicht konstanten Datenübertragungsraten der vergangenen Tage sind kein Switch-Problem, dies hat die Analyse unseres Netzwerk-Teams bereits ergeben.
Wir sind auch bezüglich der Lösung des Problems ein Schritt weiter gekommen, möchten aber noch keine finale "Entwarnung" geben. Bitte beobachtet die Bandbreiten weiter und lasst mir gerne Resultate an ch@servdiscount.com zukommen.
Danke!
Gruß
Christoph
datADMIN
New Member
Code:
Sehr geehrter Herr ****,
leider weiß ich nicht wie andere Geschwindigkeitstest anbieter Ihre Server angebunden haben etc. für uns ist nur interessant, wenn Sie dies mit iperf auf unseren myloc speedtest server vornehmen.
Das was Sie uns zugesandt haben, ist vollkommen in Ordnung:
"root@c075:~# iperf -c speed.myloc.de -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to speed.myloc.de, TCP port 5001
TCP window size: 552 KByte (default)
------------------------------------------------------------
[ 5] local **.**.**.** port 58909 connected with 62.141.47.66 port 5001
[ 4] local **.**.**.** port 5001 connected with 62.141.47.66 port 41022
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 965 MBytes 810 Mbits/sec
[ 4] 0.0-10.0 sec 778 MBytes 652 Mbits/sec"
Wir garantieren mind. 500 MBit.Das bedeutet also das die DL Raten innerhalb DE völlig normal sind xD ... scheinbar weiß der Support nicht was das Netzwerk-Team momentan für Schwerstarbeit leistet...
Mein eigentliches Anliegen war dem Support ein paar Speedtests zukommen zu lassen und um zu Erfahren wie lange ich noch zahlen darf bis ich den Server endlich für Streaming nutzen kann, ich habe dazu mal den gesamten Verlauf auf pastebin hinterlassen (von unten nach oben lesen!).
Support Ticket [850567-407301-73]
Code:
wget http://lg.ip-projects.de/1000MB.test -O /dev/null
--2015-02-27 19:35:11-- http://lg.ip-projects.de/1000MB.test
Resolving lg.ip-projects.de (lg.ip-projects.de)... 82.211.0.200
Connecting to lg.ip-projects.de (lg.ip-projects.de)|82.211.0.200|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[=============================================================================================================================================================>] 1,000,000,000 6.10MB/s in 2m 7s
root@c075:~# wget http://lg.core-backbone.com/files/1000MB.test -O /dev/null
--2015-02-27 19:40:32-- http://lg.core-backbone.com/files/1000MB.test
Resolving lg.core-backbone.com (lg.core-backbone.com)... 83.142.85.226, 2a01:4a0:36::2
Connecting to lg.core-backbone.com (lg.core-backbone.com)|83.142.85.226|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[=============================================================================================================================================================>] 1,000,000,000 1.97MB/s in 7m 30s
root@c075:~# wget http://ovh.net/files/1Gio.dat -O /dev/null
--2015-02-27 19:55:34-- http://ovh.net/files/1Gio.dat
Resolving ovh.net (ovh.net)... 213.186.33.6
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘/dev/null’
100%[===================================================================================================================================================================================================================================>] 1,073,741,824 2.31MB/s in 6m 0s
root@c075:~# wget http://mirror.datafabrik.de/testfiles/1G -O /dev/null
--2015-02-27 20:12:32-- http://mirror.datafabrik.de/testfiles/1G
Resolving mirror.datafabrik.de (mirror.datafabrik.de)... 185.44.107.50, 2a00:f820:14::7464:a1d
Connecting to mirror.datafabrik.de (mirror.datafabrik.de)|185.44.107.50|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G)
Saving to: ‘/dev/null’
100%[===================================================================================================================================================================================================================================>] 1,073,741,824 4.15MB/s in 4m 26s
2015-02-27 20:16:58 (3.85 MB/s) - ‘/dev/null’ saved [1073741824/1073741824]Ich hatte eigentlich mit einer Antwort gerechnet wie sie uns Christoph die ganze Zeit schreibt ... sogar vll. mit mehr Details ... Ich werde nun weiter abwarten.
Last edited by a moderator:
IP-Projects.de
Active Member
Vielleicht hilft das. lg.ip-projects.de ist angebunden mit 1 Gigabit/s zu einem juniper EX3300-48T. Dieser wiederrum mit 10 Gigabit/s SFP+ zum Core Switch und dieser mit mehrmals 10 Gigabit/s SFP+ zum Router, wo der Traffic anschließend zu den einzelnen Anbietern verteilt wird.
Code:
root@mirror:~# traceroute speed.myloc.de
traceroute to speed.myloc.de (62.141.47.66), 30 hops max, 60 byte packets
1 82.211.0.1 (82.211.0.1) 0.129 ms 0.130 ms 0.123 ms
2 fra3.xe-0-0-0.accelerated.de (84.200.230.82) 0.354 ms 0.353 ms 0.345 ms
3 xe1-decix-v4.fra1-de.myloc.de (80.81.192.162) 3.720 ms 3.794 ms 5.938 ms
4 speed.myloc.de (62.141.47.66) 3.617 ms 3.617 ms 3.667 ms4 Hops scheint mir sehr gut zu sein.
Interessant ist.
Code:
root@mirror:~# wget http://speed.myloc.de/2GB.tst
--2015-02-28 11:42:10-- http://speed.myloc.de/2GB.tst
Auflösen des Hostnamen speed.myloc.de (speed.myloc.de)... 62.141.47.66
Verbindungsaufbau zu speed.myloc.de (speed.myloc.de)|62.141.47.66|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 2097152000 (2,0G) [application/octet-stream]
In 2GB.tst speichern.
100%[=================================================================================================================================================================================================================================================================================>] 2.097.152.000 56,2M/s in 38s ^
2015-02-28 11:42:49 (52,0 MB/s) - 2GB.tst gespeichert [2097152000/2097152000]Startet mit 80-90 MB/s sind zwischenzeitig auf 20 MB/s. Dadurch kommt dann ein Wert im Mittel von 52,0 MB/s zu stande. Sieht für mich persönlich nach Balancing des externen Traffics aus.