[iSO]

you are talking about UPC ? we have a private peering with only 70%.
so there is no problem on our network. if your speed is bad it's not
on our network.

no oles, nobody in the whole thread said that upc or any other provider between the users and my server was the problem. thats why t-online, kdg, hetzner, and many swiss providers (bluewin, which are routed over the ip-plus peering, cablecom, ggsnet/fcom, ....) where affected. the source of the problem was nearer to my server.
but as the speed between my server and other servers at ovh was not affected, the problem was not my server.

so: problem not outside ovh (they could all download very fast from ftp.ovh.net or other ovh servers) + problem not on server = you may guess where it must have been.....

but looking at your reactions to this problem, you'll most likely ignore this =)

but still: most important is that the problem is gone and speed is well again. i don't want to say that i'm not happy with the performance and the offers of ovh. on the contrary, i'm quite happy with it. but the handling of this problem was not so well....

[oles@ovh.net]

> Ok, speed to other ovh servers is ok. But over transit or peerings the
> speed is slow.

you are talking about UPC ? we have a private peering with only 70%.
so there is no problem on our network. if your speed is bad it's not
on our network.

[iSO]

interessant dünkt mich folgendes: http://travaux.ovh.net/?do=details&id=3150
ich weiss zwar nicht ob da noch was gegangen ist, aber es ist nun closed


