[kro]

Jenstheclown wrote:
> d.h. ich müsse mal mit meinen Chef sprechen ob wir unsere außen
> Anbindung erweitern nach DE-CIX damit auch hier eine gute Latency mit
> OVH vorhanden ist?

Ja. Nicht nur mit OVH, sondern auch mit anderen Providern und
Diensteanbietern. Betreffs OVH: Peering Requests bitte an noc@ovh.net :-)
--
Felix
OVH Team

[Jenstheclown]

Bei Deiner Konstellation fallen zwei ungünstige
Wenn ich die mir vorliegenden Traceroutes und Routingtabellen richtig deute, dann müßte telenec auch über M-Net am DE-CIX vertreten sein. Damit dieser direkte Datenaustausch funktioniert, müßte aber sowohl telenec als auch OVH aktiv werden. Telenec müßte die Daten Richtung OVH über M-Net schicken und OVH müsste das derzeit kaputte Peering mit M-Net reparieren...

d.h. ich müsse mal mit meinen Chef sprechen ob wir unsere außen Anbindung erweitern nach DE-CIX damit auch hier eine gute Latency mit OVH vorhanden ist?

[FraggDieb]

hm ich glaub ich bin irgendwie der einzige der einen normalen Ping hat.

C:\Dokumente und Einstellungen\FraggY>tracert iw-h.de

Routenverfolgung zu iw-h.de [91.121.6.46] über maximal 30 Abschnitte:

1 2 ms 1 ms 1 ms 192.168.1.1
2 10 ms 10 ms 10 ms dslb-092-072-192-001.pools.arcor-ip.net [92.72.1
92.1]
3 11 ms 11 ms 9 ms dus-145-254-4-249.arcor-ip.net [145.254.4.249]
4 14 ms 14 ms 14 ms ffm-145-254-19-121.arcor-ip.net [145.254.19.121]

5 23 ms 22 ms 23 ms par-145-254-19-114.arcor-ip.net [145.254.19.114]

6 * * * Zeitüberschreitung der Anforderung.
7 28 ms * 29 ms 160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
8 27 ms 27 ms 27 ms rbx-8-m1.routers.ovh.net [213.251.191.147]
9 27 ms 27 ms 27 ms iw-hosting.de [91.121.6.46]

Hänge am Arcornetz in Düsseldorf

[kammann]

nur mal zum vergleich ..39MS unterschied

Bei Deiner Konstellation fallen zwei ungünstige Faktoren zusammen:
a) Du bis bei einem lokalen Zugangsprovider, der mit OVH kein direktes Peering unterhält, weil telenec am einzigen Austauschknoten von OVH in Deutschland (DE-CIX) nicht selbst vertreten ist.
b) Mit den Transitcarriern (hier: Lambdanet) hat OVH momentan etliche Probleme (siehe andere Threads wegen niedriger Datenraten)

Wenn ich die mir vorliegenden Traceroutes und Routingtabellen richtig deute, dann müßte telenec auch über M-Net am DE-CIX vertreten sein. Damit dieser direkte Datenaustausch funktioniert, müßte aber sowohl telenec als auch OVH aktiv werden. Telenec müßte die Daten Richtung OVH über M-Net schicken und OVH müsste das derzeit kaputte Peering mit M-Net reparieren...

[rebrain]

Die Paketlaufzeit von Frankfurt zum OVH Rechenzentrum bei Paris beträgt ziemlich genau 16 ms. Dieser Wert ist seit langer Zeit unverändert, lt. einem Posting von Oles sind durch eine neue Glasfaser noch ein paar ms rauszuholen.

Wie Du aus Deinem tracert erkennen kannst, hat Deine eigene DSL Leitung schon mal 40 ms Delay - kürzere Zeiten erreicht man nur mit aktiviertem FastPath auf der DSL Leitung.
Weitere 12 ms gehen auf das Konto von Hansenet für die Zuführung von Berlin nach Frankfurt - dagegen hilft nur ein Umzug nach Frankfurt

Wo Du einen Anstieg in der Summe um "einige 20ms" siehst, ist daher nicht nachvollziehbar.

