Keine Verbindung passt

[Jason]

Dann scheinnen ja der Anschluß selbst und auch Modem und Router OK zu sein.

Bei den Registry-Werten des PCs ist einiges nicht in Ordnung, und da solltest Du den Zustand vor dem ersten Einsatz des TCP Optimizers wieder herstellen, oder die Standardeinstellungen von Windows XP. Das kannst Du mit dem TCP Optimizer selbst machen.

Eventuell noch besser ist es, den gesamten TCP-Kram zurückzusetzen. Das ist hier beschrieben: http://support.microsoft.com/kb/299357/de

Anschließend den TCP Optimizer noch einmal neu verwenden. Es genügt dabei, den Geschwindigkeitsschieber auf 10000 kbit/s zu setzen, wenn Du bei den Preferences die Maximum Latency bei den Standard 500 ms stehen läßt.

Der TCP Analyzer bei Aufruf von http://www.speedguide.net/analyzer.php sollte Dir dann das Ergebnis anzeigen. Bei mir sieht das zur Zeit so aus:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 02.27.2010 09:10
IP address: 84.154.xx.xx
Client OS: Windows XP

TCP options string: 020405ac0103030201010402
MSS: 1452
MTU: 1492
TCP Window: 261360 (multiple of MSS)
RWIN Scaling: 2 bits (2^2=4)
Unscaled RWIN : 65340
Recommended RWINs: 63888, 127776, 255552, 511104, 1022208
BDP limit (200ms): 10454kbps (1307KBytes/s)
BDP limit (500ms): 4182kbps (523KBytes/s)
MTU Discovery: ON
TTL: 109
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Die Werte bei mir sind derzeit testweise ein Mittelding zwischen TCP Optimizer- und Tuneup Utilities-Empfehlungen.

Bei Dir sollte allerdings das TCP Window mit 1027840 Bytes ausgewisen werden, bei einer MTU von 1500.
Das wird schon.
Jason

[kevin89]

Hallo Jason,

danke für deine Antwort. Habe nochmal alles mit dem TCP Optimizer auf die Standard-Windows-Einstellungen zurückgesetzt, neugestartet, den Geschwindigkeitsschieber auf 10.000 kbit/s gestellt, nochmal neu gestartet und bin nochmal auf die Seite zum analysieren gegangen. Dabei gab es 2 Auffälligkeiten laut Test:

Default TCP Receive Window (RWIN) = 65536
RWIN Scaling (RFC1323) = 1 bits (scale factor: 2^1=2)
Unscaled TCP Receive Window = 32768

RWIN is not fully optimized (even though it is a comparatively large number). The unscaled RWIN value is lower than it should be. Also, RWIN being close to and above 65535 does not justify the header overhead of enabling TCP 1323 Options. You might want to use one of the recommended RWIN values below.

For optimum performance, consider changing RWIN to a multiple of MSS.
Other RWIN values that might work well with your current MTU/MSS:
64240 (up to 2 Mbit lines, depending on latency. MSS * 44)
128480 (1-5 Mbit lines, depending on latency. MSS * 44 * 2)
256960 (2-14 Mbit lines, depending on latency. MSS * 44 * 2^2)
513920 (8-30 Mbit lines, depending on latency. MSS * 44 * 2^3)
1027840 (25-60 Mbit lines depending on latency. MSS * 44 * 2^4)

und

IP type of service field (RFC1349) = 00000011 (3)
Precedence (priority) = 000 (routine)
Delay = 0 (normal delay)
Throughput = 0 (normal throughput)
Reliability = 0 (normal reliability)
Cost = 1 (low cost)
Check bit = 1 (incorrect, 8th checking bit must be zero)

Ich bin nun mal im TCP-Optimizer auf Optimal Settings gegangen und habe gesehen, dass dieser dann die entsprechenden Werte so wie sie sein sollten festgelegt hat (MTU auf 1500 und TCP Receive Window auf 1027840, so wie du auch geschrieben hast). Also habe ich das ganze übernommen, neugestartet. Die erste Meldung ist verschwunden, die letztere ist weiterhin da:

IP type of service field (RFC1349) = 00000011 (3)
Precedence (priority) = 000 (routine)
Delay = 0 (normal delay)
Throughput = 0 (normal throughput)
Reliability = 0 (normal reliability)
Cost = 1 (low cost)
Check bit = 1 (incorrect, 8th checking bit must be zero)

