Tele2 - plötzlicher höherer Ping

[Philipp11]

Ich spreche hier von 50-60ms + Packetloss zu jedem x-beliebigen RZ in FFM was ein Witz ist.

[local.host]

im Internet ist eher sekundär in welchem Ort das Ziel ist, wichtiger ist wie die Anbindung zum Ziel ist. (klar ist der Ort auch wichtig).

50ms nach Frankfurt über eine ADSL-Verbindung ist eh OK.
der Packetloss ist ein anderes Kapitel.

[myplex]

bei mir auch,
früher war der ping perfekt da hatte ich nach frankfurt, köln, berlin usw. besseren ping als heute nach wien.

[ctemiz87]

bei mir hat sich zu pingking.at bisher auch nichts geändert. ich hab immer noch 40-50ms nach wien (lol).

und das problem frankfurt <-> wien ist immer noch da.

im Internet ist eher sekundär in welchem Ort das Ziel ist, wichtiger ist wie die Anbindung zum Ziel ist. (klar ist der Ort auch wichtig).

50ms nach Frankfurt über eine ADSL-Verbindung ist eh OK.
der Packetloss ist ein anderes Kapitel.

die anbindung der gameserver-ziele in FFM ist eine der besten - zumindest europaweit, da die meisten latenzkritischen anwendungen (nicht nur im deutschsprachigem raum) dort gehostet werden. FFM ist also spezialisiert für unsere bedürfnisse.

50ms nach frankfurt über eine ADSL-leitung ist nur beim INTERLEAVED modus "OK", nicht jedoch mit FastPath.

btw. wenn ich nach schweden(!)/england/frankfreich/spanien/italien/polen(!)/niederlande etc. schon 35-45ms habe, sind 50ms nach frankfurt einfach nur FAIL -> heißt also da stimmt irgendwas nicht.

im newsgroup werde ich noch einmal nachfragen wie das nun aussieht. wenn das ganze nicht gefixt werden kann, muss ich leider kündigen und meine ganzen bekannten ebenfalls, obwohl alle bisher eigentlich sehr sehr zufrieden waren!

wenn ich sehe, dass sogar der drecksverein UPC/chello unter 30ms nach frankfurt bleibt, trotz geteilt genutzten internet-leitungen, dazu noch vielfach höheren speed anbietet, raste ich einfach nur aus.

[myplex]

ej der ping is doch n witz oder?


*
*
*

[jutta]

> ]ej der ping is doch n witz oder?

welcher?

[spiessb]

bin dem jetzt mal telefonisch nachgegangen.
das ip prefix in dem der xdsl anschluss liegt ist dem tele2 as1257 zugehörig - wir haben nur ein peering mit dem dahinterliegenden (ex-uta) as8437. d.h. ich kann dir daher mit einem kurzen weg zu deinem zielhost, wo ich einer von mehreren wegen zu diesem ziel bin, leider nicht helfen.

betreffend der peering politik von tele2 (as1257) scheint es den postings nach nicht ideale laufzeiten in den deutschen sprachraum zu geben - ich kann hier nur darauf verweisen, dass hier nur tele2 kunden die moeglichkeiten haben auf ihren lieferanten einzuwirken hier verbesserungen zu bringen.

lg
bernd

[myplex]

ich mein den 107er ping nach Wien

[jutta]

ich mein den 107er ping nach Wien

ist bei mir nicht viel anders:

Code: Alles auswählen

jutta@srv01:~$ ping vienna.speedtest.net
PING vienna.speedtest.net (69.17.117.207) 56(84) bytes of data.
64 bytes from www.ookla.com (69.17.117.207): icmp_seq=1 ttl=51 time=189 ms
64 bytes from www.ookla.com (69.17.117.207): icmp_seq=2 ttl=51 time=190 ms
64 bytes from www.ookla.com (69.17.117.207): icmp_seq=3 ttl=51 time=189 ms
64 bytes from www.ookla.com (69.17.117.207): icmp_seq=4 ttl=51 time=191 ms
^C
--- vienna.speedtest.net ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4013ms
rtt min/avg/max/mdev = 189.329/190.223/191.956/1.139 ms
jutta@srv01:~$



[1]
und duerfte daran liegen, dass die speednet-hosts moeglicherweise ganz wo anders daheim sind, als man nach dem namen vermuten koennte.

aber selbst wenn sie in wien sein sollten, kann der weg von einem wiener tele2-anschluss zu einem server eines anderen anbeiters, der zufaellig auch in wien ist, ueber mehrere laender oder gar kontintente fuehren.