speed to the server in germany (remember, we had ~150kbyte/s, see post http://forum.ovh.de/showpost.php?p=44922&postcount=16 ) =)

Length: 52428800 (50M)

100%[======================================>] 52,428,800  9.80M/s   in 5.0s    

2009-06-17 17:13:46 (10.0 MB/s) - `50m.bin' saved [52428800]

[pendulum]

2009-06-17 16:38:39 (11.1 MB/s) - `/dev/null' saved [52428800]

Joar, scheint als ob das Problem behoben wurde. Ich hoffe für dich, dass es so bleibt

[skneo]

Also irgendwas ist anders

Testfile nun 1,6 Mbit an 1,6 Mbit T-Online ich will auch so nen Fix auf meinen Server

[iSO]

nein ich hab premium traffic, aber das wichtigste:
es scheint repariert zu sein;

iso@iso-mubuntu:/tmp$ wget ftp://91.121.143.205/50m.bin
--2009-06-17 16:04:22--  ftp://91.121.143.205/50m.bin
           => `50m.bin.1'
Connecting to 91.121.143.205:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD not needed.
==> SIZE 50m.bin ... 52428800
==> PASV ... done.    ==> RETR 50m.bin ... done.
Length: 52428800 (50M)

100%[===============================================>] 52,428,800  3.10M/s   in 23s

i hope it stays this way.... THANK YOU WHOEVER FIXED THIS!

[Edding]

Ja den speedtest hatte ich gemacht, nachdem ich den text geschrieben hatte.

Hast natürlich recht.

Dann könnte es evtl an NoSLA liegen ?

Dort wurden doch transits gedrosselt aber das waren glaube ich 10mbits
pro connection.

Würde also auchnicht passen.

[pendulum]

Edding: du widersprichst deiner Theorie selber, indem du über Arcor mit mehr als 1mbyte/s ziehst.

[Edding]

Hast du evtl nen Traffic Series Server ? dort würde bei überschreitung auf 1Mbits gedrosselt.

Traffic inklusive
Traffic / Monat 20 000 GB
Limits und Überschreitungen
Bandbreite limitiert
OVH zum Internet 1 Mbit/s

C:\Users\XXX>wget http://kladde.org/~schwarz/50m
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = c:/progra~1/wget/etc/wgetrc
--2009-06-17 14:56:23-- http://kladde.org/~schwarz/50m
Resolving kladde.org... 87.98.242.97
Connecting to kladde.org|87.98.242.97|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 51200000 (49M) [application/octet-stream]
Saving to: `50m'

30% [==========> ] 15.673.263 1,18M/s eta 32s

Arcor
3 7 ms 7 ms 7 ms ffm-145-254-1-81.arcor-ip.net [145.254.1.81]
4 29 ms 15 ms 14 ms 92.79.213.150
5 * 27 ms * amsix.routers.ovh.net [195.69.145.231]
6 68 ms 133 ms * 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
7 30 ms 20 ms 19 ms rbx-43-m1.routers.chtix.eu [213.251.191.252]
8 28 ms 20 ms 20 ms kladde.org [87.98.242.97]
9 21 ms 21 ms 20 ms kladde.org [87.98.242.97]

[strex]

strex a écrit:
>
> oles@ovh.net;44975 Wrote:
>> pendulum a écrit:
>> >
>> > strex;44969 Wrote:
>> >> Er möchte den gesamten Output der Konsole sehen.
>> >
>> > Wüsste nich, was ihm ein "wget -O /dev/null
>> > ftp://91.121.143.205/50m.bin" bringen könnte
>>
>> timeout.
>
> I don?t know what he do, but the server has bad speed.
>
> C:\Users\jernst>wget http://kladde.org/~schwarz/50m
> --18:10:22-- http://kladde.org/%7Eschwarz/50m
> => `50m'
> Resolving kladde.org... 87.98.242.97
> Connecting to kladde.org[87.98.242.97]:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 51,200,000 [application/octet-stream]
>
> 100%[====================================>] 51,200,000 109.68K/s
> ETA 00:00
>
> 18:21:04 (77.93 KB/s) - `50m' saved [51200000/51200000]

ns202889:~# wget http://kladde.org/~schwarz/50m -O /dev/null
--2009-06-17 11:59:47-- http://kladde.org/~schwarz/50m
Résolution de kladde.org... 87.98.242.97
Connexion vers kladde.org|87.98.242.97|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 51200000 (49M) [application/octet-stream]
Saving to: `/dev/null'

100%[================================================== ================================================== =>] 51 200 000 4,90M/s in 10s

2009-06-17 11:59:57 (4,66 MB/s) - « /dev/null » sauvegardé [51200000/51200000]

Ok, speed to other ovh servers is ok. But over transit or peerings the speed is slow.

[iSO]

ns202889:~# wget http://kladde.org/~schwarz/50m -O /dev/null
--2009-06-17 11:59:47-- http://kladde.org/~schwarz/50m
Résolution de kladde.org... 87.98.242.97
Connexion vers kladde.org|87.98.242.97|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 51200000 (49M) [application/octet-stream]
Saving to: `/dev/null'

100%[================================================== ================================================== =>] 51 200 000 4,90M/s in 10s

2009-06-17 11:59:57 (4,66 MB/s) - « /dev/null » sauvegardé [51200000/51200000]

what do you want to say with that? as anybody in this thread said, the speed is OK as long as the traffic from my box doesnt leave the ovh network.

[oles@ovh.net]

strex a écrit:
>
> oles@ovh.net;44975 Wrote:
>> pendulum a écrit:
>> >
>> > strex;44969 Wrote:
>> >> Er möchte den gesamten Output der Konsole sehen.
>> >
>> > Wüsste nich, was ihm ein "wget -O /dev/null
>> > ftp://91.121.143.205/50m.bin" bringen könnte
>>
>> timeout.
>
> I don?t know what he do, but the server has bad speed.
>
> C:\Users\jernst>wget http://kladde.org/~schwarz/50m
> --18:10:22-- http://kladde.org/%7Eschwarz/50m
> => `50m'
> Resolving kladde.org... 87.98.242.97
> Connecting to kladde.org[87.98.242.97]:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 51,200,000 [application/octet-stream]
>
> 100%[====================================>] 51,200,000 109.68K/s
> ETA 00:00
>
> 18:21:04 (77.93 KB/s) - `50m' saved [51200000/51200000]

ns202889:~# wget http://kladde.org/~schwarz/50m -O /dev/null
--2009-06-17 11:59:47-- http://kladde.org/~schwarz/50m
Résolution de kladde.org... 87.98.242.97
Connexion vers kladde.org|87.98.242.97|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 51200000 (49M) [application/octet-stream]
Saving to: `/dev/null'

100%[================================================== ================================================== =>] 51 200 000 4,90M/s in 10s

2009-06-17 11:59:57 (4,66 MB/s) - « /dev/null » sauvegardé [51200000/51200000]

[iSO]

should i try pushing a file from rescue, so that we can see whether it has anything to do with the config?

just saw that something seems to have changed; i had no problems to put files to ftpback yesterday, now i also have speed problems there:

iso@iso-logistics /home/ftp $ lftp ns356847.ovh.net@ftpback12.ovh.net
Password: 
lftp ns356847.ovh.net@ftpback12.ovh.net:~> put 50m.bin 
52428800 bytes transferred in 152 seconds (335.9K/s)         
lftp ns356847.ovh.net@ftpback12.ovh.net:/>

however, getting it is no problem:

iso@iso-logistics ~ $ lftp ns356847.ovh.net@ftpback12.ovh.net
Password: 
lftp ns356847.ovh.net@ftpback12.ovh.net:~> get 50m.bin 
52428800 bytes transferred in 4 seconds (11.18M/s)
lftp ns356847.ovh.net@ftpback12.ovh.net:/>

i don't know if this is related or if there are other problems causing this, but it seems a little strange to me

update: looks really different at another time of day:

iso@iso-logistics ~ $ lftp ns356847.ovh.net@ftpback12.ovh.net
Password: 
lftp ns356847.ovh.net@ftpback12.ovh.net:~> put 50m.bin 
52428800 bytes transferred in 5 seconds (10.60M/s)         
lftp ns356847.ovh.net@ftpback12.ovh.net:/> get 50m.bin 
52428800 bytes transferred in 5 seconds (9.45M/s)            
lftp ns356847.ovh.net@ftpback12.ovh.net:/>

[strex]

pendulum a écrit:
>
> strex;44969 Wrote:
>> Er möchte den gesamten Output der Konsole sehen.
>
> Wüsste nich, was ihm ein "wget -O /dev/null
> ftp://91.121.143.205/50m.bin" bringen könnte

timeout.

I don´t know what he do, but the server has bad speed.

C:\Users\jernst>wget http://kladde.org/~schwarz/50m
--18:10:22-- http://kladde.org/%7Eschwarz/50m
=> `50m'
Resolving kladde.org... 87.98.242.97
Connecting to kladde.org[87.98.242.97]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 51,200,000 [application/octet-stream]

100%[====================================>] 51,200,000 109.68K/s ETA 00:00

18:21:04 (77.93 KB/s) - `50m' saved [51200000/51200000]


C:\Users\jernst>

[iSO]

i rebooted the server just 2 minutes ago. problem is still the same however

iso@iso-i7:~$ wget ftp://91.121.143.205/50m.bin
--2009-06-16 17:56:57--  ftp://91.121.143.205/50m.bin
           => `50m.bin.1'
Connecting to 91.121.143.205:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD not needed.
==> SIZE 50m.bin ... 52428800
==> PASV ... done.    ==> RETR 50m.bin ... done.
Length: 52428800 (50M)

 0% [                           ] 282,360      149K/s              
 1% [                           ] 732,688      103K/s  eta 6m 47s  
 5% [>                          ] 3,127,680    132K/s  eta 7m 32s  
 9% [=>                         ] 4,765,368   98.4K/s  eta 7m 8s   
12% [==>                        ] 6,326,312   93.8K/s  eta 7m 26s  
12% [==>                        ] 6,621,704   87.3K/s  eta 7m 26s  ^C
iso@iso-i7:~$

routing is still:

iso@iso-keller2 ~ $ traceroute 91.121.143.205
traceroute to 91.121.143.205 (91.121.143.205), 30 hops max, 40 byte packets
 1  iso-m0n0.local (192.168.12.254)  0.313 ms  0.468 ms  1.862 ms
 2  10.20.112.1 (10.20.112.1)  19.377 ms  19.492 ms  19.582 ms
 3  po3.lcr02.bie005.bb.fcom.ch (212.60.47.30)  20.056 ms  27.801 ms  27.911 ms
 4  po3.lcr02.bie005.bb.fcom.ch (212.60.47.30)  27.996 ms  28.239 ms  28.342 ms
 5  te3-4-200.ibr01.tix002.bb.fcom.ch (212.60.63.210)  29.455 ms  29.788 ms  29.786 ms
 6  te3-2.ibr01.tix001.bb.fcom.ch (212.60.63.189)  29.235 ms  27.087 ms  27.036 ms
 7  decix.routers.ovh.net (80.81.192.209)  37.193 ms  42.651 ms *
 8  * 20g.fra-5-6k.routers.chtix.eu (91.121.131.69)  155.999 ms *
 9  * * *
10  rbx-43-m1.routers.chtix.eu (213.251.191.252)  53.945 ms  54.174 ms  54.048 ms
11  iso-logistics (91.121.143.205)  54.628 ms  55.873 ms  56.546 ms

and server to me:

iso@iso-logistics ~ $ traceroute om1nae.homeip.net
traceroute to om1nae.homeip.net (213.221.226.116), 30 hops max, 40 byte packets
 1  rbx-43-m2.routers.ovh.net (91.121.143.252)  3.470 ms  3.447 ms  3.639 ms
 2  * * *
 3  10g.fra-5-6k.routers.chtix.eu (91.121.131.73)  187.307 ms * *
 4  ge2-2.ibr01.tix001.bb.fcom.ch (80.81.192.138)  19.914 ms  19.907 ms  19.568 ms
 5  te3-3-200.lcr01.tix001.bb.fcom.ch (212.60.63.161)  19.661 ms  19.652 ms  19.866 ms
 6  po3.lcr01.bie005.bb.fcom.ch (212.60.47.29)  21.984 ms  22.175 ms  22.162 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * *^C
iso@iso-logistics ~ $

i'm sorry it won't complete to me (if you want to reproduce it, om1nae.homeip.net points to my home), however, the route is not really related, as we saw in a lot of other posts.

[oles@ovh.net]

> necns2:~# wget -O /dev/null ftp://91.121.143.205/50m.bin
> --2009-06-16 17:10:14-- ftp://91.121.143.205/50m.bin
> => `/dev/null'
> Verbindungsaufbau zu 91.121.143.205:21... verbunden.
> Anmelden als anonymous ... Angemeldet!
> ==> SYST ... fertig. ==> PWD ... fertig.
> ==> TYPE I ... fertig. ==> CWD nicht notwendig.
> ==> SIZE 50m.bin ... 52428800
> ==> PASV ... fertig. ==> RETR 50m.bin ... fertig.
> LÃ?nge: 52428800 (50M)
>
> 100%[======================================>] 52.428.800 125K/s in 6m 47s

wget -O /dev/null ftp://91.121.143.205/50m.bin
--17:46:39-- ftp://91.121.143.205/50m.bin
=> `/dev/null'
Connecting to 91.121.143.205:21... failed: Connection refused.

there is no possibilty to test anything = there is no problem on the network.

[oles@ovh.net]

pendulum a écrit:
>
> strex;44969 Wrote:
>> Er möchte den gesamten Output der Konsole sehen.
>
> Wüsste nich, was ihm ein "wget -O /dev/null
> ftp://91.121.143.205/50m.bin" bringen könnte

timeout.

[oles@ovh.net]

> -bash-3.2# wget http://kladde.org/~schwarz/50m

doesn't work.

# wget http://kladde.org/~schwarz/50m -O /dev/null
--17:44:45-- http://kladde.org/~schwarz/50m
=> `/dev/null'
Resolving kladde.org... 87.98.242.97
Connecting to kladde.org|87.98.242.97|:80...
Timeout ...

[Jenstheclown]

C:\Dokumente und Einstellungen\Jens>tracert 91.121.143.205

Routenverfolgung zu ns356847.ovh.net [91.121.143.205]  über maximal 30 Abschnit
e:

  1    <1 ms    <1 ms    <1 ms  192.168.10.1
  2    11 ms    10 ms     9 ms  gw1.ubr.telenec.de [80.79.226.1]
  3    11 ms    10 ms    10 ms  router.telenec.de [80.79.225.225]
  4    15 ms     9 ms    10 ms  tn1012.telenec.de [80.79.224.12]
  5    16 ms    16 ms    16 ms  Telenec.NUE-2-eth0-423.de.lambdanet.net [217.71
108.209]
  6    17 ms    19 ms    19 ms  FRA-3-eth000.de.lambdanet.net [217.71.96.73]
  7    22 ms    29 ms     *     decix.routers.ovh.net [80.81.192.209]
  8     *      490 ms   148 ms  20g.fra-5-6k.routers.chtix.eu [91.121.131.69]
  9    28 ms    31 ms     *     10g.rbx-2-6k.ovh.net.ovh.net [91.121.131.74]
 10    34 ms    32 ms    31 ms  rbx-43-m1.routers.chtix.eu [213.251.191.252]
 11    32 ms    30 ms    38 ms  ns356847.ovh.net [91.121.143.205]

Ablaufverfolgung beendet.

C:\Dokumente und Einstellungen\Jens>tracert kladde.org

Routenverfolgung zu kladde.org [87.98.242.97]  über maximal 30 Abschnitte:

  1    <1 ms    <1 ms    <1 ms  192.168.10.1
  2    25 ms    24 ms    23 ms  gw1.ubr.telenec.de [80.79.226.1]
  3    20 ms    23 ms    14 ms  router.telenec.de [80.79.225.225]
  4    22 ms     8 ms     9 ms  tn1011.telenec.de [80.79.224.11]
  5    21 ms    20 ms    21 ms  tn1020.telenec.de [80.79.224.20]
  6    13 ms    15 ms    18 ms  Telenec.NUE-2-eth0-423.de.lambdanet.net [217.71
108.209]
  7    18 ms    19 ms    18 ms  FRA-3-eth000.de.lambdanet.net [217.71.96.73]
  8    24 ms     *      176 ms  decix.routers.ovh.net [80.81.192.209]
  9   228 ms   215 ms     *     20g.fra-5-6k.routers.chtix.eu [91.121.131.69]
 10     *        *       32 ms  10g.rbx-2-6k.ovh.net.ovh.net [91.121.131.74]
 11    32 ms    41 ms    37 ms  rbx-43-m1.routers.chtix.eu [213.251.191.252]
 12    33 ms    31 ms    34 ms  kladde.org [87.98.242.97]
 13    32 ms    29 ms    28 ms  kladde.org [87.98.242.97]

Ablaufverfolgung beendet.

C:\Dokumente und Einstellungen\Jens>

Server aus Deutschland, Routing über lambdanet:

necns2:~# wget -O /dev/null ftp://91.121.143.205/50m.bin
--2009-06-16 17:10:14--  ftp://91.121.143.205/50m.bin
           => `/dev/null'
Verbindungsaufbau zu 91.121.143.205:21... verbunden.
Anmelden als anonymous ... Angemeldet!
==> SYST ... fertig.    ==> PWD ... fertig.
==> TYPE I ... fertig.  ==> CWD nicht notwendig.
==> SIZE 50m.bin ... 52428800
==> PASV ... fertig.    ==> RETR 50m.bin ... fertig.
Länge: 52428800 (50M)

100%[======================================>] 52.428.800   125K/s   in 6m 47s

2009-06-16 17:17:01 (126 KB/s) - »/dev/null« gespeichert [52428800]

BEENDET --2009-06-16 17:17:01--
Geholt: 1 Dateien, 50M in 6m 47s (126 KB/s)

Krotten schlecht der Speed! Selbst das starten zum laden des Testfiles (kladde.org) dauert mehrere Sekunden bei mir.
@Strex: Troz nur einem Dsl10k bekomm ich noch über ~300kb/s Zuhause

[pendulum]

Er möchte den gesamten Output der Konsole sehen.

Wüsste nich, was ihm ein "wget -O /dev/null ftp://91.121.143.205/50m.bin" bringen könnte

[iSO]

es liegt nicht an der vm, ich hab noch nen testfile auf der "bare-metal" installation, man kann das hier saugen:
ftp://91.121.143.205/50m.bin
wenn ihr tracert macht seht ihr dass das routing dann ohne "doppelhop" passiert.

[strex]

What information did I remove?

Er möchte den gesamten Output der Konsole sehen.



Also entweder liegt es am Server, VM oder so, sieht man am doppel Hope auf dem Server oder doch an der Anbindung. Wenn jedoch oles sagt, Anbindung ok, dann liegt es wohl an der VM.

Server ist aber wirklich lahm. Auch von mir aus.

VSDL 50 Zuhause: 150KB/s


tracert kladde.org

Routenverfolgung zu kladde.org [87.98.242.97] über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms router01.dtag.ernst.local [10.0.0.1]
2 20 ms 20 ms 20 ms 217.0.119.136
3 19 ms 19 ms 19 ms 217.0.85.146
4 25 ms 26 ms 25 ms 217.239.40.226
5 38 ms 45 ms * 20g.dtag.fra-5-6k.routers.ovh.net [213.251.130.2
5]
6 38 ms * 38 ms 10g.rbx-2-6k.ovh.net.ovh.net [91.121.131.74]
7 39 ms 38 ms 38 ms rbx-43-m1.routers.chtix.eu [213.251.191.252]
8 39 ms 38 ms 39 ms kladde.org [87.98.242.97]
9 38 ms 39 ms 39 ms kladde.org [87.98.242.97]

Ablaufverfolgung beendet.



Eigenes VLAN Erfurt:

-bash-3.2# wget http://kladde.org/~schwarz/50m
--10:17:31-- http://kladde.org/~schwarz/50m
Resolving kladde.org... 87.98.242.97
Connecting to kladde.org|87.98.242.97|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 51200000 (49M) [application/octet-stream]
Saving to: `50m'

100%[================================================== ================================================== ================================================== ==============================================>] 51,200,000 315K/s in 2m 33s

10:20:07 (326 KB/s) - `50m' saved [51200000/51200000]


-bash-3.2# traceroute kladde.org
traceroute to kladde.org (87.98.242.97), 30 hops max, 40 byte packets
1 84.19.164.129 (84.19.164.129) 97.033 ms 97.174 ms 97.332 ms
2 95.169.160.33 (95.169.160.33) 56.146 ms * *
3 * decix2.routers.ovh.net (80.81.193.209) 7.984 ms *
4 10g.rbx-2-6k.ovh.net.ovh.net (91.121.131.74) 15.209 ms * *
5 rbx-43-m1.routers.chtix.eu (213.251.191.252) 15.546 ms 15.340 ms 15.874 ms
6 kladde.org (87.98.242.97) 15.577 ms 15.918 ms 16.555 ms
7 kladde.org (87.98.242.97) 16.636 ms 16.913 ms 16.821 ms

[strex]

Ja auch wen T-Systems so nen Glasfaser WAN Kasten an die wand geschraubt hat, währe es demnach kein SDSL. Laut Rechnung aber schon.

Bitte dann auch so bezeichnen, es geht ja um Technik die dahinter steckt und nicht um das was auf der Rechnung steht. Ich mag es auch nicht, wenn man ständig von TV-Kabel DSL oder Satelliten DSL und sowas spricht. Das wäre so, als würde OVH "Server DSL" als Server Anbindung verkaufen und so bezeichnen.

[pendulum]

What information did I remove? Traceroutes are on page #1, I can't traceroute from his box because it is not mine.

Traceroute from me to kladde.org:

traceroute to kladde.org (87.98.242.97), 64 hops max, 40 byte packets
1 83-169-169-62-isp.superkabel.de (83.169.169.62) 7.733 ms 6.126 ms 5.951 ms
2 83-169-134-254-isp.superkabel.de (83.169.134.254) 9.910 ms 7.155 ms 7.761 ms
3 83-169-183-118-isp.superkabel.de (83.169.183.118) 8.046 ms 8.823 ms 7.265 ms
4 83-169-128-197-isp.superkabel.de (83.169.128.197) 13.782 ms 14.392 ms 12.461 ms
5 83-169-128-129-isp.superkabel.de (83.169.128.129) 13.677 ms 13.662 ms 14.214 ms
6 decix2.routers.ovh.net (80.81.193.209) 223.987 ms 133.510 ms 55.948 ms
7 10g.rbx-2-6k.ovh.net.ovh.net (91.121.131.74) 20.674 ms 37.079 ms *
8 rbx-43-m1.routers.chtix.eu (213.251.191.252) 21.608 ms 23.095 ms 21.429 ms
9 kladde.org (87.98.242.97) 23.224 ms 23.149 ms 22.807 ms
10 kladde.org (87.98.242.97) 23.335 ms 21.853 ms 23.689 ms

Traceroute from me to ftp.ovh.net:

1 83-169-169-62-isp.superkabel.de (83.169.169.62) 10.030 ms 8.137 ms 8.221 ms
2 83-169-135-254-isp.superkabel.de (83.169.135.254) 8.556 ms 11.022 ms 8.177 ms
3 83-169-183-118-isp.superkabel.de (83.169.183.118) 22.128 ms 10.276 ms 7.910 ms
4 83-169-128-197-isp.superkabel.de (83.169.128.197) 16.554 ms 12.584 ms 15.738 ms
5 83-169-128-129-isp.superkabel.de (83.169.128.129) 14.141 ms 23.251 ms 24.372 ms
6 decix2.routers.ovh.net (80.81.193.209) 78.084 ms 210.817 ms *
7 20g.fra-1-6k.routers.chtix.eu (91.121.131.70) 195.271 ms * 24.138 ms
8 th2-1-6k.routers.chtix.eu (213.251.130.13) 29.681 ms * 23.638 ms
9 80g.p19-2-6k.routers.chtix.eu (213.186.32.150) 24.992 ms * 25.524 ms
10 10g.p19-57-6k.routers.chtix.eu (213.251.128.34) 23.841 ms * 29.035 ms
11 ftp.ovh.net (213.186.33.9) 24.945 ms 25.685 ms 24.415 ms

Traceroute from some box to kladde.org over DECIX:

traceroute to kladde.org (87.98.242.97), 30 hops max, 40 byte packets
1 10.23.5.1 (10.23.5.1) 0.371 ms * *
2 89-149-218-85.internetserviceteam.com (89.149.218.85) 0.216 ms 0.280 ms 0.376 ms
3 * * *
4 20g.fra-5-6k.routers.chtix.eu (91.121.131.69) 130.847 ms * *
5 10g.rbx-2-6k.ovh.net.ovh.net (91.121.131.74) 10.521 ms * *
6 rbx-43-m1.routers.chtix.eu (213.251.191.252) 10.708 ms 11.188 ms 10.943 ms
7 * kladde.org (87.98.242.97) 11.699 ms 10.833 ms

[oles@ovh.net]

pendulum a écrit:
>
> oles: There were multiple people confirming the issues. Downloading from
> his box from different german ISPs gave very bad results. You want ascii
> pics instead of "stories"? Fine:
>
>
> His box to KDG 20mbit/s:
>> 13:55:08 (283,97 KB/s) - `/dev/null' saved [51200000/51200000]
>
> ftp.ovh.net to the same KDG 20mbit/s:
>> 13:56:03 (2,14 MB/s) - `/dev/null' saved [104857600]
>
> His box to OVH box of mine:
>> 2009-06-16 14:00:24 (1.11 MB/s) - `/dev/null' saved [51200000/51200000]
>
> His box to 100mbit/s at DECIX:
>> 2009-06-16 13:59:37 (681 KB/s) - `/dev/null' saved [51200000/51200000]

DON'T REMOVE ANY INFORMATION !!!!!!!!!!!!!!

[skneo]

SDSL mit 100 Mbit/s, dass glaub ich nicht

http://de.wikipedia.org/wiki/G.SHDSL

Ja auch wen T-Systems so nen Glasfaser WAN Kasten an die wand geschraubt hat, währe es demnach kein SDSL. Laut Rechnung aber schon.

[strex]

...Files nach de über T-Online ob nun 100 Mbit SDLS Leitung oder 16k ADSL Leitung kommt nur 100 - 300 KB / sec...

SDSL mit 100 Mbit/s, dass glaub ich nicht

http://de.wikipedia.org/wiki/G.SHDSL

[pendulum]

oles: There were multiple people confirming the issues. Downloading from his box from different german ISPs gave very bad results. You want ascii pics instead of "stories"? Fine:


His box to KDG 20mbit/s:

13:55:08 (283,97 KB/s) - `/dev/null' saved [51200000/51200000]

ftp.ovh.net to the same KDG 20mbit/s:

13:56:03 (2,14 MB/s) - `/dev/null' saved [104857600]

His box to OVH box of mine:

2009-06-16 14:00:24 (1.11 MB/s) - `/dev/null' saved [51200000/51200000]

His box to 100mbit/s at DECIX:

2009-06-16 13:59:37 (681 KB/s) - `/dev/null' saved [51200000/51200000]

ISP throttling? I don't think so.

[oles@ovh.net]

Bobs a écrit:
>
> I can confirm iSOs problem. Downloading his 50m file over decix or
> Deutsche Telekom is very slow , but downloading the file to others
> servers and from other servers at ovh is fine.

the words and the stories are unless for me. the proofs ? the logs ?
the screen/shells output are welcome.

[skneo]

Bissel Off Topic aber habe auch nen SP und inmoment kann man froh sein wen man noch einen Serv bei Hetzner hat. Files nach de über T-Online ob nun 100 Mbit SDLS Leitung oder 16k ADSL Leitung kommt nur 100 - 300 KB / sec. Wenn ich nun nen Kabeldeutschland Anschluß habe komme ich an das Leitungs Maximum von 1,7 Mbit /sec. Dazu kommt das der Upload mit der SDLS T-Online Leitung schneller geht als der mögliche Download . Da das Routing normal ausieht von Server - Client und Client - Server. K.a wo da die Bremse ist. Da in der Wathermap auch keine überlastung zu erkennen ist. Server ist nen SP. Ich habe auch schon aufgegeben zu Suchen.

...
3 6 ms 7 ms 7 ms 87.186.250.166
4 14 ms 14 ms 14 ms 217.239.40.234
5 * 15 ms * 20g.dtag.fra-5-6k.routers.ovh.net [213.251.130.2
5]
6 * 93 ms 26 ms 10g.rbx-2-6k.ovh.net.ovh.net [91.121.131.74]
7 23 ms 22 ms 22 ms rbx-37-m1.routers.chtix.eu [213.251.191.234]
..

Leider ist der SP nun Offline nach dem Tracert *g* Test File kommt dan wen noch benötigt.

[Bobs]

I can confirm iSOs problem. Downloading his 50m file over decix or Deutsche Telekom is very slow , but downloading the file to others servers and from other servers at ovh is fine.

[iSO]

well, just ignore what i write....
it cant be that 5 or more isps limit this at the same time and there is no limit to ftp.ovh.net but just to my server. also, hetzner.de did not limit the flow to their server.

believe me, the problem is rather related to ovh than to 5 other isps (in differdnt countries!)....
how can you be so sure there is no problem on your network? because i have no packetloss from ftp.ovh.net? this rather shows that there is no problem with our isps...

can somebody else give me a url to a testfile, ideally someone with a server in roubaix1?

edit: here are some ip's that are affected by the problem:
84.72.198.23 (cablecom, switzerland)
92.104.192.5 (bluewin, switzerland)
213.221.226.116 (ggsnet, switzerland)
78.46.108.180 (hetzner, germany, rootserver 100mbit)

so how can you explain me, that the problem is because of my internet service provider?!

[oles@ovh.net]

iSO a écrit:
>
> you are wrong! as i said in the first post, the problem occurs not just
> with my isp!

I'm right. there is no problem on our network. If you have any
problem with a bandwidth, it's because you are on the ADSL and
lot of ISP limit the trafic to 1Mbps/flow (per download). It's
a protection against attacks. There is nothing to do with Ovh.
We have no limit on our network.

[iSO]

i'm sorry but you are wrong! as i said in the first post, the problem occurs not just with my isp! and i dont have any problems with speed when i download something from ftp.ovh.net. so how can this be related to my provider?

transfer speed from my server to 78.46.108.180 (hosted in germany, 100mbit) is around 150kbyte/s, this usually was 5-8mbyte/s
traceroute:

traceroute to 78.46.108.180 (78.46.108.180), 30 hops max, 40 byte packets
 1  rbx-43-m2.routers.ovh.net (91.121.143.252)  8.129 ms  8.107 ms  8.097 ms
 2  rbx-1-6k.routers.ovh.net (213.251.191.1)  1.717 ms * *
 3  10g.fra-5-6k.routers.chtix.eu (91.121.131.81)  175.642 ms * *
 4  decix-gw.hetzner.de (80.81.192.164)  10.733 ms  10.308 ms  9.887 ms
 5  hos-bb1.juniper1.rz4.hetzner.de (213.239.240.200)  13.114 ms  13.106 ms  13.096 ms
 6  gi.4.2.rs3k19.rz9.hetzner.de (213.239.244.139)  13.087 ms  13.508 ms  14.730 ms
 7  static.180.108.46.78.clients.your-server.de (78.46.108.180)  14.116 ms  14.412 ms  14.071 ms

the other direction:

traceroute to 87.98.242.94 (87.98.242.94), 30 hops max, 40 byte packets
 1  static.161.108.46.78.clients.your-server.de (78.46.108.161)  0.258 ms  0.215 ms  0.252 ms
 2  hos-tr2.juniper1.rz4.hetzner.de (213.239.244.65)  36.830 ms  0.200 ms  0.163 ms
 3  hos-bb1.juniper2.ffm.hetzner.de (213.239.240.226)  3.421 ms  3.751 ms  3.394 ms
 4  decix2.routers.ovh.net (80.81.193.209)  146.715 ms * *
 5  10g.rbx-2-6k.ovh.net.ovh.net (91.121.131.74)  13.604 ms *  13.230 ms
 6  rbx-43-m1.routers.chtix.eu (213.251.191.252)  12.353 ms  12.385 ms  12.273 ms
 7  87-98-242-94.ovh.net (87.98.242.94)  13.315 ms  13.118 ms  13.370 ms

edit2:
i did some more research and captured some transfers using tcpdump. one transfer was from ftp.ovh.net, where i have no speed problems, and the other one was from my server. some interesting things i noticed:

in 4mb transfer between me and my server (4716 packets in my capture) there are 1056 packets that match this filter (it shows retransmissions and duplicate acks which are due to packetloss):

tcp.analysis.lost_segment || tcp.analysis.retransmission || tcp.analysis.fast_retransmission || tcp.analysis.duplicate_ack

contrary to that, between me and ftp.ovh.net, there is no speed problem; in 40mb traffic (!! 30878 packets), there are only 107 packets that match this filter!

you can get the capture files here (can be opened in wireshark):
download from my server (speed problems): http://kladde.org/~schwarz/misc/client_filtered.cap
download from ftp.ovh.net (no problems): http://kladde.org/~schwarz/misc/ftp_filtered.cap
(i'm sorry i can't provide a faster mirror right now...)

in the whole traffic the server did during 1 minute (around 40mb, ~50000 packets) with different users, from different providers, also has nearly 10000 packets that match the filter mentioned. thats 20%

[oles@ovh.net]

> no, speed around 140k per connection....

so your ISP has the bandwidth problem. nothing to do with ovh.

[iSO]

hab da nichts verstellt, im manager steht glaubs premium

[strex]

Beim RPS gibt es doch gar keine Garantien für die Anbindung (Speed), oder irre ich mich da?

edit://argh, da stehts ja. Mit welcher Traffic Variante wird denn der sp gefahren?

[Bobs]

im ovh rz nahe bei deinem

habs nochmal editiert damits klarer wird, keine ahnung wie ich auf rps kam.

[iSO]

der packetloss bewegte sich bei mir in etwa im bereich von 1%, das sollte glaube ich nicht die ursache sein und kann auch an anderen sachen liegen.

10 packets transmitted, 10 received, 0% packet loss, time 9020ms

aber der speed ist nach wie vor sehr schlecht

zu einem server in der nachbarschaft (bis auf den letzten hop identisch) -> full speed

meinst du mit "in der nachbarschaft" nahe bei dir oder im ovh-rz nahe bei meinem?

btw: es ist nen superplan 08 (glaub reloaded), kein rps =)