Da weiß ich allerdings nicht, wie ich das beheben kann, ich konnte im TCP-Optimizer nichts entsprechendes finden. An der Geschwindigkeit hat sich zudem leider nichts geändert. Hier das gesamte Ergebnis:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 02.27.2010 09:57
IP address: 62.143.xxx.xx
Client OS: Windows XP

TCP options string: 020405b40103030101010402
MSS: 1460
MTU: 1500
TCP Window: 65536 (NOT multiple of MSS)
RWIN Scaling: 1 bits (2^1=2)
Unscaled RWIN : 32768
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840
BDP limit (200ms): 2621kbps (328KBytes/s)
BDP limit (500ms): 1049kbps (131KBytes/s)
MTU Discovery: ON
TTL: 41
Timestamps: OFF
SACKs: ON
IP ToS: 00000011 (3)
Precedence: 000 (routine)
Delay: 0 (normal delay)
Throughput: 0 (normal throughput)
Reliability: 0 (normal reliability)
Cost: 1 (low cost)
Check bit: 1 (incorrect)
DiffServ: CS0 000000 (0) - class 0, default traffic (RFC 2474).

LG

[Jason]

Das RWIN steht auf 65536 Bytes, da kannst Du keine höhere Geschwindigkeiten erwarten.
Anscheinend ist der ganze TCP Stack in Unordnung geraten, was aber auch schon vor dem Einsatz des TCP Optomizers passiert sein kann.

Da würde ich wie angedeutet den TCP Stack auf den Urzustand zurücksetzen à la http://support.microsoft.com/kb/299357/de
und noch mal von vorne beginnen.

Das Ergebnis kannst Du dann wieder überprüfen dann mit dem TCP Analyzer.
Jason

[kevin89]

Hallo Jason,

habe nun nach Anleitung des Artikels TCP komplett zurückgesetzt, neu gestartet und den TCP Optimizer gestartet. Da bin ich auch "Custom Settings" gegangen und habe den Connection Speed auf 10.000 kbit/s gestellt, das TCP Window auf 1027840 und die MTU auf 1500. Nach einem abschließenden Neustart hat sich leider nichts geändert. Ergebnis Speedtest:

Download: 2.735 kbit/s (342 kByte/s)
Upload: 1.229 kbit/s (154 kByte/s)

Ergebnis TCP/IP Analyzer:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 02.27.2010 10:48
IP address: 62.143.xxx.xx
Client OS: Windows XP

TCP options string: 020405b40103030401010402
MSS: 1460
MTU: 1500
TCP Window: 1027840 (multiple of MSS)
RWIN Scaling: 4 bits (2^4=16)
Unscaled RWIN : 64240
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840
BDP limit (200ms): 41114kbps (5139KBytes/s)
BDP limit (500ms): 16445kbps (2056KBytes/s)
MTU Discovery: ON
TTL: 105
Timestamps: OFF
SACKs: ON
IP ToS: 00000011 (3)
Precedence: 000 (routine)
Delay: 0 (normal delay)
Throughput: 0 (normal throughput)
Reliability: 0 (normal reliability)
Cost: 1 (low cost)
Check bit: 1 (incorrect)
DiffServ: CS0 000000 (0) - class 0, default traffic (RFC 2474).

Dabei kam wieder der Fehler mit dem "8th byte must be zero" - sonst scheint laut Test alles richtig zu sein.

LG

[Jason]

Das IP ToS hat m.E. einen unerlaubten Wert und wurde irgendwie gesetzt.
Gemäß hier: http://tldp.org/LDP/nag2/x-087-2-fir...ipulation.html sollten nur bestimmte Werte gelten.

Schau auch mal hier: http://www.speedguide.net/faq_in_q.php?qid=230

Bei mir gibt es die beiden Schlüssel "DisableUserTOSSetting" und "DefaultTOSValue" nicht unter den TCP Parameter in der Registry.

Da mußt Du mal einiges probieren.
a) Lass den TCP Optimizer mit optimal settings laufen, dann verschwinden eventuell die Einträge, oder
b) setze den Schlüssel im TCP Optimizer DisableUserTOSSetting auf 1, oder
c) Lösche die Schlüssel von Hand in der Registry, oder
d) Probier die Werte aus den SpeedGuide FAQ,

Messen würde ich nur noch am LAN des Routers, bis die Speed daran stimmt.

An Deiner Stelle würd ich noch einige zusätzliches machen:
- Lass mal einen Registry Cleaner laufen, z.B. den kostenlosen CCleaner
- Lösche alle Cookies
- Lösche alle temporären Internet Files
- Überprüfe den Internet Cache und setze der Wert auf 250 MB (im IE unter Extras, Internet Optionen, Settings der Browsing Historie)

