[HELP] I-Net zu langsam! 32Mbit > 9 Mbit

Quote:

Viele, die von DSL1000/2000/3000 auf h�here Geschwindkeiten upgraden, haben ja oft das Problem, dass die Downloadgeschwindigkeit nicht der DSL-Geschwindigkeit entspricht, vor allem WLAN-Verbindungen sind davon betroffen, bei LAN-Verbindungen tritt das seltener auf. Und da ich keine Lust habe, immer das gleiche zu tippen, mache ich einfach mal ein kleines Tutorial. [Only registered and activated users can see links. Click Here To Register...] Das ganze funktioniert allerdings nicht unter Vista.

Die Vorgehensweise wurde von mir schon an etlichen Rechnern erfolgreich getestet. So hatte ich mit meinem Notebook �ber WLAN an meinem DSL16000-Anschluss nur eine Downloadrate von 260-270 kByte/s. Nach dem optimieren lag die Geschwindigkeit bei 1300-1500 kByte/s. Ohne Verschl�sselung (WPA2 mit 15 Stellen kostet nun mal etwas Geschwindigkeit, aber das sollte einem die Sicherheit wert sein) erreiche ich 1500-1700 kByte/s.

Bevor man dieses Tutorial durchf�hrt, sollte man folgendes testen:

Mit welcher Geschwindigkeit hat sich der Router/das Modem synchronisiert? Viele Router bieten dazu eine Art Statusanzeige an, auf der man die Geschwindigkeit sehen kann. Bei Modems ist das meist nicht m�glich. Dann den dritten Punkt beachten. Bei DSL16000 kann es ausserdem sein, dass man aus leitungstechnischen Gr�nden nicht wirklich 16000 kBit/s erreichen kann. Das DSL-Modem und der DSLAM einigen sich bei jedem Synchronisierungsvorgang auf die optimale Geschwindigkeit. Und die kann bei DSL16000 auch weniger als 16000 kBit/s betragen. In der Regel wird alles, was �ber 6000 kBit/s liegt, als DSL16000 vermarktet.

Ist der Server, von dem man den Download t�tigt, schnell genug? Viele Server sind gedrosselt.

Man f�hrt mehrere (3-4) parallele Downloads von einem schnellen Server durch, ein Downloadmanager geht auch, da dieser ja auch mehrere parallele Verbindungen aufbaut. Entspricht die Summe der Geschwindigkeit der parallelen Downloads bzw. die Anzeige im Downloadmanager der zu erwartenden Geschwindigkeit, ist man mit gro�er Wahrscheinlichkeit von einem zu kleinen TcpRcvWin betroffen. Erkl�rung folgt unten.

Bei WLAN: Ist die Funkverbindung gut genug, um die entsprechende Geschwindigkeit �berhaupt erreichen zu k�nnen? Wenn die WLAN-Verbindung nur mit 5 MBit/s zustandekommt, kann ich nat�rlich keine Downloadgeschwindigkeit erwarten, die ich bei DSL16000 erreichen kann. Genauso verh�lt es sich, wenn man einen WLAN-Repeater im Einsatz hat. Dann kann es passieren, dass ich zwar zum Repeater eine super Verbindung mit 54 MBit/s habe, aber wenn die Verbindung zwischen Router und Repeater nur 11 MBit/s betr�gt, erreiche ich eben mit meinem Rechner keine 16 MBit/s im Download. Ausserdem halbiert sich mit jedem Repeater die effiziente �bertragungsrate, da die Datenpakete vom Repeater empfangen und gesendet werden m�ssen. Eine (starke) Verschl�sselung kostet auch noch Rechenzeit, was zu verringerter Geschwindigkeit f�hren kann.

F�r Downloadtests empfehle ich, eine gr��ere Datei vom [Only registered and activated users can see links. Click Here To Register...] oder die [Only registered and activated users can see links. Click Here To Register...] von T-Online zu laden, der T-Online-Server ist in der Regel sehr schnell.

Die zu erwartende Geschwindigkeit kann man sich ganz einfach selber ausrechnen. Dazu teilt man die DSL-Geschwindigkeit (die reale, also mit der sich der Router synchronisiert hat, in kBit/s) durch 8 (man erh�lt die Geschwindigkeit in kByte/s) und zieht nochmal 10% Protokolloverhead ab. Dieser Wert ist etwas hoch gegriffen, aber es rechnet sich einfacher als wenn ich hier 7 oder 8% nehmen w�rde. [Only registered and activated users can see links. Click Here To Register...]

Beispiel: Bei einem DSL2000 sollte die Downloadgeschwindigkeit ca. 225 kByte/s betragen. Bei DSL16000 sollte sie um die 1800 kByte/s liegen.

Erreicht man diese Werte nur bei mehreren parallelen Downloads oder mit einem Downloadmanager, liegt das wahrscheinlich an Netzwerkeinstellungen, die Windows sehr konservativ einstellt. Entscheidend ist der Parameter TcpRcvWin. Ist der zu klein, k�nnen Daten nicht schneller empfangen werden. Das "Fenster" ist sozusagen zu klein, es passen nicht genug Daten durch. Ganz bildlich gesprochen... Der Wert, den Windows standardm��ig einstellt, ist f�r h�here Geschwindigkeiten zu klein.

So, genug der grauen Theorie, kommen wir zur Praxis. Es gibt zwei M�glichkeiten, den besagten Parameter zu �ndern: entweder begibt man sich in die abenteuerlichen Pfade der Registry oder man nimmt einen der zahllosen TCP/IP-Optimizer. Die Variante mit der Registry beschreibe ich hier nicht, weil man bei falscher Vorgehensweise durchaus das komplette Windows lahmlegen kann. Ich beschreibe hier nur, wie man die Netzwerkparameter mit Hilfe eines kleinen Tools optimieren kann.

Ich habe mit dem TCP/IP-Optimizer von Speedguide.net bisher sehr gute Erfahrungen gemacht. Diesen kann man sich [Only registered and activated users can see links. Click Here To Register...] downloaden. Er muss nicht entpackt oder installiert werden, eignet sich also auch klasse f�r eine Tool-Sammlung auf einem USB-Stick.

Von Hardwareluxx ;)