Noch vor 2 Wochen war mein ping zum root server 50ms oder noch weniger. Seitdem hat der ping bei ALLEN aus Deutschland um 20ms angestiegen. Hier ist der vergleich zur Veranschaulichung:

Post 32182

[caraoge]

nur mal zum vergleich ..39MS unterschied

Die Entfernung von Frankfurt nach Paris und Roubaix (je ca. 400km) macht sich halt bemerkbar. Wer bessere Pings will sollte am besten Server in Deutschland nehmen.

[Enn]

und auch das doppelte der Strecke (FFM -> Coburg und FFM -> Roubaix)

[Jenstheclown]

C:\Dokumente und Einstellungen\Jens>tracert nec-tools.de

Routenverfolgung zu nec-tools.de [87.98.163.241]  über maximal 30 Abschnitte:

  1    <1 ms    <1 ms    <1 ms  192.168.10.1
  2     9 ms    14 ms    12 ms  gw.com21.telenec.de [80.79.232.1]
  3    12 ms    10 ms    13 ms  test.telenec.de [80.79.225.225]
  4    19 ms    10 ms    12 ms  tn1012.telenec.de [80.79.224.12]
  5    17 ms    21 ms    21 ms  Telenec.NUE-2-eth0-423.de.lambdanet.net [217.71.
108.209]
  6     *       51 ms    24 ms  FRA-3-eth000.de.lambdanet.net [217.71.96.73]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9    39 ms     *       42 ms  160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
 10    61 ms    49 ms     *     40g.vss-1-6k.routers.ovh.net [213.251.128.30]
 11    49 ms    40 ms    52 ms  nec-tools.de [87.98.163.241]

Ablaufverfolgung beendet.

C:\Dokumente und Einstellungen\Jens>tracert ngz-server.de

Routenverfolgung zu ngz-server.de [213.202.193.170]  über maximal 30 Abschnitte:


  1    <1 ms    <1 ms    <1 ms  192.168.10.1
  2    19 ms    20 ms    23 ms  gw.com21.telenec.de [80.79.232.1]
  3    15 ms    14 ms    12 ms  test.telenec.de [80.79.225.225]
  4    14 ms    28 ms    19 ms  tn1012.telenec.de [80.79.224.12]
  5    16 ms    12 ms    13 ms  tn1019.telenec.de [80.79.224.19]
  6    17 ms    20 ms    12 ms  core02-telenec.suec-dacor-codab.de [217.24.48.15
3]
  7    14 ms    15 ms    13 ms  217.24.62.3.suec-dacor.de [217.24.62.3]
  8    16 ms    17 ms    20 ms  85.14.192.81.static.rdns-uclo.net [85.14.192.81]

  9    11 ms    13 ms    21 ms  85.14.196.85.static.rdns-uclo.net [85.14.196.85]

 10    16 ms    18 ms    13 ms  213.202.193.170.static.rdns-uclo.net [213.202.19
3.170]

Ablaufverfolgung beendet.

nur mal zum vergleich ..39MS unterschied

[kammann]

Der ping ist um einige 20ms angestiegen.

Die Paketlaufzeit von Frankfurt zum OVH Rechenzentrum bei Paris beträgt ziemlich genau 16 ms. Dieser Wert ist seit langer Zeit unverändert, lt. einem Posting von Oles sind durch eine neue Glasfaser noch ein paar ms rauszuholen.

Wie Du aus Deinem tracert erkennen kannst, hat Deine eigene DSL Leitung schon mal 40 ms Delay - kürzere Zeiten erreicht man nur mit aktiviertem FastPath auf der DSL Leitung.
Weitere 12 ms gehen auf das Konto von Hansenet für die Zuführung von Berlin nach Frankfurt - dagegen hilft nur ein Umzug nach Frankfurt

Wo Du einen Anstieg in der Summe um "einige 20ms" siehst, ist daher nicht nachvollziehbar.

[rebrain]

Ber mir besteht auch ein Problem mit dem Ping in der letzten Zeit. Das ist auch der Fall bei allen Besuchern aus Deutschland.

Hier ist mein tracert:

Tracing route to ns300401.ovh.net [91.121.31.116]
over a maximum of 30 hops:

1 41 ms 43 ms 39 ms lo1.br11.ber.de.hansenet.net [213.191.64.20]
2 36 ms 41 ms 39 ms ae1-102.cr01.ber.de.hansenet.net [62.109.108.125
]
3 55 ms 55 ms 57 ms so-6-1-0-0.cr01.fra.de.hansenet.net [213.191.87.
173]
4 57 ms 57 ms 55 ms gi5-0-0.pr02.decix.de.hansenet.net [62.109.109.2
43]
5 57 ms 58 ms 57 ms decix.routers.ovh.net [80.81.192.209]
6 * * * Request timed out.
7 70 ms * 70 ms 160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
8 70 ms 69 ms 72 ms rbx-15-m1.routers.ovh.net [213.251.191.168]
9 71 ms 70 ms 71 ms epic-zone.com [91.121.31.116]

Trace complete.

Der ping ist um einige 20ms angestiegen.

Ich schließe mich Jenstheclown an, man sollte noch eine Leitung nach Deutschland haben, dann ist OVH unschlagbar.

[Jenstheclown]

nein .. es bestehten zwei leitung des providers zu suc-dacor und lambdanet ..
Verbessert eure leitungen zu deutschen providern dann seit ihr die besten

Vorerst würde ich wegen der Anbindung euch nur mit 3/5 bewerten, das wirklich schlimm ..

[aLca]

//edit: ups falscher thread... :P

Arcor ist doch neuerdings Vodafone oder irre ich mich?

Nein, das stimmt.

[FraggDieb]

//edit: ups falscher thread... :P

Arcor ist doch neuerdings Vodafone oder irre ich mich?

[kiwee]

Arcor macht ohnehin seit längerer Zeit Probleme mit den Leitungen.
Speziell in Deutschland von West nach Ost (90-100% Loss).

Alle Aufrufe dies bitte zu korrigieren wurden getrost ignoriert.

[strex]

@Kro bist du immer wach zum supporten? Wie wäre es zu versuchen mit Arcor ein Peering zu bekommen. Dann sollte das doch einiges an Probleme beheben.

Also meiner Einschätzung liegt das an Arcor, denn ich gehe auch über 160g.rbx-2-6k.routers.ovh.net und habe aber 50 Mbit/s und kann mit 10 Mbit/s hochladen. Also keine Probleme, Arcor hat wohl in letzter Zeit sein Netz komplett ausgebucht und somit verursacht das Staus.

1 <0 ms <0 ms <0 ms gateway05.5G-local.network.eubw.net [10.0.5.254]
2 <1 ms <1 ms <1 ms dtag.vdsl.05M.router.network.eubw.net [10.0.0.254]
3 20 ms 20 ms 20 ms 217.0.119.136
4 19 ms 19 ms 19 ms 217.0.85.150
5 23 ms 23 ms 23 ms 217.239.40.234
6 * 23 ms * 20g.dtag.fra-1-6k.routers.ovh.net [213.251.130.25]
7 35 ms * 35 ms 20g.th2-1-6k.routers.ovh.net [213.251.130.13]
8 39 ms * 38 ms 160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
9 39 ms 39 ms 39 ms rbx-36-m1.routers.ovh.net [213.251.191.231]
10 39 ms 38 ms 38 ms filer01.ftp.fmbackbone.de [91.121.115.27]

[kro]

Jenstheclown wrote:
> Euer 160g scheint paar probleme zu haben ..

Dies ist ein Router und ist daher dazu optimiert, pakete weiterzuleiten. Auf
direkt an ihn gerichtete Pakete antwortet er nur nach Lust und Laune, diese
sind so nieder priorisiert wie es nur geht.

Aus Latenzen vom/zum Router lassen sich keine Rückschlüsse auf dessen
Funktionsfähigkeit schliessen, das einzige was zählt sind die Zeiten vom Start-
zum Endpunkt.

> einigermaßen angemessen .. Allerdings der upload von OVH Server -> Ftp
> backup server ist schweinisch .. (wenn ich das sagen darf..)

