Nochmal das Thema Fastpath

[bbL]

das thema wurde schon vor einem monat behandelt. ich wollte aber auch noch meine meinung dazu sagen.

die fastpathfreischaltung in deutschland hat zu einer nicht geringen wettbewerbsverzerrung europaweit geführt (was onlinegaming betrifft), und ich bin der meinung, dass auch hierzulande die gleichen bedingungen geschaffen werden KÖNNEN, nur, wie in deutschland die letzten 2 jahre, der wille (seitens den providern) fehlt.

die 30ms auf den 1. hop kommen sicher nicht vom miesen adsl modem, wie einer im alten thread geschrieben hat...

habe grad n paar traces gemacht, und da nehm ichi grad n beispiel:
auf einen recht guten deutschen server hab ich 55ms geschafft.

so weit so gut, aber das bedauerliche dabei ist:
45 dieser 55 ms kommen vom INODE-Netzwerk, und weitere 10ms (!!) von dort bis zum engdültigen standort.

genau das problem war in deutschland auch, und diese 45 ms wurden durch das einführen von fastpath drastisch gesenkt. aus dem eigenen netzwerk schafft dann ein FP user anstatt den 45 eben die 15ms, und der unterschied ist ENORM!

alle onlinespieler kennen den unterschied - die meinung anderer ist egal.

und mir kann wirklich niemand erzählen, dass FP in österreich schon "von haus aus" aktiviert ist oder dass es technisch nicht möglich ist.

es muss auch hierzulande möglich sein.

ps: in deutschland kostet der aufpreis von Fastpath 1 Euro monatlich.


danke für die aufmerksamkeit.

[anhi]

Deutschland und Österreich sind nunmal nicht vergleichbar, wir haben einfach den Monopolisten TA an der Spitze, und da dieser fast pleite is (ein wunder, soviel wie die eine für mini ADSL abknöpfen verdienen deutsche firmen an 10 usern) aufgrund des aktien rückkaufs von der Telekom Italia werden wir noch einige Jahre der welt hinterherhinken (alternativen wie funknetzt kabel & co mal ausgenommen)

[Holyfield]

naja wir haben gdsl, ist zwar nicht grad billig, aber was routing und pings betrifft sicherlich unschlagbar (pings < 40ms in europa)

hier ein tracert zu einem englischen server

1 gdsl_test_1024_256 (192.168.1.1) 0 msec 0 msec 0 msec
2 gdsl-l2t-vie08-01 (80.78.234.101) 10 msec 10 msec 10 msec
3 cs-vie08-00 (80.78.234.65) 11 msec 10 msec 11 msec
4 sl-gw10-fra-6-0.sprintlink.net (217.147.97.109) 23 msec 23 msec 23 msec
5 sl-bb21-fra-8-0.sprintlink.net (217.147.96.41) 23 msec 23 msec 23 msec
6 sl-bb20-par-14-0.sprintlink.net (213.206.129.65) 35 msec 35 msec 31 msec
7 sl-bb21-par-15-0.sprintlink.net (217.118.224.34) 35 msec 31 msec 35 msec
8 sl-bb20-lon-13-0.sprintlink.net (213.206.129.69) 39 msec 39 msec 39 msec
9 sl-gw21-lon-1-1.sprintlink.net (213.206.128.102) 39 msec 39 msec 39 msec
10 213.206.159.18 39 msec 39 msec 39 msec
11 msc-1.LDN5.psie.net (154.14.66.26) 39 msec 39 msec 39 msec
12 msc-1.LDN4.psie.net (154.32.255.41) 39 msec 39 msec 39 msec
13 lf-1.LDN4.psie.net (154.32.255.73) 55 msec 47 msec 55 msec
14 ci154.cityreach.uk.psi.net (154.32.30.154) 47 msec 43 msec 51 msec
15 193.122.216.160 46 msec 43 msec 46 msec

[bbL]

funktioniert bei mir leider nicht - aber ist im moment sicherlich unschlagbar in österreich

[erdie]