[Bobs]

ich kam zu meiner feststellung nachdem ich die testdatei 3mal geladen hatte:
direkt von seinem server über den decix -> ca 1mpbs
von seinem zu einem server in seiner nachbarschaft intern im ovh netzwerk (bis auf den letzten hop identisch) -> full speed
dann von diesem server zum decix -> full speed

ps du meinst wahrscheinlich ping -c 10 ziel

[mathias]

Hi,

bitte: ping -c10 Ziel
So werden Packetloss schnell sichtbar.

Mathias

Edit: Thx, meinte tatsächlich ping

[iSO]

iSO a écrit:
>

fixed ?

# traceroute 212.60.47.30
traceroute to 212.60.47.30 (212.60.47.30), 30 hops max, 40 byte packets
1 p19-52-6k.routers.ovh.net (213.186.33.159) 0.459 ms * 0.367 ms
2 10G.p19-7-6k.routers.ovh.net (213.186.32.229) 0.559 ms * 0.498 ms
3 * 80G.th1-1-6k.routers.ovh.net (213.186.32.134) 0.773 ms *
4 80G.th2-1-6k.routers.ovh.net (213.186.32.166) 8.803 ms * 209.636 ms
5 * 20G.fra-1-6k.routers.ovh.net (213.251.130.14) 21.023 ms 11.319 ms
6 ge2-2.ibr01.tix001.bb.fcom.ch (80.81.192.138) 20.228 ms 68.729 ms 24.547 ms
7 te3-3-200.lcr01.tix001.bb.fcom.ch (212.60.63.161) 21.756 ms 20.870 ms 20.417 ms
8 po2.lcr01.sol001.bb.fcom.ch (212.60.62.154) 22.080 ms 22.202 ms 21.955 ms
9 po3.lcr02.bie005.bb.fcom.ch (212.60.47.30) 23.250 ms

