leitung schnell - browser aber langsam!

[goofgoo]

>möglich ist alles, einfacher wärs aber das ganze nach möglichkeit einfach mit einem anderen computer zu testen ...

hab ich eh gemacht - mit meinem notebook, nur wer weiß hab ich dort evtl. den gleichen fehler.

zum programm wireshark. hab das ganze installiert nur hab ich jetzt keine ahnung wo ich feststellen kann, ob es source-quench, duplicates retransmits etc. gibt.

ich bemühe mal google...

[goofgoo]

oje, irgendwie blick ich bei dem programm überhaupt nicht durch...

hab mal 1664 frames gecaptured und sehe jetzt diese frames mehrheitlich grün, allerdings auch mind. jedes vierte schwarz - ist glaub ich meist ein duplicate.

hab aber noch immer keine ahnung, wie ich das genau auswerten soll, ob das viel ist etc.
außerdem weiß ich auch nicht wie ich retransmits und source-quench feststellen kann.

[goofgoo]

ok, stelle hier mal meinen ersten versuch eines captures online. vielleicht könnte mir bei der interpretation davon wer helfen. soweit ich das sehe habe ich eine unglaubliche zahl an duplicates und fehlern beim senden von paketen von meiner ip zur jeweiligen destination. das dürfte wohl das problem sein, oder?

und falls ja, was kann ich dagegen machen?

vielen dank für die hilfe!!!

[jutta]

das ist schon sehr gut oder schlecht, je nach perspektive
jedenfalls ist dein schluss richtig, dass die duplicates auf ein problem hindeuten. wenn jedes paket 2 oder 3mal gesendet werden muss, sinkt die netto-bandbreite aus sicht der anwendungen entsprechend. wenn das manchmal passiert, ist es normal (zu genau diesem zweck wurde tcp erfunden), wenn es haeufig passiert, muss man sich auf die fehlersuche begeben.

zum verstaendnis der abkuerzungen: http://de.wikipedia.org/wiki/Transmissi ... l_Protocol
eine ursache koennte die firewall sein: wenn sie die icmp blockt und dein ftp-client sich mit dem ftp-server (und den routern dazwischen) daher keine passende paketgroesse aushandeln kann. siehe zb hier http://www.dream-multimedia-tv.de/board ... stid=49731

allerdings duerfte es bei dir noch was haben: ich habe eben versucht deine ip adresse zu pingen und komme auf ca 10% packet-loss-

mein vorschlag: schau dir zunaechst die firewall-einstellungen an. icmp sollte zugelassen sein. wenn das nichts hilft, schreib noch einmal dem support und schicke den link zu diesem thread mit, mit dem hinweis, dass es hier auch dein tcp-dump (wireshark-datei) gibt und mit dem hinweis auf den packet-loss, den ich beobachtet habe.

//edit, ps: hier noch die ping-ergebnisse:
--- 84.119.57.205 ping statistics ---
19 packets transmitted, 17 received, 10% packet loss, time 18065ms
rtt min/avg/max/mdev = 55.535/60.995/76.377/6.092 ms
lifebook:/home/jutta# ping 84.119.57.205

--- 84.119.57.205 ping statistics ---
500 packets transmitted, 472 received, 5% packet loss, time 500075ms
rtt min/avg/max/mdev = 48.914/51.969/89.696/4.458 ms
You have new mail in /var/mail/jutta
jutta@debian:~$

von 2 inode-anschluessen aus. und als referenz mein smokeping der am "debian" laeuft
http://www1.netzwerklabor.at/cgi-bin/sm ... orld.inode

//und noch eine ergaenzung: mrt unter http://www1.netzwerklabor.at/xdslat/mtr-01.png da sieht man recht schoen, dass der pl zwischen deinem router und dem ersten hop (lac3-murauer2.inode.at) auftritt. das ausmass des packetloss schwankt zwischen 1-2% und 10%.
btw: ich schaffe es nicht, den output von mtr zu kopieren oder als textfile zu speichern. hints welcome

[jutta]

update: ich habe noch ein paar screenshots gemacht. der packetloss beim letzten hop tritt zu jeder tageszeit auf:
http://www1.netzwerklabor.at/xdslat/mtr-02.png
http://www1.netzwerklabor.at/xdslat/mtr-03.png
http://www1.netzwerklabor.at/xdslat/mtr-04.png
http://www1.netzwerklabor.at/xdslat/mtr-05.png

das positive: die leitung duerfte ansonsten stabil sein - keine haeufigen disconnects