Routing Problem Inode

[DocTX]

Hi,

es geht wie gesagt um Inode

xDSL Large

Zyxel P-660R-D1

KN 228895


ich wohne in wien , und es geht mir um das routing nach frankfurt und teilweise auch holland.

seit etwa einer woche ist nämlich das routing zu meinen gemieteten servern im vergleich zu vorher richtig schlecht, wo ich vorher ping 30 hatte, habe ich jetzt ping 100 und mehr je nach tageszeit, abend auch schonmal 140.

das problem liegt hier wohl an:

EU - TeliaSonera International Carrier, AS1299 Backbone
EU - Telia International Carrier, AS1299 Backbone
EU - Telia International Carrier, AS1299 Backbone
EU - TeliaSonera International Carrier, AS1299 Backbone

(und teilweise an
AT - Chello Broadband, Links and Loopbacks, in Austria
da hier im intervall timeouts enstehen.)

denn ab da steigt der ping von unter 20 auf 100

vorher wurde ich über wie auf dem bild zu sehen, so geroutet:


vorher
http://i23.tinypic.com/9j0rx3.jpg

und jetzt:

nachher
http://i20.tinypic.com/1h35fc.jpg


ich hab bei am zielhop 4 spieleserver gemietet, weil ich eben immer gute pings dort hatte, aber nun kann ich auf allen 4 nicht mehr spielen