# traceroute 212.60.47.30
traceroute to 212.60.47.30 (212.60.47.30), 30 hops max, 40 byte packets
1 rbx-0-m2.routers.ovh.net (213.186.50.109) 0.516 ms 0.411 ms 0.387 ms
2 rbx-2-6k.routers.ovh.net (213.251.191.130) 1.977 ms * 0.310 ms
3 (91.121.131.73) 157.336 ms 217.449 ms 218.183 ms
4 ge2-2.ibr01.tix001.bb.fcom.ch (80.81.192.138) 19.950 ms 19.616 ms 19.952 ms
5 te3-3-200.lcr01.tix001.bb.fcom.ch (212.60.63.161) 20.500 ms 19.832 ms 20.497 ms
6 po2.lcr01.sol001.bb.fcom.ch (212.60.62.154) 21.794 ms 21.864 ms 21.995 ms
7 po3.lcr02.bie005.bb.fcom.ch (212.60.47.30) 22.244 ms * 24.312 ms

no, speed around 140k per connection.... i really believe it is related to the rbx-43 problem which isnt fixed according to travaux.ovh.net

btw: we just noticed there's also some packet loss from time to time

[oles@ovh.net]

iSO a écrit:
>

fixed ?

# traceroute 212.60.47.30
traceroute to 212.60.47.30 (212.60.47.30), 30 hops max, 40 byte packets
1 p19-52-6k.routers.ovh.net (213.186.33.159) 0.459 ms * 0.367 ms
2 10G.p19-7-6k.routers.ovh.net (213.186.32.229) 0.559 ms * 0.498 ms
3 * 80G.th1-1-6k.routers.ovh.net (213.186.32.134) 0.773 ms *
4 80G.th2-1-6k.routers.ovh.net (213.186.32.166) 8.803 ms * 209.636 ms
5 * 20G.fra-1-6k.routers.ovh.net (213.251.130.14) 21.023 ms 11.319 ms
6 ge2-2.ibr01.tix001.bb.fcom.ch (80.81.192.138) 20.228 ms 68.729 ms 24.547 ms
7 te3-3-200.lcr01.tix001.bb.fcom.ch (212.60.63.161) 21.756 ms 20.870 ms 20.417 ms
8 po2.lcr01.sol001.bb.fcom.ch (212.60.62.154) 22.080 ms 22.202 ms 21.955 ms
9 po3.lcr02.bie005.bb.fcom.ch (212.60.47.30) 23.250 ms

