200ms-600ms / Ping timed out (UPC/INODE)

[rindi]

Hallo Community!


Mir wurde die Community von einem Kollegen empfohlen.

Da ich im Forum nicht fündig wurde nach meinem (bzw. aähnlichem Problem),
poste ich mal neues Topic.

Folgendes:

Bin seit geraumer Zeit (~ 3Jahren) Inode Kunde.
Bei mir lief alles wunderbar, gab nie Probleme.
Allerdings seit ca 9Monaten (bis knappen Jahr) fallen mir Spitzen bei den Ping-Zeiten auf.
Da ich im Sommer selten am PC war und mich das nicht störte, kam ich erst in den letzten Monaten zu dem Entschluss das was geaendert werden muss.

Das Problem ist, dass ich Spitzen erreiche von ca. 250ms.
Bei seltenen Ausnahmen sogar 600ms.

Es geht auch soweit das bei Serverwartung, Uploads, ICQ, IRC Connection Failures auftreten.
Weiters bin ich Online-Gamer und merke natuerlich auch hier, die Pingerhöhungen und durch diese Instabilitaet ist es unspielbar.

Da ich an eine HTL für EDV absolviert habe und nun an einer renomierten Fachhochschule im Bereich der IT studiere,
erkundigte ich mich vorerst selbst, um das Problem einzuschraenken.
--> Erfolglos.

Ich schrieb mit INODE-Support einige Mails und auch viele Telefonate folgten.

Nun wurde ich auf 4.096 / 512 kBits zurueckgestuft anstatt meiner eigentlichen 20.000 / 1.024 kBits.
Da Inode-Support meinte: "die Leitung waere somit stabiler" ... allerdings keine Besserung.
Erneut folgten Telefonate und Mails - auch keine Aenderung.

Ich habe keine Ahnung warum, aber das Support-Team sandte mir dann eine neue FritzBox zu.
Auf dessen Wunsch installierte ich das Teil auch und merke aber weiterhin keinen Unterschied.
(FRITZ!Box Fon WLAN 7170 Annex A Firmware-Version 58.04.59)

tracert zeigt keine Abnormalitaeten
ping Befehl zeigt die Spitzen klar und deutlich



Paar Daten:

(mehr sind mir nicht eingefallen,
welche ich posten koennte)


Empfangsrichtung Senderichtung
Leitungskapazität kBit/s 6808 1060
Aktuelle Datenrate kBit/s 4096 512

Latenz 0 ms 0 ms
Bitswap an an

Signal/Rauschabstand dB 16 21
Leitungsdämpfung dB 38 22
Powercutback dB 0 0



FTP Speedtest @ Inode:

ftp: 5242880 bytes received in 11,98Seconds 437,56Kbytes/sec.
ftp: 5242880 bytes sent in 97,26Seconds 53,91Kbytes/sec.




DSL Aktiv
[3Tag(e) 12:09:46]
ADSL (ITU G.992.1) Annex A


Kundennummer: 31618xxx

[jutta]

> Das Problem ist, dass ich Spitzen erreiche von ca. 250ms.
> Bei seltenen Ausnahmen sogar 600ms.

von wohin nach wohin?
wie sieht das traceroute aus?
gibt es schwankungen im laufe des tages?
wie ist dein pc an die fritzbox angeschlossen?

//ps: ich habe die ip gepingt, von der aus du gepostet hast, in der hoffnung, dass das (noch immer) deine ist:

Code: Alles auswählen

--- 85.127.4.xxx ping statistics ---
500 packets transmitted, 500 received, 0% packet loss, time 500993ms
rtt min/avg/max/mdev = 20.668/24.186/28.175/1.561 ms
srv01:/home/jutta#

sieht eigentlich voellig in ordnung aus, sogar ueberraschend gut in anbetracht der tatsache, dass an beiden enden adsl-anschluesse liegen. es waere also wirklich sinnvoll, dein latenzproblem zeitlich und oertlich einzugrenzen.

//pps: welche programme laufen auf deinem pc? dir ist schon klar, dass zb filesharing die latenz massiv beeinflussen kann und hyperaktive viren oder wuermer ebenso.

