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 > Anleitungen und erklärende Texte
Hilfe Benutzerliste Kalender Suchen Heutige Beiträge Alle Foren als gelesen markieren registrieren anmelden

Umfrageergebnis anzeigen: Wie finden Sie diesen Beitrag?
Sehr gut 8 66,67%
Gut 2 16,67%
Neutral 0 0%
Weniger brauchbar 2 16,67%
Nicht brauchbar 0 0%
Teilnehmer: 12. Sie dürfen bei dieser Umfrage nicht abstimmen

Antwort
 
Themen-Optionen Thema durchsuchen Ansicht
  #61 (permalink)  
Alt 06.11.2011, 16:30
Neuer Benutzer
 
Registriert seit: 05.08.2011
Beiträge: 12
Standard

Hallo,

hatte in den letzten Tagen leider nich viel Zeit daher jetzt nen "Statusupdate"!

So siehts im Moment bei mir aus:

PHP-Code:
« SpeedGuide.net TCP Analyzer Results » 
Tested on
11.06.2011 09:26 
IP address
XXXXXXX
Client OS
Windows XP 
 
TCP options string
020405ac0103030501010402 
MSS
1452 
MTU
1492 
TCP Window
2090880 (multiple of MSS
RWIN Scaling5 bits (2^5=32
Unscaled RWIN 65340 
Recommended RWINs
638881277762555525111041022208 
BDP limit 
(200ms): 83635kbps (10454KBytes/s)
BDP limit (500ms): 33454kbps (4182KBytes/s
MTU DiscoveryON 
TTL
45 
Timestamps
OFF 
SACKs
ON 
IP ToS
00000000 (0

Geändert von InternetHB (06.11.2011 um 16:40 Uhr)
Mit Zitat antworten
  #62 (permalink)  
Alt 06.11.2011, 16:31
Neuer Benutzer
 
Registriert seit: 05.08.2011
Beiträge: 12
Standard

Fritz:



switch.ch:



rs3:


Geändert von InternetHB (06.11.2011 um 16:38 Uhr)
Mit Zitat antworten
  #63 (permalink)  
Alt 07.11.2011, 11:38
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

Die angezeigten Fritzbox-Daten sind nur die eingestellten ATM-Datenraten.

Der schweizer Testserver zeigt eine Downloadgeschwindigkeit von 45,7 Mb/s, was ein ordentlicher Wert ist.
Die Uploadgeschwindigkeit ist mit 5,71 Mb/s etwas gering.

Interessant wären jetzt die Nutzdatenraten, mit welchen sich die Fritzbox synchronisiert.
Jason
Mit Zitat antworten
  #64 (permalink)  
Alt 07.11.2011, 23:53
Neuer Benutzer
 
Registriert seit: 05.08.2011
Beiträge: 12
Standard

PHP-Code:
DSLAM-Datenrate Max.     kbit/s     51392     10048
DSLAM
-Datenrate Min.     kbit/s     27968     2784
Leitungskapazität     kbit
/s     111798     28127
Aktuelle Datenrate     kbit
/s     51392     10048
              
Latenz         8 ms     8 ms
Trägertausch 
(Bitswap)         an     aus
Impulsstörungsschutz         3.0     3.0
              
Störabstandsmarge     dB     19     16
Leitungsdämpfung     dB     7     0
Trägersatz             
Profil     17a 
hoffe ist richtig :/
Mit Zitat antworten
  #65 (permalink)  
Alt 08.11.2011, 10:41
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

Aktuelle Datenrate kbit/s 51392 10048

Die Fritzbox synchronisiert mit der vollen Geschwindigkeit, da solltes es also keine Probleme geben.
Jason
Mit Zitat antworten
  #66 (permalink)  
Alt 09.11.2011, 00:45
Neuer Benutzer
 
Registriert seit: 05.08.2011
Beiträge: 12
Standard

Hallo,

ich werde mein System in der nächsten Zeit mal neu aufsetzen und dann hier wieder berichten, der Vorgang nach der Neuinstalation wäre folgender?)

-Tcp'er runterladen -> auf 250 msn stellen -> optimal settings -> neustart -> default receive window ändern?

=> Kann ich TCP / globalmax. aus der tcpip eigentlich löschen?
Mit Zitat antworten
  #67 (permalink)  
Alt 09.11.2011, 14:30
Moderator
 
Registriert seit: 26.04.2007
Beiträge: 1.883
Standard

a) OK, da würde ich nur die AFD-Parameter ändern.
b) Siehe http://www.psc.edu/networking/projec...tepbystep.html
--------------------------
GlobalMaxTcpWindowSize
Key: Tcpip\Parameters

Value Type: REG_DWORD—Number of bytes

Valid Range: 0–0x3FFFFFFF (1073741823 decimal; however, values greater than 64 KB can only be achieved when connecting to other systems that support RFC 1323 window scaling, which is discussed in the TCP section of this article.)

Default: This parameter does not exist by default.
Description: The TcpWindowSize parameter can be used to set the receive window on a per-interface basis. This parameter can be used to set a global limit for the TCP window size on a system-wide basis.


TcpWindowSize
Key: Tcpip\Parameters, Tcpip\Parameters\Interface\interfaceGUID

Value Type: REG_DWORD—number of bytes

ValidRange: 0–0x3FFFFFFF (1073741823 decimal). In practice the TCP/IP stack will round the number set to the nearest multiple of maximum segment size (MSS). Values greater than 64 KB can be achieved only when connecting to other systems that support RFC 1323 Window Scaling, which is discussed in the "Transmission Control Protocol (TCP)" section of this article.

Default: The smaller of the following values:

0xFFFF
GlobalMaxTcpWindowSize (another registry parameter)
The larger of four times the MSS
16384 rounded up to an even multiple of the MSS
The stack also tunes itself based on the media speed:

Below 1 Mbps: 8 KB
1 Mbps – 100 Mbps: 17 KB
Greater than 100 Mbps: 64 KB
The default can start at 17520 for Ethernet, but may shrink slightly when the connection is established to another computer that supports extended TCP header options, such as Selective Acknowledgements (SACK) and TCP Timestamps, because these options increase the size of the TCP header beyond the usual 20 bytes, leaving slightly less room for data.

Description: This parameter determines the maximum TCP receive window size offered. The receive window specifies the number of bytes that a sender can transmit without receiving an acknowledgment. In general, larger receive windows improve performance over high-delay, high-bandwidth networks. For greatest efficiency, the receive window should be an even multiple of the TCP Maximum Segment Size (MSS). This parameter is both a per-interface parameter and a global parameter, depending upon where the registry key is located. If there is a value for a specific interface, that value overrides the system-wide value. See also GobalMaxTcpWindowSize.

------------------

Der GlobalMaxTcpWindowSize macht eigentlich nur Sinn, wenn er kleiner als einer der per-interface basis gesetzten TcpWindowSize Parameter ist. Zocker arbeiten mit sehr geringen Werten des TcpWindowSize wegen des Pings, z.B. mit 576, und verwenden zum Zocken einfach eine andere Netzkarte. Damit haben sie dann automatisch ein kleineres TCP-Fenster.

Er ist standardmäßig nicht vorhanden, kann also auch gelöscht werden.

Viel Erfolg.
Jason
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 00:07 Uhr.


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