# traceroute 212.60.47.30
traceroute to 212.60.47.30 (212.60.47.30), 30 hops max, 40 byte packets
1 rbx-0-m2.routers.ovh.net (213.186.50.109) 0.516 ms 0.411 ms 0.387 ms
2 rbx-2-6k.routers.ovh.net (213.251.191.130) 1.977 ms * 0.310 ms
3 (91.121.131.73) 157.336 ms 217.449 ms 218.183 ms
4 ge2-2.ibr01.tix001.bb.fcom.ch (80.81.192.138) 19.950 ms 19.616 ms 19.952 ms
5 te3-3-200.lcr01.tix001.bb.fcom.ch (212.60.63.161) 20.500 ms 19.832 ms 20.497 ms
6 po2.lcr01.sol001.bb.fcom.ch (212.60.62.154) 21.794 ms 21.864 ms 21.995 ms
7 po3.lcr02.bie005.bb.fcom.ch (212.60.47.30) 22.244 ms * 24.312 ms

[iSO]

update: heute morgen ists schon recht besser, obwohl ich das gefühl nicht los werde das es gegen mittag wieder so lahm sein wird wie gestern.
hatte eben bis zu 300k/s pro verbindung, nun sinds noch etwa 220...

edit: ist tatsächlich so; jetzt sinds noch etwa 160k/s pro verbindung

