[Willmaster]

6Mb/s über eine 100Mbit Standleitung von Sil.at

anfangs nur 1Mb/s , schraubte sich nach etwa 10Mb aber extrem hoch.

[mathias]

Hallo,

z.B. http://www.traceroute.org/

Mathias

[Aviator]

Hallo,

kann mir mal bitte jemand ne Seite nennen, von der man aus Tracerts zum eigenen Server machen kann bzw guten Seiten in der Welt, zu denen man vom Server aus Tracersta machen kann?!

Ich muss mal paar Tests machen und brauch was für den Support hier!

Danke schonmal!

[Prefect]

@strex: Schon klar, deswegen habe ich ja auch möglichst viele Gegenstellen ausprobiert.

2) Anbindung (Peering / Transit) der Gegenstelle

Das heisst dann also, das keine einzige der ausprobierten Gegenstellen mehr als 25Mbit senden und 16Mbit empfangen kann? Kann ich mir nicht vorstellen...

Schweiz ist eh so ne Sache, die haben ganz schön das Trafficaufkommen unterschätzt. Wird wohl wieder ein voller router sein, mehr nicht.

Also einerseits sind die Geschwindigkeiten ja innerhalb Deutschland auch nicht besser und andererseits besteht dieses Problem schon sein monaten...

@pendulum:

fast volle 100mbit/s zu diversen Servern in Deutschland.

Hast Du mir mal einen Server zum testen von meinem Server aus?

[pendulum]

