Startseite
DSL Speedtest
DSL Anbieter
» DSL Forum
IP-Merker
DSL Pingtest
Downloadzeit
Mini-Startseite
Für Webmaster
Seite empfehlen
Presseberichte
Gästebuch
Newsletter
Häufige Fragen
Kontakt
Mein Konto
DSL-Tarifrechner
Jetzt sparen!
» Zum Tarifrechner

Willkommen im DSL-Forum.

Lieber Besucher,

im DSL-Forum haben Sie Zugang zum Nutzerbereich von wieistmeineip.de.

Sie können jetzt schon Beiträge anderer Besucher lesen. Suchen Sie sich einfach die Themen aus, die Sie am meisten interessieren. Als registrierter Nutzer können Sie darüber hinaus an Diskussionen teilnehmen und eigene Beiträge verfassen. Klicken Sie hierzu oben rechts auf „Registrieren“.

Bitte beachten Sie auch unsere Community-Richtlinien. Wir wünschen Ihnen viel Spaß im DSL-Forum.


Zurück   DSL Forum > Rat und Tat > Hilfe bei Konfigruationsproblemen
Hilfe Benutzerliste Kalender Suchen Heutige Beiträge Alle Foren als gelesen markieren registrieren anmelden

Antwort
 
Themen-Optionen Thema durchsuchen Ansicht
  #11 (permalink)  
Alt 04.03.2010, 23:53
Neuer Benutzer
 
Registriert seit: 28.02.2010
Beiträge: 13
Standard TCP Optimizer

So...hier mal der neue Bericht:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.04.2010 16:51
IP address: 78.35.xxx.xxx
Client OS: Windows XP

TCP options string: 020405a00103030301010402
MSS: 1440
MTU: 1480
TCP Window: 518400 (multiple of MSS)
RWIN Scaling: 3 bits (2^3=8)
Unscaled RWIN : 64800
Recommended RWINs: 63360, 126720, 253440, 506880, 1013760
BDP limit (200ms): 20736kbps (2592KBytes/s)
BDP limit (500ms): 8294kbps (1037KBytes/s)
MTU Discovery: ON
TTL: 53
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)
Mit Zitat antworten
  #12 (permalink)  
Alt 05.03.2010, 01:00
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

Na, wer sagt es denn.
Die Zeile mit "BDP limit (200ms): 20736kbps (2592KBytes/s)" sagt übrigens aus, dass mit dem RWIN von 518400 Bytes die maximale Datenrate bei einer Latency von 200 ms einen Wert von 20736 kbit/s erreichen kann.

Mit den 200 ms sollten wir bei europäischen Servern auf der sicheren Seite sein.

Sind denn nun irgendwelche Verbesserungen bei der Downloadgeschwindigkeit festzustellen?
Bitte bei unterschiedlichen Servern zu unterschiedlichen Zeiten testen, auch mal vom NC Server die 100 MB downloaden und während des Downloads die Geschwindigkeit beobachten (nicht den Werte am Ende nehmen).
Jason
Mit Zitat antworten
  #13 (permalink)  
Alt 05.03.2010, 19:25
Neuer Benutzer
 
Registriert seit: 05.07.2007
Beiträge: 4
Cool

Zitat:
Zitat von Jason Beitrag anzeigen
Das halte ich für keine gute Lösung, bzw was soll das mehr bringen, als bei der MTU von 1480 einen optimalen Wert für das RWIN einzustellen? Ob die MTU 1480 oder 1492 ist, das ist geschwindigkeisttechnisch wohl ohne Belang.

Siehe hier: http://www.gschwarz.de/raspppoe-tuning
"RASPPPOE: Der Autor von RASPPPOE warnt davor, bei Verwendung seines Treibers Veränderungen in der Registry vorzunehmen.
...
Ab einer hier eingetragenen Verbindungsgeschwindigkeit von 101 Mbps auto-tuned der Windows XP TCP/IP-Stack das Fenster (=RWIN) nämlich auf ~64 KBytes."

cFos ist mir etwas suspekt. Es ändert die Registry, aber nirgendwo ist nachzulesen, was cFos alles ändert. Da finde ich ja die TuneUp Utilities noch besser, obwohl dort das RWIN nicht optimal eingestellt wird.

Jason
Das fand ich ja auch merkwürdig, warum bei dem Wert MTU 1448 der Download höher und auch im Upload?!
Habe auch RWIN auf 518144 geändert, tut sich aber nicht viel.
Mache ich es ohne CfosSpeed, dann wäre MTU 1492 mit RASPPPOE und ohne RASPPPOE MTU 1480, wie es hier beschrieben ist.
Bloß was macht cFosSpeed?
MTU bei Alice 1448, bei Telekom MTU 1492 und Vodafone MTU 1440.
Verstehen muss ich das wirklich nicht?!
Mit Zitat antworten
  #14 (permalink)  
Alt 05.03.2010, 21:55
Neuer Benutzer
 