[iSO]

mit ethtool würd ich sehen wenn der link (ethernet-seitig) so lahm wäre, das ist aber nicht der fall.
incoming speed ist eigentlich ziemlich gut, einfach out ists langsam.
die totale geschwindigkeit out ist aber schon auch höher als 1mbit/s, das ist einfach so der wert den ich etwa pro verbindung bekomme. sonst liegen da üblicherweise weit mehr als 10mbit drin...

hab noch das hier gefunden: http://travaux.ovh.net/?do=details&id=3150 , könnte gut nen zusammenhang haben.

[Jenstheclown]

Es wirkt so (nach ein paar Tests) also ob die Verbindung von deinem rps raus (nicht intern) aus dem ovh netzwerk auf 1 Mbit gedrosselt ist was eigentlich nicht sein sollte.

Kann man am besten mit ethtool prüfen.
> http://www.nwlab.net/tutorials/ethtool/ethtool.html
Lade auch nur mit DSL 10k. ~ 170kb/s

[Bobs]

Es wirkt so (nach ein paar Tests) also ob die Verbindung von deinem rps raus (nicht intern) aus dem ovh netzwerk auf 1 Mbit gedrosselt ist was eigentlich nicht sein sollte.

[pendulum]

Schwankt zwischen 1 und 2 mbit/s zu KDG. Sehr schlecht, da stimmt auf jeden Fall etwas nicht.