Einfach dran bleiben.
Jason


Noch ein Gedicht:
Eventuell gibt Dir das Network Diagnostic Tool noch weitere Hinweise. Einfach mal probieren:
http://rs3.lvs.infotars.hu:7123/
Schau dort auch unter "More Details..." nach.

[kevin89]

Hallo Jason,

ich habe zwei Versuche gestartet, einmal habe ich im TCp-Optimizer die Einstellung "DisableUserTOSSetting" auf 1 gestellt. Das hat leider nicht geholfen, selbes Ergebnis. Danach habe ich versucht, das ganze mit den Werten aus dem SpeedGuide FAQ zu machen. Das ging leider auch nicht, die Anzeige auf der Seite war dieselbe.

Anschließend habe ich den Registrierungseditor geöffnet und den entsprechenden Schlüssel rausgesucht:

DisableUserTOSSetting - REG_DWORD - 0x00000000 (0)

Ich weiß nicht, ob ich das so richtig interpretiere, aber für mich sieht das so aus als würde hier alles stimmen, und da die letzte Ziffer eine 0 ist müsste doch auch der Prüf-Bit, der beim Test nicht akzeptiert wurde, korrekt existieren.

Zu den sonstigen Tipps:

- Meine Registry ist sehr aufgeräumt, habe erst vorgestern mit TuneUp die Registry entmüllt und danach sogar noch formatiert
- Cookies habe ich gelöscht -> kein Unterschied
- Cache ebenfalls -> kein Unterschied

Ich habe es auch immer in zwei Browsern versucht, nämlich Google Chrome und Firefox.

Zu dem Network-Diagnostic-Tool:

Connected to: rs3.lvs.infotars.hu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 1.07Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 806.59kb/s
Your PC is connected to a Cable/DSL modem
Information: Other network traffic is congesting the link

Details:

WEB100 Kernel Variables:
Client: localhost/127.0.0.1
CurMSS: 1452
X_Rcvbuf: 262142
X_Sndbuf: 262142
AckPktsIn: 600
AckPktsOut: 0
BytesRetrans: 13068
CongAvoid: 0
CongestionOverCount: 0
CongestionSignals: 4
CountRTT: 525
CurCwnd: 14520
CurRTO: 532
CurRwinRcvd: 352832
CurRwinSent: 5888
CurSsthresh: 14520
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 1056896
DataPktsIn: 0
DataPktsOut: 718
DupAcksIn: 67
ECNEnabled: 0
FastRetran: 4
MaxCwnd: 29040
MaxMSS: 1452
MaxRTO: 836
MaxRTT: 444
MaxRwinRcvd: 374616
MaxRwinSent: 5888
MaxSsthresh: 20328
MinMSS: 1452
MinRTO: 240
MinRTT: 36
MinRwinRcvd: 348480
MinRwinSent: 5840
NagleEnabled: 1
OtherReductions: 0
PktsIn: 600
PktsOut: 718
PktsRetrans: 9
RcvWinScale: 6
SACKEnabled: 3
SACKsRcvd: 68
SendStall: 0
SlowStart: 0
SampleRTT: 164
SmoothedRTT: 180
SndWinScale: 3
SndLimTimeRwin: 0
SndLimTimeCwnd: 10438742
SndLimTimeSender: 39438
SndLimTransRwin: 0
SndLimTransCwnd: 1
SndLimTransSender: 1
SndLimBytesRwin: 0
SndLimBytesCwnd: 1056896
SndLimBytesSender: 0
SubsequentTimeouts: 0
SumRTT: 87956
Timeouts: 1
TimestampsEnabled: 0
WinScaleRcvd: 3
WinScaleSent: 6
DupAcksOut: 0
StartTimeUsec: 764073
Duration: 10480452
c2sData: 2
c2sAck: 2
s2cData: 2
s2cAck: 3
half_duplex: 0
link: 100
congestion: 1
bad_cable: 0
mismatch: 0
spd: 0.81
bw: 0.89
loss: 0.005571031
avgrtt: 167.54
waitsec: 0.53
timesec: 10.00
order: 0.1117
rwintime: 0.0000
sendtime: 0.0038
cwndtime: 0.9962
rwin: 2.8581
swin: 2.0000
cwin: 0.2216
rttsec: 0.167535
Sndbuf: 262142
aspd: 0.00000
CWND-Limited: 478.03
minCWNDpeak: 4356
maxCWNDpeak: 29040
CWNDpeaks: 5

