xDSL.at

hi
ich bin mir nicht sicher, aber ich denke das es so ist
hier ein paar bilder:

largedownloads.ea.com hat geschrieben:226 Transfer completed.
FTP: 64d Bytes empfangen in 11,78Sekunden 212,66KB/s

macht ihr mal bitte tests, und postet die ergebnisse hier!

das ist ein klassischer fall einer selbsterfuellenden prophezeiung

aber, damit du zufrieden bist, hab ich doch was geladen, allerdings keinen speedtest, weil mir schad um die zeit ist.

kann mich nicht beklagen. ich habe auf beiden anschluessen mehr bandbreite als ich haben sollte, auf dem einen sogar deutlich mehr.

Hole:2 http://security.debian.org stable/updates/main libsensors3 1:2.9.1-1sarge3 [78,0kB]
Es wurden 10,3MB in 28s geholt (367kB/s)

Hole:2 http://security.debian.org stable/updates/main libsensors3 1:2.9.1-1sarge3 [78,0kB]
Es wurden 10,3MB in 20s geholt (514kB/s)

FTP: 64d Bytes empfangen in 3,03Sekunden 370,93KB/s

gut
F:was ist an dem server anders?
A:er wird über cogent geroutet!

[21:01:54] 200 Type set to I
[21:01:54] PASV
[21:01:54] 227 Entering Passive Mode (195,58,170,125,162,59).
[21:01:54] RETR speedtest-500mb
[21:01:54] 150 Opening BINARY mode data connection for speedtest-500mb (524288000 bytes)
[21:06:40] 226 Transfer complete.
[21:06:40] Transferred: speedtest-500mb 500,00 MB in 04:45 (1.791,39 KBps)
[21:06:40] Transfer queue completed
[21:06:40] Transferred 1 file totaling 500,00 MB in 04:46 (1.791,39 KBps)

cogentco hat aber genau gar nichts mit dem inode backbone zu tun.

ok, hast recht...ich hab den titel editiert

da bei security.debian.org anscheindend loadbalancing betrieben wird, kann ich dir leider nicht genau sagen, welchen weg meine pakete vorhin gegangen sind:

Code: Alles auswählen

compaq:/home/jutta# traceroute security.debian.org
traceroute to security.debian.org (128.101.240.212), 64 hops max, 40 byte packets
1  10.7.0.51 (10.7.0.51)  1 ms  1 ms  1 ms
2  172.25.46.54 (172.25.46.54)  23 ms  19 ms  21 ms
3  otta-gb-07-002.shuttle.vien.inode.at (62.99.170.17)  24 ms  25 ms  26 ms
4  ott2-gb-01-001.shuttle.vien.inode.at (62.99.171.189)  24 ms  24 ms  21 ms
5  ge-2-2.ar1.VIE1.gblx.net (146.82.33.213)  25 ms  22 ms  25 ms
6  so6-0-0-2488M.ar2.LON3.gblx.net (67.17.66.2)  49 ms  52 ms  55 ms
7  Level-3public-peering.ge-5-0-0.ar2.LON3.gblx.net (208.51.239.162)  165 ms level3-2.ar2.LON3.gblx.net (208.50.13.194)  117 ms Level-3public-peering.ge-5-0-0.ar2.LON3.gblx.net (208.51.239.162)  168 ms
8  ae-0-52.bbr2.London1.Level3.net (4.68.116.34)  50 ms ae-0-54.bbr2.London1.Level3.net (4.68.116.98)  51 ms ae-0-56.bbr2.London1.Level3.net (4.68.116.162)  52 ms
9  ae-0-0.bbr2.Chicago1.Level3.net (64.159.1.34)  137 ms  139 ms  142 ms
10  so-1-0-0.mpls1.Minneapolis1.Level3.net (64.159.4.210)  151 ms so-3-0-0.mpls2.Minneapolis1.Level3.net (64.159.4.214)  146 ms  146 ms
11  ge-3-1.hsa2.Minneapolis1.Level3.net (4.68.112.6)  146 ms ge-7-0.hsa2.Minneapolis1.Level3.net (4.68.112.26)  148 ms ge-3-1.hsa2.Minneapolis1.Level3.net (4.68.112.6)  146 ms
12  p1-0.minnesota.bbnplanet.net (4.24.226.74)  150 ms *  150 ms
13  * * *
14  128.101.58.81 (128.101.58.81)  150 ms  149 ms  152 ms
15  debian-mirror.mirror.umn.edu (128.101.240.212)  153 ms  149 ms  151 ms

