[schwarzlicht]

tracert 212.108.220.xx
traceroute to 212.108.220.66 (212.108.220.xx), 30 hops max, 40 byte packets
1 188.165.205.252 (188.165.205.252) 0.350 ms * *
2 20g.fra-5-6k.routers.chtix.eu (213.251.130.78) 8.095 ms * *
3 * * *
4 * * *
5 * * *
6 * ae0.info-p2.invitel.net (213.163.54.130) 24.801 ms 24.788 ms
7 ten2-1.lurdy-pe1.invitel.net (213.163.54.254) 25.018 ms 25.115 ms 25.357 ms
8 ten1-3.dtc-pe1.invitel.net (213.163.53.178) 24.972 ms 24.972 ms 25.005 ms
9 81.0.119.188 (81.0.119.188) 25.392 ms 25.645 ms *
10 banyaiszak.finet.hu (212.108.220.xx) 24.931 ms 24.934 ms 24.934 ms

Geniale Maskierung!

[Pascha]

ich muss sagen ich hab auch nur probs die ovh range 188.165.205.xxx hat keinen dampf trotz gbit anbindung wenn ich von meinem ungarn server mit wget nen datei lade bekomm ich max 1-2mb ab! wenn ichs von einem bekannten seinen server mit der 94.23.160.xxx 100mbit bekomme ich volle 10mb ab! nun frage ich mich wieso ich mehr bezahlen muss trotz grössere anbindung aber weniger abbekomme ? wenn ich von meinem ungarn server ein datei nach ovh lade habe ich 30mb.

was ich an der sache nicht verstehe ist wieso haben die alten server mehr power als die neuen von der internet anbindung? wenn alle gleich wären würde ich gar nichts sagen aber das sticht schon raus

p.s. der download speed nach hause ist auch im keller!

tracert 212.108.220.xx
traceroute to 212.108.220.xx (212.108.220.xx), 30 hops max, 40 byte packets
1 188.165.205.252 (188.165.205.252) 0.350 ms * *
2 20g.fra-5-6k.routers.chtix.eu (213.251.130.78) 8.095 ms * *
3 * * *
4 * * *
5 * * *
6 * ae0.info-p2.invitel.net (213.163.54.130) 24.801 ms 24.788 ms
7 ten2-1.lurdy-pe1.invitel.net (213.163.54.254) 25.018 ms 25.115 ms 25.357 ms
8 ten1-3.dtc-pe1.invitel.net (213.163.53.178) 24.972 ms 24.972 ms 25.005 ms
9 81.0.119.188 (81.0.119.188) 25.392 ms 25.645 ms *
10 banyaiszak.finet.hu (212.108.220.xx) 24.931 ms 24.934 ms 24.934 ms

[Sascha]

also von Siegburg nach frankreich hab ich einen ping von 20-30 bei meiner 6k leitung.

C:\Users\Sascha>tracert meinserver

Routenverfolgung zu meinserver [188.165.xxx.xxx] über maximal 30 Abschnitte:

1 12 ms 12 ms 19 ms e320-eup1.netcologne.de [195.14.226.7]
2 12 ms 11 ms 22 ms swrt-eup2-po6.netcologne.de [78.35.33.177]
3 13 ms 12 ms 12 ms core-eup2-vl503.netcologne.de [87.79.16.149]
4 13 ms 13 ms 14 ms core-pg2-t43.netcologne.de [87.79.16.214]
5 18 ms 17 ms 16 ms rtamsix-te34.netcologne.de [87.79.16.227]
6 * * * Zeitüberschreitung der Anforderung.
7 23 ms * 23 ms 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
8 * 25 ms * vss-3-6k.routers.chtix.eu [188.165.9.134]
9 22 ms 23 ms 23 ms .kimsufi.com [188.165.xxx.xxx]

Ablaufverfolgung beendet.

[timmy]

[...]
der letzte hopp ist dieser router [...]

Der letzte Hop sollte Dein Server sein, da dieser hier jedoch fehlt ist die Aussagekraft Deines Traceroutes = 0.

[ServerDepp]

SenfDressing, wie sind denn die Pingzeiten Deines Servers?

[kammann]

hier der trace:
tracert [79.*.*.*] über maximal 30 Abschnitte:

Das ist mindestens ein "*" zuviel in der IP-Adresse - mit so wenig Information über das Zielnetz kann man dir weder hier im Forum noch beim Support weiterhelfen. Falls Du aus welchem Grund auch immer die Ziel-IP nicht nennen willst, dann ermittle doch bitte die AS-Nummer des Zielnetzes.
Unter Linux geht das das mit "whois " oder per Web auf www.ripe.net (IP-Adresse unter "RIPE Database search" eingeben). Gesucht ist der "origin" und beginnt mit "AS...."