[1] ftr: von meinem ta-biz anschluss aus.

[jutta]

ps: wenn man auf der speedtest.net "Vienna" als location auswaehlt, wird "www.telecom5.net" als host angezeigt. der antwortet auf ping ueberhaupt nicht:

Code: Alles auswählen

jutta@srv01:~$ ping www.telecom5.net
PING www.telecom5.net (94.102.98.9) 56(84) bytes of data.
From static-94-102-98-9.cust.wnt-isp.net (94.102.98.9) icmp_seq=1 Destination Host Prohibited
From static-94-102-98-9.cust.wnt-isp.net (94.102.98.9) icmp_seq=2 Destination Host Prohibited
From static-94-102-98-9.cust.wnt-isp.net (94.102.98.9) icmp_seq=3 Destination Host Prohibited
From static-94-102-98-9.cust.wnt-isp.net (94.102.98.9) icmp_seq=4 Destination Host Prohibited
^C
--- www.telecom5.net ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3012ms

jutta@srv01:~$


und der auf der website angezeigte ping ist 129ms (vom inode-anschluss im buero)

zum vergleich:

Code: Alles auswählen

Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.

C:\Dokumente und Einstellungen\Anwender>ping ping.inode.at

Ping ping.inode.at [195.58.160.103] mit 32 Bytes Daten:

Antwort von 195.58.160.103: Bytes=32 Zeit=39ms TTL=58
Antwort von 195.58.160.103: Bytes=32 Zeit=39ms TTL=58
Antwort von 195.58.160.103: Bytes=32 Zeit=38ms TTL=58
Antwort von 195.58.160.103: Bytes=32 Zeit=41ms TTL=58

Ping-Statistik für 195.58.160.103:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 38ms, Maximum =  41ms, Mittelwert =  39ms

C:\Dokumente und Einstellungen\Anwender>

und das ist bei interleaving ganz normal.

und ping.inode.at vom ta-biz aus (mit fastpath):

Code: Alles auswählen

jutta@srv01:~$ ping ping.inode.at
PING ping.inode.at (195.58.160.103) 56(84) bytes of data.
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=1 ttl=57 time=54.4 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=2 ttl=57 time=7.00 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=3 ttl=57 time=10.8 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=4 ttl=57 time=8.57 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=5 ttl=57 time=7.84 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=6 ttl=57 time=11.8 ms
64 bytes from ping.inode.at (195.58.160.103): icmp_seq=7 ttl=57 time=9.61 ms
^C
--- ping.inode.at ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6021ms
rtt min/avg/max/mdev = 7.007/15.750/54.453/15.878 ms
jutta@srv01:~$


[spiessb]

64 bytes from www.ookla.com (69.17.117.207): icmp_seq=1 ttl=51 time=189 ms

das macht keinen sinn in zusammenhang mit diesem thread - dieser server steht in seattle/usa -
da wirst immer >= 150 msec sehen

die anderen pings von 40 msec von wien nach wien (backbone-to-backbone ohne dsl delays) sind das thema worum es geht und wieso man sich an seinen provider wenden sollte.

lg
bernd

[myplex]

Ping wird ausgeführt für ping.inode.at [195.58.160.103] mit 32 Bytes Daten:
Antwort von 195.58.160.103: Bytes=32 Zeit=19ms TTL=56
Antwort von 195.58.160.103: Bytes=32 Zeit=18ms TTL=56
Antwort von 195.58.160.103: Bytes=32 Zeit=21ms TTL=56
Antwort von 195.58.160.103: Bytes=32 Zeit=21ms TTL=56

Ping-Statistik für 195.58.160.103:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 18ms, Maximum = 21ms, Mittelwert = 19ms

ist das gut?

[jutta]

unter der voraussetzung, dass ping "gut" sein kann, ja.

[ctemiz87]

bin dem jetzt mal telefonisch nachgegangen.
das ip prefix in dem der xdsl anschluss liegt ist dem tele2 as1257 zugehörig - wir haben nur ein peering mit dem dahinterliegenden (ex-uta) as8437. d.h. ich kann dir daher mit einem kurzen weg zu deinem zielhost, wo ich einer von mehreren wegen zu diesem ziel bin, leider nicht helfen.

betreffend der peering politik von tele2 (as1257) scheint es den postings nach nicht ideale laufzeiten in den deutschen sprachraum zu geben - ich kann hier nur darauf verweisen, dass hier nur tele2 kunden die moeglichkeiten haben auf ihren lieferanten einzuwirken hier verbesserungen zu bringen.

lg
bernd