[wicked_one]

dir ist schon klar, dass zb filesharing die latenz massiv beeinflussen kann und hyperaktive viren oder wuermer ebenso.

Als renomiert-studierter IT Profi? Aber klaaaar...

[jutta]

also: ich hab jetz noch einige serien pings auf deine ip gemacht. ein paarmal voellig normal, dazwischen gab es aber auch hohe latenzen und unerreichbarkeit.

wenn du moechtest, dass ich mir das genauer anschaue, richte bitte ein dyn-dns account ein und verrate mir per pn den hostname, damit ich dich in meine smokeping-ueberwachung aufnehmen kann (siehe http://www.netzwerklabor.at/cgi-bin/smo ... et=Spezial ). derzeit hab ich da nur die ip adresse drinnen und die kann sich bekanntlich jederzeit aendern.

[jutta]

so, noch zwei traceroutes zur oertlichen eingrenzung des problems:

Code: Alles auswählen

debian:/etc/smokeping# mtr 85.127.4.xxx
                             My traceroute  [v0.71]
debian (0.0.0.0)                                       Tue Jun  9 12:43:13 2009
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. vpn0-lo-00-000.lac-aut.loop.inod  0.1%  6181   21.7  23.3  19.1 616.1  25.9
2. vie3-vl-00-014.shuttle.vien.inod  0.1%  6181   19.8  35.7  19.1 743.5  44.5
3. vie1-po-30-000.shuttle.vien.inod  0.0%  6181   24.3  30.6  19.1 843.8  42.1
4. zipf-vl-00-880.fadinge.linz.inod  0.1%  6181   24.1  27.0  22.4 677.6  25.3
5. lac3-zipfer.inode.at              0.0%  6180   23.6  26.6  22.5 711.0  24.9
6. 85-127-4-xxx.dynamic.xdsl-line.i 13.5%  6180   32.5  35.1  29.5 715.8  25.7


Code: Alles auswählen

srv01:/home/jutta# mtr 85.127.4.xxx
                             My traceroute  [v0.73]
srv01 (0.0.0.0)                                        Tue Jun  9 12:43:24 2009
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 88.116.97.217                     0.0%   583    1.2   1.2   1.0  23.9   1.9
2. 62.47.95.239                      0.0%   583   10.5  24.3   6.6 594.6  54.2
3. 172.19.63.53                      0.0%   583    9.3  20.9   6.0 462.8  46.5
4. 195.3.70.65                       0.0%   583    8.0  13.4   5.8 488.2  31.8
5. 195.3.70.126                      0.0%   583    7.1  13.2   5.9 422.0  30.3
6. vix.chello.at                     0.0%   583   11.4  12.6   5.8 489.4  32.2
7. at-vie15a-ra1-so-3-1-0.aorta.net  0.0%   583   10.7  13.6   6.5 484.4  29.9
8. 213.46.173.114                    0.0%   583   10.0  12.6   6.6 479.3  27.8
9. zipf-vl-00-891.fadinge.linz.upc.  0.0%   582   16.2  18.7  13.7 396.7  25.9
10. lac3-zipfer.inode.at              0.0%   582   15.0  19.3  13.8 366.0  28.1
11. 85-127-4-xxx.dynamic.xdsl-line.i 15.5%   582   25.0  26.6  21.0 372.1  16.7

[barbakuss]

das Problem dürfte ja anscheinen schon gelöst sein nachdem der Ersteller nicht mehr reagiert

[wicked_one]

das Problem dürfte ja anscheinen schon gelöst sein nachdem der Ersteller nicht mehr reagiert

Es soll Leute geben die unter tags nicht im Forum rumhängen...

[rindi]

> Das Problem ist, dass ich Spitzen erreiche von ca. 250ms.
> Bei seltenen Ausnahmen sogar 600ms.

von wohin nach wohin?
wie sieht das traceroute aus?
gibt es schwankungen im laufe des tages?
wie ist dein pc an die fritzbox angeschlossen?

//ps: ich habe die ip gepingt, von der aus du gepostet hast, in der hoffnung, dass das (noch immer) deine ist:

Code: Alles auswählen

--- 85.127.4.xxx ping statistics ---
500 packets transmitted, 500 received, 0% packet loss, time 500993ms
rtt min/avg/max/mdev = 20.668/24.186/28.175/1.561 ms
srv01:/home/jutta#

sieht eigentlich voellig in ordnung aus, sogar ueberraschend gut in anbetracht der tatsache, dass an beiden enden adsl-anschluesse liegen. es waere also wirklich sinnvoll, dein latenzproblem zeitlich und oertlich einzugrenzen.

//pps: welche programme laufen auf deinem pc? dir ist schon klar, dass zb filesharing die latenz massiv beeinflussen kann und hyperaktive viren oder wuermer ebenso.

Da ich untertags leider nicht zuhause am PC sitze und in den Räumen der FH rumgurke,
kann ich leider erst jetzt in der Mittagspause antworten.

Danke erstmals fuer die Antworten.

Dyn-DNS mach ich sobald ich zuhause bin.

Zwischen PC und Fritzbox ist ein Switch dazwischen gehängt.
Sonst normale Patch-kabel

Bei tracert merkt man nicht wo der Fehler ist, da sieht alles normal aus.
Nur bei den Pings ebhen sieht man die Spitze.

Weiters zur Verbindung:
egal ob nach .de .at oder .ch oder andere Laender im europaeschen Raum.

Programme laufen nur die nötigsten (Windows Services)
Keine Malware gefunden .... auch kein fileshare-app am laufen (ausserdem waer mir hier die pingerhöhung dann klar )

Ebenfalls unter Ubuntu sind die Schwankungen vorhanden.

//edit: Schwankungen sind Tag und Nacht da... egal ob 1500 uhr oder 0300 uhr
lg
rindi

[Colazivi]

Wurde schon mal ohne Fastpath getestet? Das verringert nicht immer die Latenz und manchmal führts zu lustigem Packetloss.

[rindi]

Wurde auch schon Ohne Fastpath getestet.
Auf 4Mbit - 8Mbit und 20Mbit mit und ohne ...

[jutta]

wenn du ubuntu hast, installier dir am besten mtr - damit kannst du gut feststellen, an welcher stelle die timeouts auftreten. das erleichtert erfahrungsgemaess die diskussionen mit dem support

[rindi]

hab ubuntu wieder deinstalled aufgrund von win7

wenns wirklich leichter geht werd ichs als vm installieren

[rindi]

mtr http://www.upc.at




mtr http://www.xDSL.at




sorry
aber copy+paste hat bei mtr ned ganz hingehauen und abtippen wollt ich ned ...


schönen vormittag noch

lg
rindi

[penguinforce]

aber copy+paste hat bei mtr ned ganz hingehauen und abtippen wollt ich ned ...

falsch... man muss nur die richtigen parameter setzen.

z.b. mtr -r -c 500 xDSL.at

-r versetzt mtr in den report-modus, -c 500 wären 500 sequenzen.

jaja... die man-pages sind schon was herrliches (sofern man sie aufruft, liest und versteht)...

*SCNR*

[jutta]

bei dem einen hop in den niederlanden scheint es irgendein problem zu geben. aber dein eigener anschluss war in der nacht offenbar in ordnung (zum unterschied von gestern tagsueber --> siehe smokeping)

noch ein tipp zu mtr: mit --no-dns kriegst du die ip adressen angezeigt.

und wegen dem cut & paste: das ist tatsaechlich tricky. tipp von dfx:

> hast einen tipp fuer mich?

charlie:~# screen mtr -t --report-cycles=200 213.202.217.99

und dann nach belieben: ctrl-a, "h"

live hilfe zu screen gibts mit ctrl-a, "?"

ich hab es gestern ganz anders gemacht: sass am windows-rechner im buero und arbeitete mit putty remote am rechner daheim. bei putty gibt es eine funktion "copy all to clipboard" die auch bei mtr frunktioniert.