Ich habe auch gemerkt, dass in den letzten Tagen der Speed von meinen Servern zu KDG langsamer geworden ist. Ich erreiche zu diesem Zeitpunkt zwischen 1,5 und 1,8 mbyte/s.
Kein Beinbruch aber da sollte mehr gehn normalerweise.
Auf der Weathermap sieht jedenfalls nix nach Überlastung aus.

1 rbx-47-m1.routers.ovh.net (91.121.149.253) 0.604 ms 0.675 ms 0.779 ms
2 91.121.130.1 (91.121.130.1) 339.286 ms * *
3 10g.fra-5-6k.routers.chtix.eu (91.121.131.81) 152.377 ms * *
4 f-rebs-rt-decix-1.kabel-bb.de (80.81.192.249) 8.420 ms 8.503 ms 8.187 ms
5 83-169-128-90-isp.superkabel.de (83.169.128.90) 8.100 ms 8.420 ms 8.381 ms

Traceroute sieht auch ok aus... bis auf das kabel-bb am DECIX, ka was das da zu suchen hat. Scheint aber zu KDG zu gehören.

[iSO]

hi!

ich hab seit gestern nur noch etwa 1mbit/s pro verbindung von meinem server. das selbe haben kollegen bei nem anderen providern ebenfalls. hier traceroutes:

server zu mir:

 1  rbx-43-m2.routers.ovh.net (91.121.143.252)  3.705 ms  3.682 ms  3.792 ms
 2  rbx-1-6k.routers.ovh.net (213.251.191.1)  2.449 ms * *
 3  160g.th1-1-6k.routers.chtix.eu (213.186.32.193)  22.301 ms * *
 4  80g.th2-1-6k.routers.chtix.eu (213.186.32.166)  17.621 ms * *
 5  10g.ipplus.th2-1-6k.routers.chtix (213.186.32.253)  5.456 ms  5.569 ms  5.682 ms
 6  i79zhf-000-ser1-0.bb.ip-plus.net (138.187.130.6)  19.313 ms  18.811 ms  18.716 ms
 7  i79zhh-005-gig14-0.bb.ip-plus.net (138.187.130.74)  18.985 ms  19.128 ms  19.112 ms
 8  138.187.129.100 (138.187.129.100)  19.203 ms  19.316 ms  19.428 ms
 9  i79tix-015-ten1-1.bb.ip-plus.net (138.187.129.74)  19.173 ms  19.285 ms  19.398 ms
10  fcom-00-ser0.ce.ip-plus.net (164.128.22.22)  21.212 ms  21.467 ms  20.939 ms
11  te3-4-201.lcr01.tix001.bb.fcom.ch (212.60.63.177)  21.519 ms  21.433 ms  21.418 ms
12  po3.lcr01.bie005.bb.fcom.ch (212.60.47.29)  35.053 ms  35.043 ms  35.237 ms
13  * * *
14  * * *
15  * * *

ich zu server:

 1  iso-m0n0.local (192.168.12.254)  0.300 ms  0.686 ms  1.063 ms
 2  10.20.112.1 (10.20.112.1)  47.515 ms  47.607 ms  47.594 ms
 3  po3.lcr02.bie005.bb.fcom.ch (212.60.47.30)  48.241 ms  48.383 ms  48.501 ms
 4  po3.lcr02.bie005.bb.fcom.ch (212.60.47.30)  48.605 ms  48.770 ms  48.755 ms
 5  te3-4-200.ibr01.tix002.bb.fcom.ch (212.60.63.210)  50.398 ms  50.395 ms  50.384 ms
 6  te3-2.ibr01.tix001.bb.fcom.ch (212.60.63.189)  49.771 ms  46.983 ms  47.316 ms
 7  * * *
 8  * * 10g.rbx-2-6k.ovh.net.ovh.net (91.121.131.74)  239.742 ms
 9  rbx-43-m1.routers.chtix.eu (213.251.191.252)  53.005 ms *  52.977 ms
10  87-98-242-94.ovh.net (87.98.242.94)  52.989 ms  52.983 ms  52.944 ms

server zum kollegen:

 1  rbx-43-m2.routers.ovh.net (91.121.143.252)  8.816 ms  8.795 ms  8.905 ms
 2  rbx-2-6k.routers.chtix.eu (213.251.191.130)  1.501 ms * *
 3  10g.fra-5-6k.routers.chtix.eu (91.121.131.73)  33.314 ms * *
 4  * * *
 5  20g.zur-1-6k.routers.chtix.eu (213.251.128.81)  16.714 ms * *
 6  1g.upc.routers.chtix.eu (91.121.131.62)  16.435 ms  16.472 ms  16.802 ms
 7  mlrOTF008-xge-3-4.aorta.net (213.46.171.50)  16.911 ms  15.705 ms  15.792 ms
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * *^C

noch einer:

 1  rbx-43-m2.routers.ovh.net (91.121.143.252)  8.178 ms  8.157 ms  8.146 ms
 2  rbx-1-6k.routers.ovh.net (213.251.191.1)  8.136 ms * *
 3  160g.th1-1-6k.routers.chtix.eu (213.186.32.193)  13.986 ms * *
 4  * * *
 5  10g.ipplus.th2-1-6k.routers.chtix (213.186.32.253)  7.518 ms  7.510 ms  7.501 ms
 6  i79zhf-000-ser1-0.bb.ip-plus.net (138.187.130.6)  20.311 ms  19.589 ms *
 7  i68ges-005-ten1-2.bb.ip-plus.net (138.187.130.65)  19.736 ms  19.784 ms  19.764 ms
 8  i68ixe-005-ten2-1.bb.ip-plus.net (138.187.129.146)  19.869 ms  19.981 ms  20.049 ms
 9  213-0-186-195.bluewin.ch (195.186.0.213)  20.039 ms  20.213 ms  20.203 ms
10  po10.bwrt1zhh.bluewin.ch (195.186.0.226)  19.899 ms  19.885 ms  19.941 ms
11  net319.bwrtdsl1zhh.bluewin.ch (195.186.122.234)  20.056 ms  19.942 ms  20.070 ms
12  * * *
13  * * *
14  5-192.104-92.cust.bluewin.ch (92.104.192.5)  41.655 ms  41.737 ms  41.888 ms

wer auch testen will: http://kladde.org/~schwarz/50m
seltsamerweise hab ich von ftp://ftp.ovh.net/test.bin fullspeed