kannst du so nett sein und das ganze so erklären, dass das auch nicht-netzwerkspezialisten verstehen?

abgesehen davon habe ich jetzt mal nachgeschaut auf der UTA-Tracerouteseite http://services.utanet.at/traceroute/index.html

wenn ich dort die Ziel-IPs eingebe, wo wir einen höheren Ping haben, ist der Ping dort ganz normal (wenn man die +8ms zum ADSL-Anschluss dazurechnet) - insgesamt also 20-22ms, so wie es sein sollte und auch bisher immer war.

Code: Alles auswählen

  Ergebnis: traceroute to 95.156.192.86

    1 213.90.34.4 (213.90.34.4) 0.227 ms 0.101 ms 0.086 ms
    2 213.90.1.20 (213.90.1.20) 0.400 ms 0.639 ms 0.335 ms
    3 wat1-15-21.net.uta.at (62.218.15.21) 0.598 ms 0.367 ms 0.343 ms
    4 c76wintx1-ten1-4.net.uta.at (212.152.192.70) 0.799 ms 0.728 ms 0.743 ms
    5 wen3-core-1.tengigabiteth11-0.swip.net (130.244.49.117) 0.677 ms 0.519 ms 0.671 ms
    6 some.vienna.router.ip.tiscali.net (130.244.200.98) 30.670 ms 1.432 ms 0.629 ms
    7 xe-1-3-0.fra21.ip4.tinet.net (89.149.186.37) 12.676 ms 12.988 ms 12.726 ms
    8 gw.ip4.tinet.net (77.67.76.82) 13.222 ms 13.659 ms 13.628 ms
    9 95.156.192.86 (95.156.192.86) 13.167 ms 13.255 ms 13.385 ms

ebenfalls habe ich gemerkt, dass wenn ich von unserem rootserver in frankfurt aus "services.utanet.at" oder "tele2.at" antrace, die rückroute komplett normal aussieht und der ping ebenfalls bei ca. 20ms bleibt - wenn man hier auch die +8ms dazurechnet).

Code: Alles auswählen

traceroute to tele2.at (212.152.190.190), 30 hops max, 40 byte packets
1  78.143.9.1 (78.143.9.1)  0.607 ms  0.712 ms  0.747 ms
2  ge-9-1-6.fra21.ip4.tinet.net (77.67.76.81)  0.580 ms  0.597 ms  0.591 ms
3  fra36-core-2.gigabiteth4-13.swip.net (130.244.200.25)  1.047 ms  0.921 ms  1.327 ms
4  fra50-core-1.tengige0-0-0-0.swip.net (130.244.52.174)  2.269 ms  2.261 ms  2.259 ms
5  wen1-core-1.pos9-0.swip.net (130.244.205.42)  13.419 ms  13.425 ms *
6  130.244.205.58 (130.244.205.58)  13.106 ms  13.177 ms  13.044 ms
7  c76wat1-tengigE1-3.net.uta.at (212.152.192.205)  15.408 ms  15.254 ms  15.489 ms
8  c65s1-r01.ces.uta.at (62.218.15.94)  13.351 ms  13.525 ms  13.306 ms
9  213.90.1.29 (213.90.1.29)  13.143 ms  13.133 ms  13.109 ms
[b]10  www.tele2.at (212.152.190.190)  15.457 ms  15.164 ms  15.428 ms[/b]


kurz: das peering ist wie es scheint vorhanden, aber nicht zum otto-normal-tele2-kunden??
oder warum ändert sich die route, wenn ich vom root aus meine eigene IP anpinge/antrace?

was mich noch mehr verwundert ist die tatsache, dass wenn ich von unserem root in FFM aus meinen DSLAM antrace, die route und der ping ebenfalls in ordnung sind!

Code: Alles auswählen

traceroute to 62.218.4.49 (62.218.4.49), 30 hops max, 40 byte packets
1  78.143.9.1 (78.143.9.1)  0.477 ms  0.476 ms  0.638 ms
2  ge-9-1-6.fra21.ip4.tinet.net (77.67.76.81)  0.642 ms  0.642 ms  0.637 ms
3  fra36-core-2.gigabiteth4-13.swip.net (130.244.200.25)  0.946 ms  0.941 ms  1.247 ms
4  fra50-core-1.tengige0-0-0-1.swip.net (130.244.206.17)  1.728 ms  1.724 ms  1.719 ms
5  wen1-core-1.pos9-0.swip.net (130.244.205.42)  13.169 ms  13.162 ms *
6  130.244.205.58 (130.244.205.58)  13.283 ms  13.226 ms  13.073 ms
7  eh56wsued02-vl812.net.uta.at (195.248.61.89)  17.933 ms  19.148 ms  19.134 ms
8  eh56wmei01-vl811.net.uta.at (195.248.61.85)  17.132 ms  17.130 ms  18.193 ms
9  eh56wfue01-vl810.net.uta.at (195.248.61.81)  14.882 ms  15.240 ms  15.227 ms
[b]10  XLFSWFUE01.net.uta.at (62.218.4.49)  16.281 ms  16.462 ms  17.019 ms[/b]