Registriert seit: 05.07.2007
Beiträge: 4
Standard

Rätselslösung CfosSpeed MTU 1448:
http://www.speedtouchforum.de/viewtopic.php?t=1900

Dieser Satz ist entscheidend:
Wann wieiviel Overhead entsteht, ist eine Frage der Daten, die man transportiert.
Eigentlich sollte eine große MTU besser sein, weil man die Datenmenge X in weniger Pakete verteilen muss.
Jetzt kommt das große

aber:

1. Man hat ja gar nicht immer große Daten.
Bei Webseiten sind es oft nur kleine Dateien, hier ein paar Byte css-Style, da ein 12Byte-GIF usw.
2. Das Ethernet Paket wird ja zwischen Modem und DSLAM und evtl. ein Stück weiter in ATM übertragen.
Also in 48Byte (53Byte- 5 Byte Header) Päckchen.
Teilt man nun 1492 oder 1448 durch 48, dann wird man feststellen, das es nicht glatt aufgeht.
Die letzten Bytes flitzen also in einem fast "leeren" Paket durch meine TAL. Wobei man bei dieser Rechner den PPPoE Header (8 Byte) miteinrechnen muss.
Ob auch noch der Ethernet-Header (18 Byte) mit übertragen wird, weiß ich leider nicht.
Es gibt keine Angaben, ob dies beim LANE erforderlich ist oder nicht.
Im Worst-Case würde ich "ja" sagen.

Meine Meinung:
Einfaches Deutsch gesagt, wird MTU auf 1492, so hat man mehr Verluste von Daten, als wenn man MTU auf 1448.
Man kann auch den Treiber RASPPPOE von Robert Schlabbach MTU 1492 nehmen, wo der originale MS Treiber nur bis 1480 geht.

CfosSpeed hat es erkannt, die nahmen ihren eigenen Treiber und setzten die MTU auf 1448 herunter.
Dadurch steigt der Download sowie der Upload.
Erstaunlich, mannomann...
Mit Zitat antworten
  #15 (permalink)  
Alt 07.03.2010, 17:49
Neuer Benutzer
 
Registriert seit: 28.02.2010
Beiträge: 13
Standard

Zitat:
Zitat von Jason Beitrag anzeigen
Na, wer sagt es denn.
Die Zeile mit "BDP limit (200ms): 20736kbps (2592KBytes/s)" sagt übrigens aus, dass mit dem RWIN von 518400 Bytes die maximale Datenrate bei einer Latency von 200 ms einen Wert von 20736 kbit/s erreichen kann.

Mit den 200 ms sollten wir bei europäischen Servern auf der sicheren Seite sein.