> aber ist im moment sicherlich unschlagbar in österreich

q5net und blizznet ham no weniger zum ersten hop

chello auch - wenns funktioniert

[????]

entdeckt wurde das thema vor mittlerweile 3 jahren. damals stand auch zu lesen, wie man mit großer wahrscheinlichkeit feststellen kann, ob "fastpath" aktiviert ist.

zur info: korrekt heißen die beiden modi "fast mode" und "interleaved mode". es sind übertragungsmodi bei ADSL. nur die deutsche TA hatte den interleaved mode aktiviert. das führte dazu, dass der ping zum ERSTEN hop größer als 30 ms war. auf die übertragung nach dem ersten hop hat fast mode keinen einfluß!! im klartext: fast mode wirkt nur auf die ersten 400 - 4000 m.

laut alcatel ist bei alcatel-DSLAMs standardmässig der fast mode aktiviert. kein telco-kunde von alcatel ändert diese einstellungen, da ADSL fast ausschliesslich für IP-übertragungen eingesetzt wird. hierbei erfolgt die fehlerkorrektur in den höheren schichten. interleaved mode würde dann sinn machen, wenn ein kunde etwa für standleitungen andere schicht2/3-protokolle ohne fehlerkorrektur einsetzt und eine garantierte übertragungsqualität und latenzzeit wünscht. dann macht eine schicht1-fehlerkorrektur (interleaved mode) bei ADSL sinn. sonst nicht.

zum thema deutsche telekom: vermutlich war die standardeinstellung bei den dortigen lieferanten auf interleaved mode gestellt und es hat keinen ineteressiert. bis die kunden dann draufgekommen sind ...

ps: wie weiter unten vermerkt - mehr ausprobieren und recherchieren, weniger spekulieren. das thema ist allein hier schon mindestens 20 mal abgelutscht worden. trotzdem tauchen immer wieder ulkige verschwörungstheorien auf.

[Holyfield]

tja nur leider ist q5net und blizznet nirgends verfügbar

chello wäre ja sicher toll wenns mal funktionieren würde, hab glaube seit 2 Jahren kein tag ohne PL erlebt.. ausserdem ist das routing zum kotzen

[steve]

ich schaff fast ping 10 zum ersten hop ... mit telekom adsl halt + 256upstream

[erdie]

bei ADSL wird inode nix machen können, da sie ja auf das Telekom glumpad angewiesen sind, aber bei xDSL denk ich schon, wenn sich genug leute melden und die pings bemängeln...

[alpen]

1 1 ms 1 ms 1 ms
2 25 ms 35 ms 23 ms kabelrohrkopfstationrout.netpark.at [217.175.193
1]
3 42 ms 23 ms 23 ms rorouter.netpark.at [172.16.107.3]
4 25 ms 27 ms 27 ms 62.218.132.145
5 63 ms 45 ms 43 ms 62.218.129.1
6 50 ms 52 ms 51 ms c72decix1-pos-2-0.net.uta.at [212.152.192.42]
7 79 ms 52 ms 67 ms de-cix.de.psi.net [80.81.192.10]
8 60 ms 56 ms 54 ms tier1-1.FRA1.psie.net [154.14.65.6]
9 1013 ms 788 ms 830 ms tier1-1.LDN1.psie.net [154.14.65.1]
10 1060 ms 862 ms 857 ms msc-1.LDN4.psie.net [154.14.66.30]
11 936 ms 778 ms 832 ms lf-1.LDN4.psie.net [154.32.255.73]
12 905 ms 775 ms 920 ms ci154.cityreach.uk.psi.net [154.32.30.154]
13 1070 ms 1017 ms 892 ms 193.122.216.160

blaufverfolgung beendet.

Naja bin aber grad auf 64 k gebremst hab das Limit etwas überschritten
aber normal hab ich nun den Saugeilen Ping mit Funk

[steve]

ja funk is normalerweise sau gut bei ping -> kommt halt auch auf backbone an aber sonst ping <10 am ersten hop is drin