High Ping mit UPC

[jutta]

> Das ganze Problem besteht auserdem seit fast 3 Monaten, also is die Aussage "hardware anschaffen" bissl fürn A***h, sorry für die Wortwahl.

lieferfristen von mehreren monaten sind fuer die geraete, um die es da geht, nicht ungewoehnlich. abgesehen davon, kann der kauf auf nicht von einem noc-mitarbeiter eigenhaendig beschlossen werden, daher dauert die bestellung schon ein paar wochen.

du hast also genau 2 moeglichkeiten: a) das problem aussitzen und dir zum spielen zeiten auszusuchen, zu denen es nicht so schlimm ist oder b) den provider zu wechseln.

[maYbe_]

Naja Kündigen kann ich nur schwer da ich erst im Sommer mein Upgrade durchgeführt habe und mich damit für weitere 12 Monate gebunden habe -.-

[jutta]

bei upc gab es bei allen moeglichen produkten aenderungen der agb, die fuer die kunden nicht ausschliesslich vorteilhaft sind. daher gibt es ein sonderkuendigungsrecht vor inkrafttreten der agb. lies dir einmal alle mails durch, die du in den letzten wochen von deinem provider bekommen hast.

[xebone]

Hab genau das gleiche Problem und schon an UPC geschrieben.
ANtwort sie werden es weiterleiten.
Einfach eine mail an support@chello.at und das jeden 2ten Tag und anrufen bis der Router gefixt ist.
Das Problem liegt eindeutig anUPC.

[coolhp]

Hey,

ich hab meine Server bei EDIS stehen die auch über UPC fahren. mit 10 GBit/s

das total gleiche Problem zu denn genannten IPs hier ein kleiner ausszug

traceroute to 79.228.234.79 (79.228.234.79), 30 hops max, 40 byte packets
1 66-48-223-81.static.edis.at (81.223.48.66) 0.183 ms 0.085 ms 0.105 ms
2 vie2-vl-00-847.shuttle.vien.inode.at (83.65.45.1) 0.711 ms 0.698 ms 0.820 ms
3 84.116.229.73 (84.116.229.73) 3.941 ms 4.040 ms 4.079 ms
4 84.116.228.85 (84.116.228.85) 3.648 ms 3.638 ms 3.613 ms
5 at-vie-p-sr15a.aorta.net (213.46.173.206) 3.910 ms 3.964 ms *
6 VIX-DTAG.aorta.net (213.46.173.90) 58.820 ms 56.322 ms 56.303 ms
7 e-eb1-i.E.DE.NET.DTAG.DE (62.154.76.70) 23.740 ms 23.277 ms 23.292 ms
8 87.190.160.105 (87.190.160.105) 23.347 ms 23.401 ms 23.260 ms
9 p4FE4EA4F.dip.t-dialin.net (79.228.234.79) 43.383 ms !X 41.784 ms !X 42.138 ms !X

traceroute to 79.211.126.128 (79.211.126.128), 30 hops max, 40 byte packets
1 66-48-223-81.static.edis.at (81.223.48.66) 0.164 ms 0.123 ms 0.068 ms
2 vie2-vl-00-847.shuttle.vien.inode.at (83.65.45.1) 1.046 ms 1.115 ms 1.149 ms
3 84.116.229.73 (84.116.229.73) 4.035 ms 4.055 ms 4.056 ms
4 84.116.228.85 (84.116.228.85) 39.378 ms 39.379 ms 39.360 ms
5 at-vie-p-sr15a.aorta.net (213.46.173.206) 3.930 ms 3.919 ms *
6 VIX-DTAG.aorta.net (213.46.173.90) 42.724 ms 41.762 ms 41.824 ms
7 n-ea1-i.N.DE.NET.DTAG.DE (217.5.75.14) 19.039 ms 18.465 ms 18.456 ms
8 217.0.70.37 (217.0.70.37) 18.622 ms 19.033 ms 19.526 ms
9 p4FD37E80.dip.t-dialin.net (79.211.126.128) 69.602 ms !X 78.141 ms !X 87.110 ms !X

Also nix nur privat bereich

[Colazivi]

Wennst dann noch erklärst, was an deinen Traceroutes problematisch sein soll, wär das sehr hilfreich.

[coolhp]

Naja zwischen Hop 5 und Hop 6 ist doch ein extremer anstieg der ms zu verzeichnen.

[Colazivi]

Jo, und?
Hast halt einen "hohen Ping" zu dem einen Router. Zum Ziel gibts ja dafür keine Probleme, und das ist das, was zählt.

[greylisted]

Das Problem kann ich bestätigen. So ein ähnliches Bild bekomme ich jedesmal zu sehen, wenn ich ein traceroute zu einem IPTV Server absetze:

$ traceroute streamer.kartina.tv
traceroute to streamer.kartina.tv (217.19.222.34), 64 hops max, 52 byte packets
1 192.168.100.1 1.022 ms 0.426 ms 0.359 ms
2 vpn0-lo-00-000.lac-aut.loop.inode.at (213.229.45.125) 45.736 ms 44.375 ms 43.359 ms
3 vie5-vl-00-095.shuttle.vien.upc.at (212.186.166.195) 43.290 ms 44.596 ms 43.686 ms
4 sk15-vl-00-994.wexstra.vien.upc.at (212.186.166.229) 41.374 ms 43.460 ms 44.237 ms
5 at-vie-p-sr15a.aorta.net (213.46.173.206) 44.697 ms 41.717 ms 40.178 ms
6 vix-dtag.aorta.net (213.46.173.90) 604.977 ms 619.989 ms 626.109 ms
7 217.239.40.230 (217.239.40.230) 637.476 ms 636.354 ms 611.711 ms
8 217.243.218.194 (217.243.218.194) 619.090 ms 630.555 ms 647.131 ms
9 streamer.kartina.tv (217.19.222.34) 650.653 ms 644.537 ms 619.283 ms

Schaut euch mal den Anhang an: irgendwie steckt ein System dahinter. Um 15-16 gehen die Responsezeiten rauf und gg. 24 Uhr wieder runter. Mail an UPC ist raus, mal warten was die "zuständige Abteilung" sagt.

[local.host]

läuft's halt wieder mal bei der DTAG über; nix neues *schulterzuck*; sag den Nutzern der DTAG sie sollen sich einen anderen Anbieter suchen.