btw ich bin UT spieler und nun steht auch noch der cup vor der tür an dem ich in dem fall leider nicht teilnehmen kann:(


gibt es da eine möglichkeit das routing zu ändern, oder ist zu erwarten das sich das routing nur vorübergehend so verhält?


sry wenn infos fehlen oder ich etwas falsch interpretiert habe, ich bin kein profie auf dem gebiet, also bitte einfach sagen wenn was falsch ist oder ich andere infos geben soll.

MfG

DocTX

[wicked_one]

Nun, zu erwähnen sei, das ICMP ein Protokoll ist, das nun nicht gerade höchste Priorität besitzt... Sollten diverse Server oder Links überlastet sein, dann klettert dieser in die Höhe oder geht verloren.. was nicht zwangsläufig heisst dass dasselbe mit anderen Packeten passiert.

Das Internet ist leider kein fix vorgegebenes Netz, sondern es tut sich jederzeit und immer was, ISPs stellen ihre Backbones um, Routen Packete anders...

wie lange besteht das Problem bereits? Es ist möglich dass das Problem sich von alleine wieder gibt - andererseits wenn nicht, kannst du eigentlich auch nicht wirklcih was machen, und dein Provider meist auch nicht da es sich nicht um sein Netz handelt...

Ich würde erstmal abwarten, wenn keine besserung dann mal den Provider informieren. Aber wie gesagt, wenns sich nicht von alleine wieder gibt, sehe ich wenig erfolgschancen für dich.

[DocTX]

also das problem besteht jetzt fast 2 wochen, und wird eigentlich immer schlimmer, der ping liegt jetzt bei knapp 150.


und ich möchte hier nicht den besserwisser machen, aber ich kann mich damit nicht abfinden das es sich nicht um das netzt des providers handelt und man daher nichts machen kann.
denn irgendwer muss ja einfluss haben darauf sonst würde ein routing ja nicht einfach so mir nichts dir nichts geändert werden, das müsste doch auf vertragsbasis passieren das eben der provider zumindest über den ersten partner im ausland einfluss hat, weil es kann doch nicht sein das ab der österreichischen grenze eine willkür entsteht.

mir ist jedoch klar das ich jetzt nicht erwarten kann mein lebenlang 24 ping zu einem server zu haben, aber 150 ? und das nur nach frankfurt?
selbst nach england hab ich "nur" um die 60

ich weiß das nicht alle springen werden nur weil ich hier ein problem hab, aber es sollte klar sein das bei einer fast verfünffachung des pings , handlungsbedarf besteht.

das online gamer mehr belächelt werden ,ist leider so, aber ich habe nicht die ganzen server gemietet und einen clan mit mitlerweile 14 membern aufgebaut und es nun bis zur cup reife geschafft um dann letztendlich nicht daran teilnehmen zu können weil ein paar tage vor beginn das routing geändert und extrem verschlechtert wird.

ich bitte hier die Inode mitarbeiter sich das problem wenisgtens mal anzusehen.

hier die neuesten werte von heute 20:30

HSLW
http://tinypic.com/view.php?pic=30u8t2d&s=2


WinMTR

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 172.25.46.23 - 0 | 904 | 904 | 0 | 13 | 1563 | 15 |

| 62.99.170.161 - 0 | 904 | 904 | 0 | 24 | 1469 | 16 |

| vie1-po-30-000.shuttle.vien.inode.at - 0 | 904 | 904 | 0 | 19 | 1375 | 16 |

| at-vie01a-ra3-10ge-6-1-0-947.aorta.net - 5 | 904 | 866 | 0 | 13 | 1281 | 0 |

| at-vie05a-ri1-pos-5-0.aorta.net - 1 | 904 | 900 | 0 | 18 | 1188 | 16 |

| win-b2-link.telia.net - 0 | 904 | 904 | 62 | 108 | 1172 | 141 |

| ffm-bb2-link.telia.net - 0 | 904 | 904 | 78 | 121 | 1109 | 125 |

| ffm-b6-link.telia.net - 0 | 904 | 904 | 78 | 125 | 1922 | 140 |

| ettelsystems-111447-ffm-b2.c.telia.net - 0 | 904 | 904 | 15 | 37 | 1860 | 32 |

| so-5-2-0.core1.cob1.uclo.de - 0 | 904 | 904 | 15 | 56 | 1875 | 31 |

| 85.14.228.244.static.rdns-uclo.net - 0 | 903 | 903 | 78 | 125 | 1750 | 125 |

|________________________________________________|______|______|______|______|______|______|



MfG

DocTX

[max_payne]

und nen server in AT mieten geht nicht?

[ghost99]

slightly offtopic: Leider kann UPC - wenns lustig sind - auch das routing von Wien 1 nach Wien 11 über Stockholm laufen lassen, wenn sie der Meinung sind, das käme sie billiger... Routing-Probleme nehmen die Provider meist erst dann ernst, wenn dadurch einige zielnetze oder hosts nicht mehr erreichbar werden.

[drobi]

Hm also bei mir von Graz auf meinen Server (steht in Düsseldorf) Ping avg 51ms, sogar mit mehr Hops als du.

Wobei....wenn ich mir das Routing per se anschaue, ist das ja nicht wirklich schlecht bzw. ineffizient, geht ja auf relativ "direktem" Wege nach FRA. Was freilich ein Problem ist, ist die hohe Latenz.

[DocTX]

Hm also bei mir von Graz auf meinen Server (steht in Düsseldorf) Ping avg 51ms, sogar mit mehr Hops als du.

haste mal IP ?

[drobi]

62.141.46.64

Code: Alles auswählen

C:\>tracert 62.141.46.64

Routenverfolgung zu 62.141.46.64 über maximal 30 Abschnitte

  1    <1 ms    <1 ms    <1 ms  DD-WRT [192.168.1.101]
  2    28 ms    19 ms    15 ms  172.25.46.23
  3    17 ms    16 ms    46 ms  85.126.255.181
  4    20 ms    21 ms    20 ms  vie2-vl-00-841.shuttle.vien.inode.at [62.99.171.61]
  5    35 ms    24 ms    19 ms  at-vie15a-ra1-10ge-6-1-0-948.aorta.net [213.46.173.81]
  6    27 ms    20 ms    64 ms  at-vie02a-ri1-gig-2-0.aorta.net [213.46.173.10]
  7    24 ms    19 ms    20 ms  vix2.arcor.net [193.203.0.102]
  8    27 ms    28 ms    27 ms  mue-145-254-19-129.arcor-ip.net [145.254.19.129]
  9    41 ms    33 ms    41 ms  nbg-145-254-19-217.arcor-ip.net [145.254.19.217]
10    32 ms    32 ms    35 ms  ffm-145-254-19-209.arcor-ip.net [145.254.19.209]
11    60 ms    36 ms    36 ms  dus-145-254-19-134.arcor-ip.net [145.254.19.134]
12    53 ms    36 ms    37 ms  dus-145-254-4-202.arcor-ip.net [145.254.4.202]
13    36 ms    56 ms    36 ms  trgw-arcor1-gig.dus1-de.fibre1.net [145.253.14.74]
14    36 ms    35 ms    70 ms  62.141.39.2
15    39 ms    36 ms    36 ms  62.141.46.64

Ablaufverfolgung beendet.

[jutta]

hmm. bei mir ist die latenz zu beiden ganz normal:

Code: Alles auswählen

debian:/etc/apache2# traceroute 85.14.228.244
traceroute to 85.14.228.244 (85.14.228.244), 64 hops max, 40 byte packets
1  172.25.46.54 (172.25.46.54)  19 ms  17 ms  17 ms
2  vie3-vl-00-014.shuttle.vien.inode.at (62.99.170.17)  18 ms  27 ms  17 ms
3  vie1-po-30-000.shuttle.vien.inode.at (62.99.170.197)  18 ms  18 ms  19 ms
4  at-vie01a-ra3-10ge-6-1-0-947.aorta.net (213.46.173.61)  18 ms  18 ms  18 ms
5  at-vie05a-ri1-pos-5-0.aorta.net (213.46.173.202)  18 ms (TOS=32!)  19 ms  19 ms
6  win-b2-link.telia.net (213.248.96.125)  18 ms  19 ms  18 ms
7  ffm-bb2-link.telia.net (80.91.250.151)  32 ms (TOS=0!)  31 ms  32 ms
8  ffm-b6-link.telia.net (80.91.254.165)  31 ms  31 ms  31 ms
9  ettelsystems-111447-ffm-b2.c.telia.net (213.248.76.186)  33 ms  32 ms  32 ms
10  so-5-2-0.core1.cob1.uclo.de (85.14.194.34)  88 ms  86 ms  41 ms
11  85.14.228.244.static.rdns-uclo.net (85.14.228.244)  36 ms  36 ms  35 ms
debian:/etc/apache2#


Code: Alles auswählen

traceroute to 62.141.46.64 (62.141.46.64), 64 hops max, 40 byte packets
1  172.25.46.54 (172.25.46.54)  18 ms  18 ms  18 ms
2  vie3-vl-00-014.shuttle.vien.inode.at (62.99.170.17)  17 ms  23 ms  17 ms
3  ott1-gb-05-003.shuttle.vien.inode.at (62.99.171.185)  18 ms  18 ms  17 ms
4  vix2.arcor.net (193.203.0.102)  18 ms  18 ms  18 ms
5  mue-145-254-19-129.arcor-ip.net (145.254.19.129)  24 ms  24 ms  23 ms
6  nbg-145-254-19-217.arcor-ip.net (145.254.19.217)  27 ms  26 ms  27 ms
7  ffm-145-254-19-209.arcor-ip.net (145.254.19.209)  30 ms  30 ms  30 ms
8  dus-145-254-19-134.arcor-ip.net (145.254.19.134)  33 ms  34 ms  33 ms
9  dus-145-254-4-174.arcor-ip.net (145.254.4.174)  35 ms  33 ms  34 ms
10  145.253.26.46 (145.253.26.46)  34 ms  35 ms  34 ms
11  62.141.39.2 (62.141.39.2)  34 ms  34 ms  34 ms
12  62.141.46.64 (62.141.46.64)  34 ms  35 ms  34 ms
debian:/etc/apache2#


Nun, zu erwähnen sei, das ICMP ein Protokoll ist, das nun nicht gerade höchste Priorität besitzt... Sollten diverse Server oder Links überlastet sein, dann klettert dieser in die Höhe oder geht verloren.. was nicht zwangsläufig heisst dass dasselbe mit anderen Packeten passiert.

etwas ausfuehrlicher, weils sicher nicht alle wissen: bei den grossen routern laufen der pakettransport und ping ueber verschiedene hardware (pakettransport ueber die switching-engine und ping ueber die cpu). wenn die cpu ein bisschen mehr zu tun hat, klettert ping in die hoehe, aber die pakete werden von der switching-engine genauso schnell weitergeschupft wie immer.

[DocTX]

hmm. bei mir ist die latenz zu beiden ganz normal

hmm. bei mir ist die latenz zu beiden ganz normal

ja aber nicht abends oder?

weil richtig krass wirds erst so ab 19h das geht dann bis 23h

[ghost99]

Hier mal ein traceroute aus Wien15 mit xDSL Business(!) von inode. Uhrzeit: 21:10

schaut eigentlich gerade noch passabel aus fürs online-zocken

Code: Alles auswählen

traceroute to 62.141.46.64 (62.141.46.64), 64 hops max, 40 byte packets
1  10.0.1.1 (10.0.1.1)  0.312 ms  0.665 ms  0.703 ms
2  172.25.46.23 (172.25.46.23)  16.662 ms  18.169 ms  18.363 ms
3  172.25.46.23 (172.25.46.23)  15.495 ms  17.247 ms  17.184 ms
4  bord-vl-00-505.shuttle.vien.inode.at (195.58.160.177)  17.364 ms  17.082 ms  201.805 ms
5  viec-gb-05-004.shuttle.vien.inode.at (62.99.171.45)  17.040 ms  17.701 ms  16.610 ms
6  at-vie01a-ra3-10ge-6-1-0-947.aorta.net (213.46.173.61)  17.715 ms  18.169 ms  17.781 ms
7  at-vie05a-ri1-pos-5-0.aorta.net (213.46.173.202)  17.938 ms  17.275 ms  17.148 ms
8  vix-1-eth010.at.lambdanet.net (193.203.0.91)  17.811 ms  16.949 ms  17.572 ms
9  fra-1-pos710-3.de.lambdanet.net (217.71.105.81)  30.022 ms  30.191 ms  30.002 ms
10  dus-1-eth000.de.lambdanet.net (217.71.96.65)  33.679 ms  33.398 ms  33.839 ms
11  dus-5-pos300.de.lambdanet.net (217.71.96.54)  32.844 ms  34.029 ms  32.958 ms
12  trgw-lnc1-gig.dus1-de.fibre1.net (217.71.104.122)  41.320 ms  33.539 ms  34.153 ms
13  62.141.39.2 (62.141.39.2)  34.144 ms  34.275 ms  34.050 ms
14  62.141.46.64 (62.141.46.64)  39.509 ms  34.532 ms  33.915 ms

[jutta]

weil richtig krass wirds erst so ab 19h das geht dann bis 23h

das ist aber dann ein hinweis darauf, dass es sich um kein routing-problem handelt, denn das routing aendert sich ja nicht jeden abend.

[DocTX]

also wenn das kein routing problem im sinne von " eben richtig mieses routing" ist , was dann?

und wie oben schon erwähnt wird es wirklich immer schlimmer, mittlerweile sind mehr als die hälfte der server betroffen , also nicht nur meine bei www.teamplay.de

es ist jetzt 18:37 und hier mal 2 (von unzähligen) beispielen :

http://i20.tinypic.com/3450xsx.jpg

mir ist klar das mir keiner helfen kann, jedoch möchte man eben seiner entäuschung luft machen, denn billig ist eine sache , aber dadurch latenzen von 200 in kauf zunehmen ist gelinde gesagt eine frechheit, schliesslich ist Inode (bzw upc)nicht grade als billigst anbieter bekannt. und wenn wenn ich bei irgendeinem anderen anbieter wäre und irgendwo ein ka 10 euro packet habe, würde ich es ja noch einsehen, aber 60 euro/monat ist nicht grade wenig geld.und in punkto alternativen ist man in österreich auch nicht wirklich mit vielfallt geseegnet.

MfG

DocTX

[ANOther]

7 33 ms 34 ms 37 ms decix.link11.de [80.81.192.218]
8 32 ms 34 ms 33 ms 85.131.141.186

7 34 ms 35 ms 33 ms decix.link11.de [80.81.192.218]
8 34 ms 33 ms 32 ms 85.131.141.187
---
mein trace wandert aber nicht 2x über den teich...


@doc
ändert sich dein "ping" im laufe des tages?
(reines interesse meinerseits)

[DocTX]

@doc
ändert sich dein "ping" im laufe des tages?
(reines interesse meinerseits)

ja, klar morgens ist es nicht ganz so schlimm mittags wirds dann etwas schlimmer (aber noch im rahmen) aber ab 16h ist es vorbei.

aber grade da , also nachmittags bzw abends ist ja eine vernünfige latenz wichtig, ich kann jetzt nicht die comunity umdrehn und alle müssen jetzt morgens oder mittags spielen. abgesehn davon das man tagsüber tätigkeiten wie arbeiten oder schule nachgeht. das dürfte auch der grund sein warum da die ping zeiten noch im rahmen liegen , weil da die nodes nix zu tun haben.

MfG

DocTX