compaq:/home/jutta# traceroute -I ICMP security.debian.org
traceroute to security.debian.org (194.109.137.218), 64 hops max, 28 byte packets
1  10.7.0.51 (10.7.0.51)  1 ms  1 ms  1 ms
2  172.25.46.54 (172.25.46.54)  24 ms  23 ms  20 ms
3  otta-gb-07-002.shuttle.vien.inode.at (62.99.170.17)  20 ms  45 ms  20 ms
4  ott1-gb-05-003.shuttle.vien.inode.at (62.99.171.185)  19 ms  24 ms  20 ms
5  g1-0-307.core01.vie01.atlas.cogentco.com (130.117.20.189)  21 ms  23 ms  20 ms
6  p13-0.core01.muc01.atlas.cogentco.com (130.117.0.213)  26 ms  28 ms  25 ms
7  p12-0.core01.fra03.atlas.cogentco.com (130.117.0.197)  32 ms  29 ms  31 ms
8  p3-0.core01.ams03.atlas.cogentco.com (130.117.0.145)  37 ms  41 ms  40 ms
9  t3-2.mpd01.ams03.atlas.cogentco.com (130.117.0.238)  40 ms  40 ms  41 ms
10  ams-ix.tc2.xs4all.net (195.69.144.166)  40 ms  41 ms  40 ms
11  0.so-7-0-0.xr2.d12.xs4all.net (194.109.5.13)  40 ms 0.so-7-0-0.xr1.d12.xs4all.net (194.109.5.9)  41 ms 0.so-7-0-0.xr2.d12.xs4all.net (194.109.5.13)  37 ms
12  0.so-3-0-0.cr1.d12.xs4all.net (194.109.5.58)  37 ms  37 ms 0.ge-1-3-0.cr1.d12.xs4all.net (194.109.5.74)  42 ms
13  klecker.debian.org (194.109.137.218)  40 ms  40 ms  42 ms
compaq:/home/jutta#

compaq:/home/jutta# host security.debian.org
security.debian.org has address 128.101.240.212
security.debian.org has address 194.109.137.218
compaq:/home/jutta#



ist mir aber auch egal, solange sie ankommen

@jutta
compaq:/home/jutta#
trotz debian... mutig:-)

Die Anbindung im eigentlichen Sinn ist nur dann als überlastet bewertbar, wenn du dein Ziel direkt am anderen Ende der unmittelbaren Anbindung nur gebremst/gestört erreichen kannst.
Die hier kolportieren IPs wechseln allerdings mehrmals den Carrier, da lässt sich nicht mehr so wirklich feststellen, wer da wo überlastet ist / bremst. Ganz zu schweigen davon, dass man sich nichtmal sicher sein kann, ob nicht der Quellserver als solches auf die Bremse steigt...

max_payne hat geschrieben:A:er wird über cogento geroutet!

die heissen COGENT oder von mir aus auch cogentco, aber auf keinen fall "cogento"!

ob nicht der Quellserver als solches auf die Bremse steigt...

wieso sollte der speedtestserver von giga bremsen? das wär doch mehr als id*isch

Meine Erfahrung besagt, dass Murphy nicht nur bei der Technik, sondern auch beim Menschen und dessen Entscheidungen auftritt

Wer ist denn Murphy?

si tacuisses ...
http://www.google.at/search?hl=de&q=Mur ... uche&meta=