(2,03 MB/s) - `/dev/null' saved über 20mbit Kabel Deutschland (also DeCIX peering)
und fast volle 100mbit/s zu diversen Servern in Deutschland.

Kann mich da wiedermal nur strex anschließen.

[strex]

Das darf man nicht verwechseln, es gibt zwei Faktoren die das beeinflussen:

1) Anbindung (Peering / Transit) von OVH

2) Anbindung (Peering / Transit) der Gegenstelle

Das ist es egal ob der Download von OVH zu deiner Gegenstelle geht oder von deiner Gegenstelle zu OVH geht.

OVH ist Anbindungsmäßig wohl einer der besten Provider in ganz Europa, betreibt Uplinks zu Tier1 Provider und ist zu dem an vielen Peering Points selbst vertreten.
Außerdem kann man nicht wirklich von Test sprechen, wenn man eine übliche DSL Testseite zum testen benutzt. Die werden wohl auch nur ein paar 100 Mbit/s Server und man weis auch nicht genau wie dort die Auslastung ist. Vielleicht sind deren Anbindung / Server überlastet.

Schweiz ist eh so ne Sache, die haben ganz schön das Trafficaufkommen unterschätzt. Wird wohl wieder ein voller router sein, mehr nicht.

Test wurde erreicht mit einem Thread und mit einer Datei von 10 GB über die gesamte Laufzeit. Die 10 Mbit/s Drosselung wurde doch aufgehoben, jedoch habe ich diese bei der Pro Reihe nicht mehr.

[Prefect]

Danke für die Tests!

Es liegt wohl eher an eurem Anbieter

"Euerm Anbieter" ist bei den Tests oben ja ovh selbst! Die Speed-Tests wurden ja vom OVH-Server aus gemacht (per remote desktop unter win2003R2).

Die Tests würden also zeigen dass OVH ganz schlechte Peerings hat? In Europa kommt ja gerade mal 20% der versprochenen Bandbreite beim Server an, in die USA sind es sogar nur 4%!

@Strex: Die 32/50Mbit aber auch nur die ersten paar MB (bis 32MB), oder? Danach wird ja laut Aussage von OVH der Speed auf 10Mbit gedrosselt.

[strex]

Ich bekomme Fullspeed egal ob von KabelBW (32 Mbit/s) oder VDSL (50 Mbit/s). Es liegt wohl eher an eurem Anbieter bzw. deren Peering Verhalten.

[eMpHaSe]

Hallöchen,
mein kurzer Kommentar zum Thread:

Ich hab mir auch deine Testdatei geladen... Folgendes Phänomen: Nach Downloadstart hat sich der Speed erst auf 600kb/s eingependelt (was deine Anfangstheorie bestätigen würde). Jedoch so ab 20-30MB krabbelte der Speed sich hoch auf rund 1,1MB/s.
Ich bin übrigens bei NetCologne mit DSL 18Mbit. Wäre also noch genug Platz gewesen, aber a File zu klein und b geh ich davon aus, dass ich Top-Speed erreicht hätte, was wiederrum für ein schweizer Problem spricht

Soviel vom Kölner Student :P

[Prefect]

Habe jetzt mal aus Neugier Windows 2003 Server auf dem OVH Superplan 2008 installiert und da einige Speedtests im Browser gemacht.

Hier die Ergebnisse verschiedener Server, jeweils über mindestens 5 Messungen:


Switzerland Swisscom: 20Mbit/12Mbit
http://www.cnlab.ch/speedtest/Contro...=1229890198241

Swtzerland Cablecom: 23Mbit/12Mbit
http://www.cnlab.ch/speedtest/Contro...=1229890198241

Switzerland Hostpoint: 12Mbit/7Mbit
http://www.cnlab.ch/perftest/Auswert...=1229889706722

Germany ip-plus: 25Mbit/16Mbit
http://www.cnlab.ch/perftest/Auswert...=1229889957889

Germany FH Trier: 25Mbit/2.6Mbit(!)
http://www.cnlab.ch/perftest/Auswert...=1229890057529

USA ip-plus: 4.3Mbit(!)/3.3Mbit(!)
http://www.cnlab.ch/perftest/Auswert...=1229891149223



Was mache ich falsch? Sollte da nicht irgendwo "100Mbit/100Mbit" stehen? Maximal ist aber wohl 25Mbit/16Mbit drin.

Und wieso asymetrisch? Wieso sendet der Server zu allen anderen Servern langsamer als er empfängt? Der hängt ja nicht an ner DSL Leitung...

Ich war mit RDP auf dem Server eingeloggt während den Messungen, aber das braucht ja nicht 84Mbit/s um den Desktop zu übertragen...

Und das hätte dann auch nichts zu tun mit den miesen Übertragungsleistungen in die USA...

Kann mir jemand meinen Überlegungsfehler aufzeigen?

[Stormpower2]

Ich dachte auch erst es wär wirklich ein ein illegales Vistasystem
Habs aber laufen gelassen und bei 64 MB war schluss

[Prefect]

@bjo: *peace* Ich habe schon auf die abuse-Meldungen gewartet die mir der ovh-Support hätte weiterleiten müssen

@Bobs: Danke, das ist doch mal ein Hinweis (auch wenn ich noch Mühe habe die Netz-Schemas zu lesen... Kenn mich bei Peerings nicht so aus)

Würde das dann das Phänomen erklären, dass zwei Transfers ovh-->cablecom zusammen schneller sind als einer alleine?

[bjo]

Hahaha ich lach mich kaput Ihr seit genau drauf reingefallen! Wie kann man nur so leichtgläubig sein?

Pft Ich geb ja zu, es war ein schöner Beweis genau der im p2p-Thread angesprochenen Problematik.

gruß

[Bobs]

http://weathermap.ovh.net/backbone

Also die beiden links nach GBLX_T über die die Daten zu dir laufen (mitte/unten links) sind schon recht gut ausgelastet, genauso der hinweg über Teleglobe (mitte links). Selbst um diese Uhrzeit.

Bei cablecom und deren peering Politik würde mich aber garnichtsmehr wundern.

[Prefect]

Wieder On-Topic:

Hier das Mail mit den Tracerouts welches ich an den Kundendienst geschickt habe:

Danke für die Tests intern direkt vom Server. Das zeigt dass die Limitierung nicht an der Konfiguration von Apache liegen sollte.

Wir sind hier über Kabelmodem bei cablecom.ch mit 15'000/1'500 kbit/s angebunden.

FTP ist leider nicht für anonymous eingerichtet. Das Problem zeigt sich aber bei http genauso.

Hier die tracerts:

Home --> ovh:

C:\>tracert ns38229.ovh.net

Routenverfolgung zu ns38229.ovh.net [91.121.11.199] über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms 192.168.100.1
2 7 ms 12 ms 36 ms 10.161.64.1
3 30 ms 18 ms 22 ms ch-gva01a-ra1-ge-1-1-0.aorta.net [213.46.171.53]
4 23 ms 19 ms 15 ms ch-gva01a-ra1-ge-1-1-0.aorta.net [213.46.171.53]
5 22 ms 30 ms 21 ms 213.46.171.62
6 50 ms 60 ms 25 ms de-fra01a-rd2-pos-6-0.aorta.net [213.46.160.45]
7 29 ms 40 ms 43 ms 213.46.179.97.aorta.net [213.46.179.97]
8 36 ms 30 ms 36 ms decix.teleglobe.net [80.81.193.114]
9 28 ms 45 ms 34 ms if-1-0-0-11.core1.FR1-Frankfurt.teleglobe.net [80.231.64.13]
10 49 ms 67 ms 44 ms if-10-0-0.core1.PV1-Paris.teleglobe.net [80.231.64.34]
11 49 ms 60 ms 45 ms if-6-781.har1.PV0-Paris.teleglobe.net [195.219.215.62]
12 73 ms * 51 ms 020G.th1-1-6k.routers.ovh.net [213.186.32.245]
13 59 ms * 63 ms 020G.rbx-1-6k.routers.ovh.net [213.186.32.194]
14 50 ms 49 ms 55 ms rbx-9-m1.routers.ovh.net [213.251.191.25]
15 51 ms 53 ms 62 ms ns38229.ovh.net [91.121.11.199]

Ablaufverfolgung beendet.


Ovh --> home:

ns38229:/# traceroute 84.73.5.39
traceroute to 84.73.5.39 (84.73.5.39), 30 hops max, 40 byte packets
1 rbx-9-m1.routers.ovh.net (91.121.11.253) 0.686 ms 0.578 ms 0.542 ms
2 rbx-1-6k.routers.ovh.net (213.251.191.129) 2.244 ms * 0.543 ms
3 020G.gsw-1-6k.routers.ovh.net (213.186.32.225) 3.957 ms 3.996 ms *
4 020G.global-crossing.routers.ovh.net (213.186.32.129) 96.229 ms 6.007 ms 35.686 ms
5 64.212.107.14 (64.212.107.14) 11.994 ms 11.841 ms 11.763 ms
6 uk-lon02a-rd1-pos-0-0.aorta.net (213.46.174.77) 12.242 ms 12.180 ms 12.093 ms
7 213.46.174.169 (213.46.174.169) 71.814 ms 159.896 ms 214.590 ms
8 fr-par02a-rd1-pos-0-0.aorta.net (213.46.160.229) 18.936 ms 18.992 ms 18.851 ms
9 ch-gva01a-ra1-so-1-0-0.aorta.net (213.46.160.26) 35.773 ms 35.552 ms 35.666 ms 10 mlrZHZ006-xge-3-4.aorta.net (213.46.171.54) 47.647 ms 114.815 ms 104.433 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
ns38229:/#

Soweit ich weiss ist das Problem dass die letzten paar Hops im Cablecom-Netz nicht pingen bekannt...



Hier noch ein wget von einem anderen vServer vom Anbieter dynamic-net.ch:

alpha:/tmp# traceroute ns38229.ovh.net
traceroute to ns38229.ovh.net (91.121.11.199), 30 hops max, 40 byte packets
1 85.119.154.2 (85.119.154.2) 0.143 ms 0.118 ms 0.086 ms
2 217.71.107.233 (217.71.107.233) 0.398 ms 0.588 ms 0.469 ms
3 FRA-1-eth100.de.lambdanet.net (217.71.96.66) 3.661 ms 3.673 ms 3.466 ms
4 decix.routers.ovh.net (80.81.192.209) 5.450 ms * 4.692 ms
5 * * *
6 * 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 17.466 ms 17.397 ms
7 rbx-9-m1.routers.ovh.net (213.251.191.153) 17.687 ms 18.668 ms 18.932 ms
8 ns38229.ovh.net (91.121.11.199) 17.706 ms 17.677 ms 18.188 ms

alpha:/tmp# wget http://ns38229.ovh.net/WindowsVistaS...leteKeyGen.iso
--15:50:28-- http://ns38229.ovh.net/WindowsVistaS...leteKeyGen.iso => `WindowsVistaSP1CompleteKeyGen.iso'
Resolving ns38229.ovh.net... 91.121.11.199 Connecting to ns38229.ovh.net|91.121.11.199|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 68,945,920 (66M) [application/x-iso9660-image]
100%[================================================== ==========================>] 68,945,920 1.14M/s ETA 00:00
15:51:01 (2.01 MB/s) - `WindowsVistaSP1CompleteKeyGen.iso' saved [68945920/68945920]


Der Server scheint aber softwaremässig limitiert zu werden auf 10Mbit. Kurz nach dem Start ist der Transfer sehr viel höher:

50% [=====================================> ] 34,483,681 6.62M/s ETA 00:06



Es scheint also wirklich ein Problem auf der Route zu cablecom zu geben. Je nach Tageszeit scheint ein einzelner Download von ovh her auf 500-900kbyte/s begrenzt zu werden. Zwei Downloads bringen es zusammen immerhin auf ca. 1300 - 1600kbyte/s. Von anderen Servern her schaffe ich volle 1800kbytes/s mit nur einem Download. Sehr mysteriös :-)

[Prefect]

Schön, dass ihr hier Screenshots reinstellt, die beweisen, dass ihr illegales Zeug saugt.

joa ich weiß auch grad nicht was "schlimmer" ist

1.) die Tatsache das irgend welche vollidioten über OVH leechen...

...warum sollen andere Kunden durch ein paar so vollhonks die meinen das sie illegal was leechen müssen ausgebremst werden?

Hahaha ich lach mich kaput Ihr seit genau drauf reingefallen! Wie kann man nur so leichtgläubig sein?

Das beweist sooo schön, wie blind manche Leute doch sind und wie sie sich von den "Rechteverwertenden Industrie" zu sklaven machen lassen.

bjo und dev|null zeigen schön, dass man bei diesem Thema eben erst den Verstand einschalten sollte bevor man über irgend jemanden richtet: http://forum.ovh.de/showthread.php?t=4375


dev|null: Wer leecht denn über OVH? Und wieso meinst Du, dass Du (oder OVH) darüber richten könntest welche Bits nun "gut" sind (=full speed) und welche "schlecht" (=Begrenzung)? Das grenzt schon hart an Zensur...

Also bitte die Augen etwas weiter öffnen und nicht blind auf "p2p" usw. einbashen, das geht nämlich nach hinten los.

Wie auch immer, bjo und dev|null sind leider komplett Off-Topic hier.

@AstralProjection: WinRAR nach der "Testphase" bitte brav lizenzieren!

Grüsse!
Chris

[AstralProjection]

Schön, dass ihr hier Screenshots reinstellt, die beweisen, dass ihr illegales Zeug saugt.

schon mal auf die dateigröße geschaut? is eine linux-iso

http://s4.directupload.net/images/080812/ejppiebo.jpg

[dev|null]

joa ich weiß auch grad nicht was "schlimmer" ist

1.) die Tatsache das irgend welche vollidioten über OVH leechen...
2.) das "speedlimit"

ich wäre ganz klar für die 1

zu dem SpeedLimit:
ich finde das das so seitens OVH durchaus korrekt ist, warum sollen andere Kunden durch ein paar so vollhonks die meinen das sie illegal was leechen müssen ausgebremst werden?

OVH ist echt Top!

[bjo]

Schön, dass ihr hier Screenshots reinstellt, die beweisen, dass ihr illegales Zeug saugt.

[AstralProjection]

von nem ovh isgenug:

http://s7.directupload.net/images/080812/kzjnay9v.jpg

[neuling]

Sles Bild zeigt sich beim DL mit dem IE:

http://imagehostr.net/img/r14x89iubr.jpg

[Bobs]

Download von einem anderen virtual rootserver in der Schweiz vom ovh server: erst unbegrenzt 5Mbytes/s, danach begrenzt wohl der virtual rootserver anbieter den transfer auf genau 10MBit/s.

ovh begrenzt einzelne Verbindungen im upstream vom Server auf 10 Mbit, Neulings Messung ist so hoch da Firefox zu ungenau ist nehme ich an.

Hier pendelt sichs auch auf 10mbit ein, liegt also an deiner Strecke Provider-Server und nicht direkt am Server.

Wenn es malwieder so langsam ist mach dochmal einen traceroute von deinem Provider zum Server da lässt sich eventuell erkennen wo genau auf der Strecke es hakt.

[neuling]

Ein Grund mehr, die Schweiz so schnell es geht zu verlassen

[Prefect]

Interessant... Langsam denke ich dass es echt nur die Route von Cablecom (meinem Provider) zu ovh ist.

Download von mir zuhause kann ich z.B. vom Debianserver mit vollen 1.8MByte/s
Download von ovh Server jeweils pro Transfer zwischen 500 und 800kbytes/s
Download mit dem ovh Server selbst z.B. per wget volle 11Mbytes/s (coool! :-))
Download vom ovh Kundendienst vom Server ebenfalls voller Speed
Download von einem anderen virtual rootserver in der Schweiz vom ovh server: erst unbegrenzt 5Mbytes/s, danach begrenzt wohl der virtual rootserver anbieter den transfer auf genau 10MBit/s.

Also nur diese eine Route von cablecom schweiz zu ovh scheint irgendwie pro transfer und je nach Tageszeit gedrosselt zu werden. Alle anderen Routen von mir aus oder vom Server aus sind unbegrenzt.

Mysteriös :-)

[neuling]

So zunächst mal Danke für das WindowsVista, direkt mal installiert *hrhr*

Hab hier über nen K*yw*b-Server 2,4MB Download.

http://imagehostr.net/img/ktackpl19w.jpg

[guenner]

hier 370 kb/s, haben aber nur ~ dsl 3000, aber schlechte Beispiel Datei......

[Stormpower2]

Hab volle 600 kb / sec

[skneo]

Aber das meinte ich doch ich habe noch die selbe konfig wie früher und vor ein par Monaten hatte ich noch vollen Speed was die Standleitung auf Arbeit hergegeben hat. Nun nicht mehr. Daher denke ich nicht das es eine Konfig Sache am http Server bzw Apache ist.

[Prefect]

Hallo Mathias!

Leider nein, ich weiss noch immer nicht ob ich was falsch eingestellt habe oder ob das an irgend was anderem liegt.

Ich habe jedoch eine heute um 11:10 Anfrage an kundenservice@ovh.de geschickt mit Link zu diesem Thread. Ich überlasse das gerne OVH ob ein Hinweis per E-Mail kommt oder hier im Forum geschrieben wird :-)

Hier noch ein paar Testergebnisse:

Download Gentoo Image 140MB vom Gentoo Server auf meinen PC: 1.61 MByte/s

Upload Image per FTP auf den ovh Server: 172 Kbyte/s

Download Image per FTP: 540kbytes/s

Download des Files über HTTP: 940kbytes/s

Download des Files über HTTP, aber gleich zweimal parallel: zusammen 1,62Mbyte/s



File zum Testen:
http://ns38229.ovh.net/WindowsVistaS...leteKeyGen.iso :-P


Die Werte schwanken also immer je nach Tageszeit. Auffällig ist aber, das z.B. 2 oder 3 parallele Downloads zusammen sehr viel schneller sind als einer alleine. Wieso erreiche ich nicht die volle Leistung mit einem einzelnen Download?

Merci und Grüsse!
Chris

[mathias]

Hallo,

hat sich das Problem geklärt?

Mathias

[Prefect]

Server: ns38229.ovh.net

ich vermute du hast in deiner conf was falsches eingestellt.

Genau das ist ja auch meine Vermutung. Und ich will den Support nicht mit Banalitäten belasten, welche hier jemand vielleicht mit einem post klären könnte :-)

An den Configs habe ich selbst kaum was geändert... Ev. hat das Virtualmin/Webmin bei der Installation gemacht?

lighttpd habe ich nicht probiert. Möchte auch möglichst wenig an dem Produktivsystem rumbasteln. Dafür habe ich mir jetzt einen isgenug zum Ausprobieren bestellt.


EDIT: Im ovh-Manager steht immernoch das:

Bandbreite: 100 Mbps
Typ der Bandbreite: SLA

Wird also wohl keine Drosselung sein sondern wirklich eine Konfiguration?

[k1ng]

TIPP:


Schreib den support an oder poste hier deine servernummer und deine IP damit die jungs und maedels gleich schauen können was da los ist.


ich vermute du hast in deiner conf was falsches eingestellt.


haste alles schonmal mit lighttpd versucht?

mfg!

[Prefect]

Hmm ne das isses eigentlich nicht. Bei anderen Servern kann ich durchaus mit über 1MByte/s runterladen. Und über FTP sowieso!

Nur bei meinem Superplan scheints irgendwo diese 500 und 800er Limiten zu geben. Wo würde man die denn bei apache und proftpd setzen wenn man wollte?

Grüsse!
Chris

[skneo]

liegt vieleicht am anbieter wo du geroutest wirst.
Das Max Download Speed über HTTP erreiche ich in der Firma auch schon lange nicht mehr hängt immer bei was um die 800. Das leiegt wohl aber an Teledoof. Und das anner Standleitung man kann nicht alles haben.

[Prefect]

Das würde ich eben auch gerne wissen.. Wobei ich mir das eigentlich nicht vorstellen kann... Der Server macht praktisch kein Traffic und es ist mein einziger Server, ich komme also auch wenn ich wollte nicht über 100Mbit/s im Schnitt.

Und eben vom Server selbst per SSH kann ich mit wget volle 100Mbit/s ziehen von anderen Webservern.

[Maddin1232]

Also wenn Sie gesetzt wurden, dann am Rack selber, vermute ich mal.

Korrigiert mich, wenn ich falsch liege.

[Prefect]

Hallo zusammen

Ich habe einen Superplan 07 Server mit Debian etch.

Beim FTP Download habe ich bemerkt dass ich nur 500kbyte/s erreiche (Meine Leitung hier schafft 1.9MByte/s). Wenn ich mehrere Transfers parallel starte schaffe ich auch z.B. 3x 500kbyte/s.

Beim Web das gleiche, per HTTP schaffe ich aber pro Download hier aber 800kbyte/s.

Per wget auf dem Server selbst schaffe ich 11MByte/s, also volle 100Mbit/s.

In den httpd.conf, apache2.conf und conf-files vom proftpd habe ich nirgends irgendwelche Limiten gefunden.

Wo könnten diese Limiten gesetzt sein?

Merci und Grüsse!
Chris