Sind denn nun irgendwelche Verbesserungen bei der Downloadgeschwindigkeit festzustellen?
Bitte bei unterschiedlichen Servern zu unterschiedlichen Zeiten testen, auch mal vom NC Server die 100 MB downloaden und während des Downloads die Geschwindigkeit beobachten (nicht den Werte am Ende nehmen).
Jason
Also, ich lade vom NC Server eine 100 MB Datei mit 1,6 Mbit/s runter, egal zu welcher Tageszeit!
Schneller wird`s wohl nicht gehen!?
Wenn ich hierrüber einen Speedtest mache, dann bleibt der Durschnitt
beim Download bei: 13.300 kbps
beim Upload bei: 750 kbps

Kann ich damit zufrieden sein?

Danke für die Tipps und Hilfe!
Mit Zitat antworten
  #16 (permalink)  
Alt 14.03.2010, 17:54
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

Bei einer "bis 18000er" kannst Du mit 16000 kbit/s m.E. sehr zufrieden sein. Ich gehe davon aus, dass Du den Wert während des Downloads beobachtet hast. Der Wert nach dem Download ist immer etwas schlechter, da der File von Cache des Internet Explorers noch an die angegebene Stelle verschoben werden muß, und diese Zeit für die Geschwindigkeitsberechnung mit berücksichtigt wird. Dein Upload könnte zwar etwas besser sein, aber das kannst kaum selbst beeinflussen.

Der Test hier bringt bei mir auch keine so guten Ergebnisse. Bei anderen Testserver erreiche ich bessere Werte, sowohl beim Up- als auch beim Download.

Da würde ich an Deiner Stelle einfach mal zufrieden sein.
Jason
Mit Zitat antworten
  #17 (permalink)  
Alt 22.03.2010, 22:29
Neuer Benutzer
 
Registriert seit: 28.02.2010
Beiträge: 13
Standard Wieder zu geringe Downloadrate

Habe nach den Tcp Optimizer Einstellungen noch einmal erneut an verschiedenen Tagen und zu verschiedenen Uhrzeiten diverse Speedtests gemacht und schneide immer mit "zu gering" oder "mangelhaft" ab bei
einer Downloadrate von unter 10.ooo kbit/sec.
Die Uploadrate ist o.k. mit durchschnittlich 800 kbit/sec.

Hier nochmal die AKTUELLE Auswertung:
« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.22.2010 17:08
IP address: 78.35.xxx.xx
Client OS: Windows XP

TCP options string: 020405a00103030301010402
MSS: 1440
MTU: 1480
TCP Window: 518400 (multiple of MSS)
RWIN Scaling: 3 bits (2^3=8)
Unscaled RWIN : 64800
Recommended RWINs: 63360, 126720, 253440, 506880, 1013760
BDP limit (200ms): 20736kbps (2592KBytes/s)
BDP limit (500ms): 8294kbps (1037KBytes/s)
MTU Discovery: ON
TTL: 53
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Hier mal der Vergleich:





Wie kann es sein, das sich in wenigen Tagen meine Downloadrate von ca. 13000 kbit/sec auf unter 10000kbit/ sec
verschlechtert hat und wer weiß Rat?

Geändert von Spinxh (23.03.2010 um 00:49 Uhr)
Mit Zitat antworten
  #18 (permalink)  
Alt 23.03.2010, 12:01
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

Das liegt nun nicht mehr an Dir.
Auf dem Weg zu den Servern kann es immer zu Enpässen kommen, besonders auf der Strecke DSLAM zum Backbone. Da muß dann wieder einmal in die Leitungen investiert werden.
Lies auch mal das:
Geschwindigkeitstests im Internet und das
Basisinformationen zu DSLAM, Datenrate, BRAS, TAL, RAM
Jason
Mit Zitat antworten
  #19 (permalink)  
Alt 24.03.2010, 00:03
Neuer Benutzer
 
Registriert seit: 28.02.2010
Beiträge: 13
Standard TCP Optimizer Probleme

Also irgendwie versteh ich das nicht!
Wie kann ich mit den Einstellungen erst einen gute Download von über 13000 erhalten und plötzlich absinken auf unter 10000?

Habe mich nochmal kundig gemacht und es wurden auch folgende RWIN Werte
empfohlen: 497024
1045440
511104
davon habe ich die ersten beiden mal getestet, aber das Ergebnis bleibt gleich schlecht!

Einmal habe ich den haken vor ppoe weggenommen und meine 1480 eingegeben und einmal habe ich den haken gesetzt, dann erscheint zwar 1492, aber der Wert taucht bei dem Analyzer nicht auf, denn dort steht nach wie vor 1480!!!

Wenn ich auf "Optimal settings" klicke, dann erscheint der Wert 1500,
aber im TCP Analyzer wieder 1480

Was sagst du zu diesen Werten?

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.23.2010 17:47
IP address: 78.35.xxx.xx
Client OS: Windows XP

TCP options string: 020405a00103030401010402
MSS: 1440
MTU: 1480
TCP Window: 1045440 (multiple of MSS)
RWIN Scaling: 4 bits (2^4=16)
Unscaled RWIN : 65340
Recommended RWINs: 63360, 126720, 253440, 506880, 1013760
BDP limit (200ms): 41818kbps (5227KBytes/s)
BDP limit (500ms): 16727kbps (2091KBytes/s)
MTU Discovery: ON
TTL: 44
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Oder waren die vorherigen besser?

Ich bin irgendwie total konfus, weil ich eigentlich 0 Ahnung von diesen Einstellungen habe!!!!

Kannst du mir bitte nochmal helfen und mir sagen, welche Werte nun am Besten für mich sind?

Oder soll ich den Regler evtl. auf 16000 anstatt auf 18000 setzen?
Haken rein bei ppoe oder raus?

Sorry, für die Mühe, aber möchte endlich Ruhe damit haben und alles
richtig machen!
Mit Zitat antworten
  #20 (permalink)  
Alt 24.03.2010, 00:25
Neuer Benutzer
 
Registriert seit: 28.02.2010
Beiträge: 13
Standard TCP Optimizer

So, hier die Auswertung nach den ersten Einstellungen:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.23.2010 18:22
IP address: 78.35.xxx.xxx
Client OS: Windows XP

TCP options string: 020405a00103030301010402
MSS: 1440
MTU: 1480
TCP Window: 518400 (multiple of MSS)
RWIN Scaling: 3 bits (2^3=8)
Unscaled RWIN : 64800
Recommended RWINs: 63360, 126720, 253440, 506880, 1013760
BDP limit (200ms): 20736kbps (2592KBytes/s)
BDP limit (500ms): 8294kbps (1037KBytes/s)
MTU Discovery: ON
TTL: 44
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Wenn die O.k. sind, dann belasse ich es auch dabei!
Mit Zitat antworten
Antwort

Lesezeichen

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are aus
Pingbacks are aus
Refbacks are aus



Alle Zeitangaben in WEZ +2. Es ist jetzt 20:51 Uhr.


Antworten und Diskussionen zu allen weiteren Computerfragen gibt es im PC Forum von PCmasters oder im Computer Forum von COMPUTER BILD.