kaum gebe ich aber meine persönliche IP ein, ändert sich die route komplett und dementsprechend mein ping. WHAT THE F***?!

Code: Alles auswählen

traceroute to 86.33.222.112 (86.33.222.112), 30 hops max, 40 byte packets
1  78.143.9.1 (78.143.9.1)  0.469 ms  0.467 ms  0.536 ms
2  optimate-server.te1-4-50.cr1.fra1.de.euro-transit.net (193.34.48.21)  0.464 ms  0.537 ms  0.698 ms
3  te0-7-0-1.mpd21.fra03.atlas.cogentco.com (149.6.141.121)  0.794 ms  0.960 ms  0.960 ms
4  te0-1-0-4.ccr21.ham01.atlas.cogentco.com (130.117.49.238)  10.679 ms  10.659 ms  10.810 ms
5  te4-1.ccr01.sto01.atlas.cogentco.com (154.54.36.246)  227.080 ms  227.202 ms  227.320 ms
6  kst-core-2.tengigabiteth2-4.swip.net (130.244.200.165)  29.522 ms  29.318 ms  29.521 ms
7  kst-core-1.tengigabiteth5-0-0.swip.net (130.244.39.8)  29.135 ms  29.063 ms  29.049 ms
8  avk-core-1.tengigabiteth5-0-0.swip.net (130.244.39.138)  29.402 ms  29.316 ms  29.304 ms
9  lim-core-1.pos14-0-0.swip.net (130.244.39.146)  37.463 ms  37.493 ms  37.701 ms
10  fra50-core-1.pos0-7-1-0.swip.net (130.244.193.117)  25.116 ms  25.115 ms  25.099 ms
11  wen1-core-1.pos8-0-0.swip.net (130.244.207.50)  38.152 ms  38.152 ms  38.150 ms
12  130.244.205.58 (130.244.205.58)  36.354 ms  36.476 ms  36.891 ms
13  eh56wsued02-vl812.net.uta.at (195.248.61.89)  39.966 ms  56.179 ms  56.250 ms
14  eh56wmei01-vl811.net.uta.at (195.248.61.85)  101.825 ms  60.275 ms  60.270 ms
15  eh56wfue01-vl810.net.uta.at (195.248.61.81)  38.835 ms  38.834 ms  39.172 ms
16  XLFSWFUE01.net.uta.at (62.218.4.49)  37.571 ms  37.678 ms  38.145 ms
17  * * *


ich kapier es einfach nicht.

was das einwirken auf den isp betrifft: ich versuchs ja schon im newsgroup-support ... oder hast du eine andere idee, wie ich sonst "einwirken" kann?

[spiessb]

kaum gebe ich aber meine persönliche IP ein, ändert sich die route komplett und dementsprechend mein ping. WHAT THE F***?!

ich übersetz dir mal die traceroute:

2 ...fra1.de... fra = frankfurt
3 ...fra03.atlas.cogentco... detto - frankfurt - jetzt über cogent
4 ham01... ham = hamburg
5 sto01... sto = stockholm
6 kst... vermutlich auch stockholm
7 ... und ab hier das ganze wieder runter

tele2 ist bekannterweise ein schwedisches unternehmen.
routen über stockholm sind also nichts grundsätzlich überaschendes.
bei den 40 msec von wien/ffm nach wien/ffm kannst jetzt auch 3 x raten welcher
wegstrecke das genau entsprechen wird...

das tele2 as peering in wien mit dem aconet besteht aus ca. 700 netzen.
wie die 700 netze geroutet sind kann so oder so passieren - es ist
durchaus nicht ungewöhnlich, dass verschiedene netzblöcke eines providers auch verschiedene
ip wege/provider/peerings nehmen - das ist saches des providers was er wohin schickt...

allgemein: providernetze können technisch, kaufmännisch, politisch oder gar nicht optimiert sein/werden.

ich persönlich bzw. unsere firma ist für erstere kategorie unter bedachtnahme der zweiteren.

was andere tun werde ich hier aus verständlichen gründen nicht ausbreiten oder kommentieren.

lg bernd