The theoretical network limit is 0.89 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 11.93 Mbps
Your PC/Workstation has a 365.0 KByte buffer which limits the throughput to 17.05 Mbps
The network based flow control limits the throughput to 1.32 Mbps

Client Data reports link is 'T1', Client Acks report link is 'T1'
Server Data reports link is 'T1', Server Acks report link is 'Ethernet'

LG

[Antennenschreck]

kann da manchmal der Netzwerkchip Mist machen? Wenns ein normaler Desktop PC ist, kannste ja mal ne PCI Karte reinstecken die originale ziehen oser deaktivieren im BIOS. Und dann mal probieren. Ich habe bei mir auch die Onboard Schnittstelle deaktiviert und ne PCI Karte drin. Seit dem haben sich meine Netzwerkprobleme massiv verringert. Nur mal so ein Gedanke.

Tschü......

[Jason]

Langsam setzt es bei mir aus.
Du hast wohl das Tuneup Utility laufen lassen, denn das RWIN ist jetzt auf augenscheinlich 374616 gesetzt, die MTU auf 1492. Soviel darf das aber an der Geschwindigkeit nicht ausmachen.

Der sogenannte 'network based flow control ' scheint irgendwie nicht zu stimmen, was möglicherweise zu Performance-Problemen führt.

Bei mir sieht der letzte Teil des Ergebnisses des Network Diagnostic Tool folgendermaßen aus, wobei ich bei WLAN auf ca 10Mbit/s komme:

The theoretical network limit is 6.03 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 20.50 Mbps
Your PC/Workstation has a 255.0 KByte buffer which limits the throughput to 20.44 Mbps
The network based flow control limits the throughput to 15.44 Mbps

Client Data reports link is 'T1', Client Acks report link is 'T1'
Server Data reports link is 'OC-48', Server Acks report link is 'T3'

Hast Du eigentlich die Messungen am LAN des Routers gemacht?
Ein Austausch der Netzwerkkarte bietet sich hier testweise an, wie Antennenschreck eben richtig bemerkt hat.
Ansonsten: Ist es für Dich sehr aufwendig, das XP neu zu installieren, wozu ich immer mehr tendieren würde?
Jason

[kevin89]

Hallo,

am LAN des Routers kriege ich ja Fullspeed 20 mbps, alle langsamen Messungen wurden über Wlan vom PC aus gemacht, und da liegt ja das Performance-Problem. Wie gesagt kriege ich mit dem Laptop am selben Standort wie der PC fast Fullspeed, während der PC max. schlappe 1 mbit/s hinkriegt -> es muss an dem PC bzw. dessen Konfiguration liegen.

An diesem network based flow control scheint's wohl zu liegen - nur weiß ich leider nicht, wie ich das ändern kann und auch googeln hat erstaunlicherweise nichts anständiges gefunden. Also habe ich nochmal TCP zurückgesetzt.

Ergebnis war in etwa dasselbe wie vorher. Danach habe ich den TCP-Optimizer gestartet und nochmal auf Optimal Settings gestellt und neu gestartet. Das Ergebnis ist auch nicht besser:

The theoretical network limit is 0.27 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 2.12 Mbps
Your PC/Workstation has a 1003.0 KByte buffer which limits the throughput to 8.31 Mbps
The network based flow control limits the throughput to 1.47 Mbps

Offenbar wird ja doch kein kompletter Reset durchgeführt, denn XP ist ja nicht von der Standard-Einstellung her so langsam, oder? Gibt es keine Möglichkeit, einen kompletten Reset zu machen, ohne alles neu installieren zu müssen?

Eine Neuinstallation von XP wäre für mich sehr aufwendig - diese Variante würde ich nur als letzten Ausweg nutzen wollen und möglichst vermeiden.

EDIT: Ich habe jetzt mal von der Ubuntu-Live-CD gebootet und dann im FF den Speedtest durchgeführt... Ergebnis 1.700 kbit/s, lässt sich daraus schließen dass das Problem bei der Netzwerkkarte liegt? Habe einen D-Link DWA-547 RangeBooster N650.

LG

[Jason]

Sieht schon danach aus, dass die Netztwerkkarte eine Macke hat, ansonsten hätte ich empfohlen, den Treiber zu deinstallieren und den neuesten Treiber (1.60b12) zu installieren.

Kannst Du Dir eine andere Netzwerkkarte irgendwo ausleihen? Es darf für einen Test auch eine USB-Karte sein.
Das wird ja echt noch spannend.
Jason