Probleme mit Routing zu rapidshare.com?
not-creative.com
04.03.08, 11:49
Das Problem hat sich mittlerweile "leicht" ausgebreitet. rapidshare.com ist noch nicht einmal das schlimmste, sondern andere Routings. nonSLA hin oder her, ich bezweifele dass das Routing damit zusammenhängt.
Hier z.B. zu zshare.net.
Code:
My traceroute [v0.71]
ns22387.ovh.net (0.0.0.0) Tue Mar 4 12:49:58 2008
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. rbx-7-m1.routers.ovh.net 0.0% 17 0.7 1.0 0.7 1.6 0.3
2. rbx-2-6k.routers.ovh.net 11.8% 17 0.3 7.4 0.3 105.3 27.1
3. 020G.gsw-2-6k.routers.ovh.net 0.0% 17 4.4 10.3 3.8 102.6 23.8
4. 040G.gsw-1-6k.routers.ovh.net 29.4% 17 96.7 27.8 3.9 195.0 59.0
5. 020G.global-crossing.routers.ovh.net 0.0% 17 3.9 4.2 3.8 7.1 0.8
6. level3-2.ar2.LON3.gblx.net 0.0% 17 11.9 14.0 11.8 45.9 8.2
7. ae-32-54.ebr2.London1.Level3.net 5.9% 17 17.0 16.0 12.2 24.8 4.0
8. ae-4.ebr1.NewYork1.Level3.net 0.0% 16 91.6 86.6 80.2 92.5 4.7
9. ae-81-81.csw3.NewYork1.Level3.net 0.0% 16 90.3 86.2 80.2 92.9 4.8
10. ae-84-84.ebr4.NewYork1.Level3.net 0.0% 16 80.4 84.4 80.4 93.2 4.6
11. ae-3.ebr4.Washington1.Level3.net 0.0% 16 95.1 91.8 86.2 98.1 4.5
12. ae-94-94.csw4.Washington1.Level3.net 0.0% 16 88.9 89.6 86.1 97.6 3.7
13. ae-91-91.ebr1.Washington1.Level3.net 0.0% 16 91.0 92.1 86.5 98.6 4.2
14. ae-2.ebr3.Atlanta2.Level3.net 53.3% 16 107.6 105.4 100.0 112.1 5.1
15. ae-7.ebr3.Dallas1.Level3.net 73.3% 16 120.7 124.5 120.7 128.6 4.5
16. ae-63-63.csw1.Dallas1.Level3.net 0.0% 16 117.3 123.3 117.3 130.9 4.6
17. ae-1-69.edge2.Dallas1.Level3.net 0.0% 16 120.4 132.4 120.1 276.7 38.9
18. Alphared.edge3.Dallas1.Level3.net 0.0% 16 281.4 182.9 118.8 281.4 74.7
19. hou02.vl980.cs01.hou01.fiberstorm.alphared.com 0.0% 16 457.1 621.4 243.3 893.1 162.2
20. hosted.by.alphared.com 0.0% 16 119.4 119.2 118.4 122.6 1.0
Wir überlegen schon, ob wir die Hoster, zu denen es klappt nicht hier und die, mit einfach unglaublich schlechtem Routing über andere Server abwickeln. Das wäre wahrscheinlich noch am besten.
das congent peering zu rs ist schlecht, das wurde glaube ich auch schon mal in einem thread besprochen (congent will nicht peeren mit ovh - oder so :-) )
800-1000kb/s sind allerdings vermutlich normal.. diesen speed erreiche ich bei einem testupload von meinem ovh server mit SLA auch...
oles@ovh.net
03.03.08, 21:34
not-creative.com a écrit:
>
> Hi Oles,
>
> our server at Ovh is 91.121.2.58 (stockholm.xlice.net).
Max Out: 216.1 Mb/s Average Out: 72.5 Mb/s Current Out: 24.4 Mb/s
You are in noSLA mode.
ich verwende ab und zu rapidshare auch, und bei mir ist es auch langsamer geworden.
jetzt im moment ~8-13mbit unter tags meistens nur 2-3mbit
vor einigen wochen hatte ich zu spitzenzeit auch 70-80mbit upload....
lg
not-creative.com
03.03.08, 19:36
Hi Oles,
our server at Ovh is 91.121.2.58 (stockholm.xlice.net).
oles@ovh.net
03.03.08, 19:02
not-creative.com a écrit:
>
> Wir haben da teilweise starke Einbrüche zu rapidshare.com.
> Im Up- so wie Download, der letzte Test lag bei ...
what is your IP in Ovh ?
not-creative.com
03.03.08, 17:22
Die nutzen wir bereits, allerdings habe ich nun folgende Beobachtungen gemacht.
Level3 = Äußerst mies, sehr schlechter Durchsatz
Cogent = Noch schlechter als Level3
TeliaSonera = Auch mies³
TeleGlobe = Am schnellsten mit rund 800-1000kb/s
GlobalCrossing = Mittelmäßig
evlt. ist der Server bei RS einfach nur dicht.
Probier doch mal die Api von RS zu verwenden
Klick
TF_SChw@rZl!cht
03.03.08, 17:17
also am routing sehe ich jetzt nicht direkt das es an ovh liegen soll ... hmm eventuell noSLA System (soll ja jetzt aktiv sein) oder rapidshare hat irgendwo nen Engpass
not-creative.com
03.03.08, 17:06
Laut OVH Kundenbereich liegen wir bei rund 88 bzw 23mbit/s. Allerdings haben wir den Server von jemandem übernommen und fahren auch häufig zwischen 300-500 mbit/s. Derzeit nonSLA.
Ist das Routing denn wirklich abhängig davon?
Ich dachte das hat eher was mit der Drosselung der Leitung zu tun.
Dummerweise läufts bei allen anderen Hostern, nur rapidshare / siehe oben gibt es Probleme.
schwarzlicht
03.03.08, 16:54
Eventuell hängt es mit dem
SLA/noSLA zusammen. Liegst Du mit Deinen Servern in der Trafficsumme über 101MBit/sec bzw über 30TB/mtl im Upstream?
not-creative.com
03.03.08, 16:38
Wir brauchen die Verbindung zu diversen 1-Click-Hostern für unsere Mirror-Spread-Engine (
http://xlice.net/).
Code:
My traceroute [v0.71]
ns22387.ovh.net (0.0.0.0) Mon Mar 3 17:40:17 2008
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. rbx-7-m1.routers.ovh.net 0.0% 60 1.0 1.8 0.6 12.2 1.6
2. rbx-1-6k.routers.ovh.net 10.0% 60 0.3 3.5 0.3 123.1 16.9
3. 020G.th1-1-6k.routers.ovh.net 0.0% 60 5.2 7.0 3.9 73.7 9.8
4. 020G.teleglobe.routers.ovh.net 1.7% 60 4.2 4.3 4.2 6.5 0.3
5. ix-9-3.har1.PG1-Paris.teleglobe.net 0.0% 60 4.2 7.7 4.1 39.6 7.2
6. prs-bb1-pos7-1-0.telia.net 0.0% 60 20.2 4.7 4.2 20.2 2.3
prs-bb2-pos7-1-0.telia.net
prs-bb2-link.telia.net
prs-bb1-link.telia.net
7. ffm-bb2-link.telia.net 1.7% 59 17.1 16.5 13.9 27.7 2.1
ffm-bb1-link.telia.net
ffm-bb2-link.telia.net
ffm-bb1-link.telia.net
8. ffm-b7-link.telia.net 1.7% 59 17.1 17.7 13.9 99.3 13.3
ffm-b7-link.telia.net
ffm-b7-link.telia.net
ffm-b7-link.telia.net
ffm-b7-link.telia.net
ffm-b7-link.telia.net
9. 80.239.137.73 1.7% 59 17.4 15.7 14.0 17.6
Beispiel #2
Code:
My traceroute [v0.71]
ns22387.ovh.net (0.0.0.0) Mon Mar 3 17:41:56 2008
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. rbx-7-m1.routers.ovh.net 0.0% 11 1.2 1.1 0.8 1.5 0.2
2. rbx-1-6k.routers.ovh.net 36.4% 11 0.3 0.4 0.3 0.5 0.1
3. 020G.gsw-1-6k.routers.ovh.net 0.0% 11 22.5 7.6 4.0 22.5 5.8
4. 020G.global-crossing.routers.ovh.net 0.0% 11 4.0 4.1 4.0 4.7 0.2
5. level3-2.ar2.LON3.gblx.net 0.0% 11 13.5 13.8 13.4 16.8 1.0
6. ae-31-53.ebr1.London1.Level3.net 9.1% 11 17.5 18.2 14.8 21.2 2.1
7. ae-1-100.ebr2.London1.Level3.net 18.2% 11 14.0 16.6 14.0 24.7 3.6
8. ae-2.ebr2.Amsterdam1.Level3.net 0.0% 11 31.2 25.3 18.3 31.2 4.9
9. ae-1-100.ebr1.Amsterdam1.Level3.net 18.2% 11 18.7 19.0 18.2 21.8 1.2
10. ae-2.ebr2.Dusseldorf1.Level3.net 27.3% 11 28.9 33.8 28.8 41.5 5.3
11. ae-1-100.ebr1.Dusseldorf1.Level3.net 30.0% 10 34.4 34.7 29.0 41.2 4.5
12. ae-2.ebr2.Frankfurt1.Level3.net 20.0% 10 35.9 35.4 29.1 41.1 4.1
13. ae-23-52.car3.Frankfurt1.Level3.net 0.0% 10 22.7 22.6 22.3 22.7 0.1
14. 62.67.50.89 10.0% 10 26.1 27.8 26.1 29.7 1.7
So besser? ^^
TF_SChw@rZl!cht
03.03.08, 15:35
Wozu brauch man eine Verbindung von seinem Root zu Rapidshare?! (Rethorische Frage)
nutze mal bitte mtr ... dieser standard traceroute ist schlimm xD
Beim ersten trace liegt es nicht an OVH
not-creative.com
03.03.08, 15:07
Wir haben da teilweise starke Einbrüche zu rapidshare.com.
Im Up- so wie Download, der letzte Test lag bei ...
traceroute to rs272tl2.rapidshare.com (80.239.137.73), 30 hops max, 52 byte pack ets
1 rbx-7-m1.routers.ovh.net (91.121.2.253) 0.630 ms 0.801 ms 1.480 ms
2 rbx-1-6k.routers.ovh.net (213.251.191.1) 0.386 ms 0.344 ms *
3 020G.th1-1-6k.routers.ovh.net (213.186.32.193) 4.467 ms 4.453 ms *
4 020G.teleglobe.routers.ovh.net (213.186.32.242) 4.563 ms 4.215 ms 4.279 ms
5 ix-9-3.har1.PG1-Paris.teleglobe.net (80.231.73.26) 19.445 ms 4.232 ms 4.215 ms
6 prs-bb2-link.telia.net (80.91.251.115) 4.252 ms prs-bb1-link.telia.net (80.91.251.113) 4.250 ms prs-bb2-pos7-1-0.telia.net (213.248.65.225) 4.248 ms
7 ffm-bb1-pos6-0-0.telia.net (213.248.64.109) 17.026 ms ffm-bb1-link.telia.net (80.91.249.44) 17.238 ms ffm-bb2-link.telia.net (80.91.249.46) 13.883 ms
8 ffm-b7-link.telia.net (80.91.254.93) 54.493 ms ffm-b7-link.telia.net (80.91.254.101) 17.263 ms 17.014 ms
9 80.239.137.73 (80.239.137.73) 13.903 ms 14.217 ms 14.033 ms
Hier zu Level3
traceroute to rs288l3.rapidshare.com (62.67.50.89), 30 hops max, 52 byte packets
1 rbx-7-m1.routers.ovh.net (91.121.2.253) 0.562 ms 0.671 ms 0.739 ms
2 rbx-1-6k.routers.ovh.net (213.251.191.1) 0.363 ms * 0.363 ms
3 020G.gsw-1-6k.routers.ovh.net (213.186.32.225) 129.838 ms 4.196 ms *
4 020G.global-crossing.routers.ovh.net (213.186.32.249) 4.042 ms 4.298 ms *
5 level3-2.ar2.LON3.gblx.net (208.50.13.194) 13.424 ms 13.443 ms 13.413 ms
6 ae-31-53.ebr1.London1.Level3.net (4.68.116.94) 14.020 ms 22.640 ms 18.256 ms
7 ae-1-100.ebr2.London1.Level3.net (4.69.132.118) 14.019 ms 13.949 ms 15.214 ms
8 ae-2.ebr2.Amsterdam1.Level3.net (4.69.132.134) 29.748 ms 19.467 ms 18.258 ms
9 ae-1-100.ebr1.Amsterdam1.Level3.net (4.69.133.85) 18.265 ms 27.705 ms 18.287 ms
10 ae-2.ebr2.Dusseldorf1.Level3.net (4.69.133.90) 26.098 ms 31.124 ms *
11 ae-1-100.ebr1.Dusseldorf1.Level3.net (4.69.132.129) 38.444 ms * 40.291 ms
12 ae-2.ebr2.Frankfurt1.Level3.net (4.69.132.138) 38.175 ms 29.040 ms 32.736 ms
13 ae-23-52.car3.Frankfurt1.Level3.net (4.68.118.49) 25.553 ms ae-23-54.car3.Frankfurt1.Level3.net (4.68.118.113) 25.905 ms ae-23-56.car3.Frankfurt1.Level3.net (4.68.118.177) 22.4
Die Geschwindigkeit zu diesem Routing lag zwischen 100-200kb/s.
Bei anderen Peerings von RS.COM liegt die Geschwindigkeit bei 5-8 MB/s.
Kann das jemand so bestätigen?