Evtl. solltest du deinen Provider (AS28876) um Verbesserung bitten, momentan
scheint dieser nur über arcor zu gehen und nicht z.B. am DeCIX zu peeren(?)
Welche Route nehmen die Pakete denn sonst?

Siehe Weathermap (http://weathermap.ovh.net/) - Die Leitungen nach Frankfurt
liegen jetzt gerade bei etwa 40-55% Auslastung im grünen Bereich und sind
somit noch weit von einer Vollauslastung entfernt.
--
Felix
OVH Team

[Jenstheclown]

ab sofort kann ich die probleme bestätigen .. Upload ist sehr start betroffen .. von Server zu Server 100kb/s ..
Hier die routen..

Home -> OVH Server

  1    <1 ms    <1 ms    <1 ms  192.168.10.1
  2    18 ms    10 ms    19 ms  gw.com21.telenec.de [80.79.232.1]
  3    12 ms    11 ms    11 ms  test.telenec.de [80.79.225.225]
  4    13 ms    11 ms    13 ms  tn1012.telenec.de [80.79.224.12]
  5    24 ms    17 ms    20 ms  Telenec.NUE-2-eth0-423.de.lambdanet.net [217.71.
108.209]
  6    36 ms    23 ms    19 ms  FRA-3-eth000.de.lambdanet.net [217.71.96.73]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9    44 ms    96 ms     112 ms     160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
 10    38 ms     *       41 ms  40g.vss-1-6k.routers.ovh.net [213.251.128.30]
 11    41 ms    38 ms    42 ms  r17867.ovh.net [87.98.163.241]

OVH Server -> Home

traceroute to 80.79.224.111 (80.79.224.111), 30 hops max, 40 byte packets
 1  94.23.15.254 (94.23.15.254)  7.448 ms *  0.350 ms
 2  40g.rbx-2-6k.routers.ovh.net (213.251.128.29)  0.286 ms *  0.288 ms
 3  * * *
 4  Arcor-and-co.sfinx.tm.fr (194.68.129.139)  9.999 ms  9.542 ms  10.361 ms
 5  ffm-145-254-19-189.arcor-ip.net (145.254.19.189)  19.526 ms  19.977 ms  20.065 ms
 6  nbg-145-254-19-210.arcor-ip.net (145.254.19.210)  23.537 ms  22.438 ms  22.150 ms
 7  nbg-145-254-7-86.arcor-ip.net (145.254.7.86)  21.162 ms  21.403 ms  21.920 ms
 8  145.253.7.190 (145.253.7.190)  29.539 ms  222.801 ms  255.885 ms
 9  core20.suec-dacor.de (217.24.62.2)  26.594 ms  26.823 ms  26.316 ms
10  telenec-core02.suec-dacor-codab.de (217.24.48.154)  27.735 ms  26.777 ms  26.848 ms
11  tn1009.telenec.de (80.79.224.9)  29.056 ms  27.216 ms  26.675 ms
12  10.10.0.1 (10.10.0.1)  28.594 ms  28.117 ms  28.285 ms
13  10.10.0.3 (10.10.0.3)  35.902 ms  34.392 ms  31.872 ms
14  * * *

OVH Server -> Ftp backup Server

traceroute to 80.79.225.58 (80.79.225.58), 30 hops max, 40 byte packets
 1  94.23.15.254 (94.23.15.254)  1.748 ms *  0.855 ms
 2  40g.rbx-2-6k.routers.ovh.net (213.251.128.29)  0.269 ms * *
 3  160g.th2-1-6k.routers.ovh.net (213.186.32.202)  18.354 ms * *
 4  Arcor-and-co.sfinx.tm.fr (194.68.129.139)  9.747 ms  12.284 ms  10.277 ms
 5  ffm-145-254-19-189.arcor-ip.net (145.254.19.189)  19.527 ms  19.716 ms  19.200 ms
 6  nbg-145-254-19-210.arcor-ip.net (145.254.19.210)  22.068 ms  22.103 ms  22.959 ms
 7  nbg-145-254-7-86.arcor-ip.net (145.254.7.86)  21.965 ms  20.906 ms  21.185 ms
 8  145.253.7.190 (145.253.7.190)  24.187 ms  23.766 ms  24.552 ms
 9  core20.suec-dacor.de (217.24.62.2)  27.523 ms  26.419 ms  25.643 ms
10  telenec-core02.suec-dacor-codab.de (217.24.48.154)  25.539 ms  27.280 ms  25.980 ms
11  tn1018.telenec.de (80.79.224.18)  26.022 ms  27.438 ms  26.961 ms
12  * * *

Euer 160g scheint paar probleme zu haben .. Die Latencys sind einigermaßen angemessen .. Allerdings der upload von OVH Server -> Ftp backup server
ist schweinisch .. (wenn ich das sagen darf..)

[t0m2k]

jap bei mir zu Arcor ists auch der 160g.rbx-2-6k

habe nur einen speed von ~200kb, sonst gute ~700

[kammann]

Danke erstmal, aber warum geht das mit meinem System nicht? xD

MfG TNT

Weil auf Deinem Windows sehr wahrscheinlich eine Firewall aktiviert ist, die ICMP filtert.
Falls es sich hierbei um die Windows eigene Firewall handelt: Systemsteuerung/Windows Firewall/Erweitert/ICMP.

Alternativ ist auf Deinem Router eine Firewall aktiviert. In jedem Fall handelt es sich um ein lokales Problem in Deinem Netzwerk.

[TNT]

Danke erstmal, aber warum geht das mit meinem System nicht? xD

MfG TNT

[Jenstheclown]

habe keine probleme .. bisauf das die Latency bischen hoch ist ..
von mir zu server werde ich über lambdanet geroutet und umgekehrt über arcor / suc-dacor ..

ovh sollte mal 160g.rbx-2-6k überpürfen .. 117ms ..

[TNT]

Hab da nen Problem.
Kann zu meinem Server nicht tracerouten?

Home->Server (der kleine Isgenug)

C:\Dokumente und Einstellungen\David>tracert 91.121.171.62

Routenverfolgung zu ks361989.kimsufi.com [91.121.171.62]  über maximal 30 Abschn
itte:

  1     *        *        *     Zeitüberschreitung der Anforderung.
  2     *        *        *     Zeitüberschreitung der Anforderung.
  3     *        *        *     Zeitüberschreitung der Anforderung.
  4     *        *        *     Zeitüberschreitung der Anforderung.
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6     *        *        *     Zeitüberschreitung der Anforderung.
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10    48 ms    49 ms    53 ms  ks361989.kimsufi.com [91.121.171.62]

Ablaufverfolgung beendet.

Firewalls sind aus?!

Server-> Home

root@ks361989:/home/tnt# traceroute 78.48.41.165
traceroute to 78.48.41.165 (78.48.41.165), 30 hops max, 52 byte packets
 1  rbx-52-m2.routers.ovh.net (91.121.171.252)  0.304 ms  0.246 ms  0.214 ms
 2  91.121.130.1 (91.121.130.1)  73.254 ms  39.410 ms *
 3  40g.rbx-2-6k.routers.ovh.net (213.251.128.18)  26.072 ms  7.527 ms *
 4  160g.th2-1-6k.routers.ovh.net (213.186.32.202)  5.779 ms  11.813 ms *
 5  20g.fra-1-6k.routers.ovh.net (213.251.130.14)  13.330 ms *  13.398 ms
 6  decix2.hansenet.net (80.81.193.232)  13.877 ms  14.643 ms  14.657 ms
 7  ae1-102.cr01.fra.de.hansenet.net (62.109.109.253)  15.054 ms  13.949 ms  14.                                               149 ms
 8  so-6-1-0-0.cr01.dus.de.hansenet.net (213.191.87.157)  17.013 ms  17.225 ms                                                 16.737 ms
 9  ge3-0.br52.dus.de.hansenet.net (62.109.110.82)  18.739 ms  21.735 ms  18.319                                                ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * *

Woran liegts?
Würde gern wissen, worüber zu mir geroutet wird.

MfG TNT