4 54 ms 4 ms 206 ms 10g.gblx.gsw-2-6k.routers.chtix.eu

Liegt das Ziel in Deutschland? Dann ist wäre ein Routing über Global Crossing (gblx) ungewöhnlich. Soweit ich weiss, gilt gblx bei OVH als "Upstream" und wird stärker bzw. nach anderen Regeln gedrosselt als Peerings.

Jens

[strex]

doch, 1% der Leitungskapazität.

Könnte dann öfters noch 10G sein =)

[Enn]

doch, 1% der Leitungskapazität.

[SenfDressing]

dann muss es ein x-faktor sein oder ein phänomen
bei anderen ovh servern klappt es doch, da habe ich vollen durchsatz...
ich scheine auch nicht alleine zu sein mit diesem problem, wenn ich mir einige threads anschaue.
es MUSS ja nicht immer an ovh liegen, aber ist das mein problem wenn ich von ovh eine dienstleistung entgegen nehme? dafür zahle ich ja hier das IMMER alles klappt und das scheint es leider im moment nicht..zumindest nicht für alle rz zentren oder switches usw
wenn alles rot wäre wie du das schreibst enn also 99% kommt hier garnichtsmehr durch

[Enn]

Auf der Weathermap ist doch alles i.O.
Deine ICMP Pakete passen da selbst bei 99% Auslastung noch durch...

[SenfDressing]

danke für die antworten

hier der trace:

tracert [79.*.*.*] über maxim
al 30 Abschnitte:

1 * 39 ms 5 ms 188.165.*.*
2 * 1 ms * rbx-2-6k.routers.chtix.eu [188.165.9.130]
3 5 ms * 3 ms 160g.gsw-2-6k.routers.chtix.eu [213.186.32.221]

4 54 ms 4 ms 206 ms 10g.gblx.gsw-2-6k.routers.chtix.eu [213.186.32.1]

der letzte hopp ist dieser router wenn bei meiner tracer route alle unter 40ms sind und nur der bei 171 oder 237ms wollt ihr mir erzählen das das ok ist ja ?
wenn ich mir die weathermap anschaue sehe ich das es doch engpässe gibt und so wie es aussieht is der globalswitch nicht so schnell....
ich danke euch trotzdem schonmal

[pendulum]

Wenn der Router in der Mitte wirklich so langsam wär, müssten alle Hops nach ihm auch langsam sein. Sind sie aber nicht
Also ja, wie schon sooo oft hier im Forum beschreiben: Packloss oder lahme Pings bei einem Router mittendrin bedeuten garnix. Naja das einzige was man rauslesen kann ist, dass er nicht idle ist.

[SenfDressing]

danke für die antworten

der letzte hopp ist dieser router wenn bei meiner tracer route alle unter 40ms sind und nur der bei 171 oder 237ms wollt ihr mir erzählen das das ok ist ja ?
wenn ich mir die weathermap anschaue sehe ich das es doch engpässe gibt
ich danke euch trotzdem schonmal

[3ch0]

Genau, poste am besten mal den kompletten Trace - wichtig ist, dass bei deinem Server ein ordentlicher Ping ist und kein Loss besteht, die Hops aufm Weg sind allein nicht unbedingt aussagekräftig (oft sind Transportrouter so eingestellt, dass sie zuerst Ihren Job, also das Routing, machen, und Pinganfragen entweder gar nicht oder erst, wenn sie wieder freie Kapazitäten haben, beantworten).

3ch0

[Enn]

Wenn der Router nicht auf Ping(ICMP) Anfragen antwortet, heißt das nicht, dass er "Probleme" macht. Bei einigen Herstellern (großes C z.B.) verringert das allerdings die Systemlast drastisch.
Solang der Ping zum letzten Hop (=Dein Server) passt, ist alles i.O.

[SenfDressing]

hallo ovh´ler...

hat jemand die selben routing probleme wie ich ?
habe die traffic serie

Netzwerkanbindung : 100 Mbps
Monatlicher Traffic : 5.00 TiB
Reinitialisierung : 2010-05-01
Diesen Monat verbraucht : 140 GiB
Diesen Monat verbleibend : 4.86 TiB
Priorität OVH/Internet : normal

beim tracen fällt nur diese route auf die extrem schlecht ist
der rest haut durch zwischen 5ms-25ms

da issa :
213.186.32.221 171 ms 160g.gsw-2-6k.routers.chtix.eu

nun noch einpaar fragen

1.ich habe die priorität normal, kann man diese ändern auf high?
2. ist es möglich das ich einen anderen router bekomme?


vielen dank schonmal