xDSL 6144/768 hinter Router langsamer als direkt?

[Chargi]

Noch vergessen dazuzuschreiben: Hab schon einen anderen Router verwendet - selbes Ergebnis.

[hardliner]

Denke mal da passen MTU und/oder ReceiveWindowSize nicht ganz ...

[Chargi]

Hast du vielleicht ne genauere Hilfestellung? Wär dir sehr verbunden (zwar langsam, aber immerhin!)

Hab mich eigentlich noch nie mit solchen Settings gespielt und hab keine Ahnung davon, wie was beeinflusst und Schuld sein könnte.

[-slcp- dark]

http://www.gschwarz.de/mtu-wert.htm

[Chargi]

Hab MTU 1500, 1492 (default) und 1484 getestet (als Registrywert für das Interface). Soll ich noch weiter runterschrauben?

Ändert sich nichts an der Geschwindigkeit. 200-300kB/sec

[Adream]

ReceiveWindowSize getestet?

http://www.speedguide.net/analyzer.php?

[Chargi]

Wenn ich direkt dranhänge, kann ich die MTU im entsprechenden Interface nicht ändern (laut TCP/IP Analyzer ändert sich nix, MTU = 1480). Ausserdem find ich das komisch:

Code: Alles auswählen

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

Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

Ping-Statistik für 195.58.160.103:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

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

Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

Ping-Statistik für 195.58.160.103:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

Da Windows auch meine MTU Änderung nicht akzeptiert, natürlich auch kein gescalede RWIN Size, gnah.

Dass die MTU nicht hinhaut, könnte ja vielleicht an der MTU Path Discovery (welche ich zusätzlich deaktiviert habe jetzt) liegen, aber er haut mir aus dem entsprechenden Interface immer TcpWindowSize raus.

Jetzt spiel ich mich nur mit der MTU rum, aber die ändert sich anscheinend auch nicht, wenn die MTUPD aus is, sehr suspekt. Wobei sie der händische MTU Eintrag ja sowieso overrulen sollte :\

[Chargi]

Wird noch kurioser: Das Modem hängt jetzt nur geswitched - Notebook bekommt full Speed, PC weiterhin so langsam. Beide die selben TCP Settings, beide Windows XP. Eigentlich würd ich gern das Problem lokalisieren, anstatt es einfach durch ein Neuaufsetzen zu lösen

[jutta]

bevor du ganz neu aufsetzt: tcp/ip deinstallieren, neu installieren + netzwerkkarte im geraetemanager deaktivieren und wieder aktivieren. ev die netzwerkkartentreiber neu installieren.

[Air20]

bevor du ganz neu aufsetzt: tcp/ip deinstallieren, neu installieren + netzwerkkarte im geraetemanager deaktivieren und wieder aktivieren. ev die netzwerkkartentreiber neu installieren.

bzw schauen ob es eine neuere treiber-version gibt...

[Chargi]

Hab die Netzwerkkarte bereits mal deinstalliert und von der Treiber CD neu installiert, da die gesaugten für das Mobo nicht funktioniert haben.

Werd mal Protokolle raushauen und neu initialisieren, mal sehn was das gibt.

Die NIC funkt ja im normalen Betrieb (auch übern WAN Port) gut, nur nicht mit inode (auch Chello ging Full Speed)

Verwirrt mich alles etwas, da mir das extrem ungewöhnlich vorkommt. Ich schau noch, dass ich wo ne andere NIC auftreiben kann, da ich hier irgendwie keine mehr rumliegen hab, zum Testen mit dem aktuellen Betriebssystem.

[Chargi]

Mittlerweile hat sich das Problem von selbst gelöst - und ich werde nie wissen wieso

Aber unter dem Stern: "Never touch a running system" hab ich die Verbindung auf Fastpath umstellen lassen und seitdem wieder eine total niedrige Ãœbertragungsrate. Irgendwie hats das was...