Page 1 of 1
need help tweeking my connection as its running real slow
Posted: Wed May 22, 2002 1:05 pm
by cyberdude
need help tweeking my connection as its running real slow
tryed TCPOptimizer
just dont make any diffrence please help
my os is
athlon 1.2
w98 se
384 mb ram
heres the analizer resalts
TCP options string = 020405b401010402
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1460, which equals MSS.
Default Receive Window (RWIN) = 65535
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 65535
Note: Under Windows 9x, if you have RWIN set to any other value, and the Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
For optimum performance, consider changing RWIN to a multiple of MSS.
Other values for RWIN that might work well with your current MTU/MSS:
513920 (MSS x 44 * scale factor of 8)
256960 (MSS x 44 * scale factor of 4)
128480 (MSS x 44 * scale factor of 2)
64240 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 49 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
Posted: Wed May 22, 2002 1:09 pm
by Lobo
Download and install this patch and reboot, make sure scaling IS checked on Optimizer
http://www.speedguide.net/files/vtcp386/236926USA8.EXE
Posted: Wed May 22, 2002 1:25 pm
by cyberdude
applyed that m8
heres the analizer resalts
TCP options string = 020405b40103030201010402
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1460, which equals MSS.
Default Receive Window (RWIN) = 256960
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 64240
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
513920 (MSS x 44 * scale factor of 8)
128480 (MSS x 44 * scale factor of 2)
64240 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 10278.4 kbps (1284.8 KBytes/s) @ 200ms
Your RcvWindow limits you to: 4111.36 kbps (513.92 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 49 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
Posted: Wed May 22, 2002 1:28 pm
by Lobo
That fixed that, look after the word RWIN, do this and I might be able to help you go faster
If you need help please click on profile in one of your posts and fill in so we know what you have, thanks, it's alot easier to click on profile for me to see where your from, OS, system specs to help me help you, thanks again

Posted: Wed May 22, 2002 1:41 pm
by Lobo
In Optimizer select connection type at top, select adapter, select custom settings, enter 1 at a time in Tcp Recieve Window: 51100 or 64240, uncheck scaling under Tcp1323Opts, apply changes and REBOOT each time you change number in Optimizer, the following numbers scaling IS checked, try the ones thats in now or:548960, 554800, 587160, 584000
Speed test here, test will open another browser, close one
directions on how to do speed test in help thread in signature: Select site nearest you:
http://www.speakeasy.net/main.php?page=sup_pops
If from overseas try nearest site from here:
http://www.testmyspeed.com/internationalspeedtests.htm
Directions on what to do prior to speed test on help thread below, turn off all running programs.
Larger RWIN does not always mean faster
In IE, go to Tools, internet options, connection tab at top, LAN settings at bottom, nothing should be checked in this box, NOTHING, No auto detect, no proxy, no automatic configuration script, NOTHING, REBOOT

Posted: Fri May 24, 2002 7:22 am
by kanenas
Hello and sorry for piggy-backing this thread with my case. I just can't find the New Thread button (?!).
I just got a aDSL connection using an Alcatel SpeedTouch USB (green frog) which I'll replace soon as I can find a good Ethernet DSL modem (suggestions are welcome).
This is under Win2K SP2. The connection to the ISP (our company) is at 1.2Mbps. No idea if there's any capping implemented or not at real time and nobody can tell me what the download/upload speeds are supposed to be.
In addition, I have to go through a proxy/firewall.
My throughput speeds as per DSLreports are around 885/91 on a good day (I have seen 150 upload but I forgot the settings I used).
Other tests give different results, e.g. Bandwidth Place (at 650) and ZDNet's Speedtest (at 380). No idea why such a discrepancy.
I've tried a variety of programs to set the TCP/IP parameters and even tried some tweaks manually.
Anything I try though, the TCP Analyzer doesn't detect.
It always gives me back the same values and I suspect that's because of the proxies I have to go through.
So what do I do in this case? Do I set my settings to match the proxy's the way the TCP Analyzer shows them? (need help on how, here)
Here's the latest Analyzer results:
TCP options string = 020405b4010303050101080a00f5d78f00000000
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1448, which is less than MSS because of Timestamps, or other TCP/IP options used.
Default Receive Window (RWIN) = 1049728
RWIN Scaling (RFC1323) = 5 bits
Unscaled Receive Window = 32804
For optimum performance, consider changing RWIN to a multiple of MSS.
Other values for RWIN that might work well with your current MTU/MSS:
513920 (MSS x 44 * scale factor of 8)
256960 (MSS x 44 * scale factor of 4)
128480 (MSS x 44 * scale factor of 2)
64240 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 41989.12 kbps (5248.64 KBytes/s) @ 200ms
Your RcvWindow limits you to: 16795.648 kbps (2099.456 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = OFF
Time to live left = 49 hops
TTL value is ok.
Timestamps (RFC1323) = ON
Note: Timestamps add 12 bytes to the TCP header of each packet, reducing the space available for useful data.
Selective Acknowledgements (RFC2018) = OFF
IP type of service field (RFC1349)= 00000000
*******************
Here's my TCP/IP settings:
DefaultReceiveWindow: 35040
DefaultSendWindow: 35040
GlobalMaxTcpWindowSize: 35040
TcpWindowSize: 1049728
EnableFastRouteLookup: 0
EnableMTUDiscovery: 1
TransmitWorker: 32
SackOpts: 1
Tcp13230pts: 1
TcpMaxDupAcks: 2
DefaultTTL: 49
TcpUseRFC1122UrgentPointer: 0
That's it.
I set up these parameters hoping to match the TCP Analyzer ones. I used to have a smaller TcpWindowSize (tried for 30K up to 512K) but the Analyzer would always see the 1049728.
How does the above setup look like? Can I improve it or am I wasting time?
Thanks in advance for any suggestions.
Posted: Fri May 24, 2002 8:26 am
by Lobo
Default Receive Window (RWIN) = 1049728 =wrong
Also is this Cablenuts patch, his numbers only work with Tcp Window Size 64240
Download Optimizer but first see #2 in help thread below in sig

Posted: Sat May 25, 2002 11:25 am
by kanenas
Thank you for the response.
I had read and followed these documents but I did again just in case.
After resetting the system to defaults and rebooting, I used SG TCP Optimizer to define the settings.
I tried its defaults for DSL Optimal (256K RWIN) and Extreme Optimal (512K RWIN).
I'm using CableNut just to look at the values in the registry.
The TCP Analyzer in all cases (even when using the default values of Win2K) gave the exact same results. RWIN of 1MB and the rest. It seems it picks up the proxy's settings and doesn't see mine.
The two test runs differed a lot among the different test sites but remained close to each other within a specific site, which is as it should be.
Best results at DSLReports Los Angeles server.
Download at around 980K but upload at 80-100K.
In the other sites the downloads were different and in the range of 350-500K.
All sites seem to agree with the 80K upload.
On the same site, the two different settings had a variance of 0-100K on downloads (different on multiple runs) but always the same upload.
By the way, I was deleting IE's file cache before every run.
A company person I spoke to, claims that there's not any different capping on uploads. If it can go faster than 384K it can hit the limit of the 1.2M of the connection. He's probably wrong but in either case the upload times seem to be too low.
So, can I do anything to improve this? If the TCP Analyzer can't really see my settings because of the proxy, and the same might apply to the other sites, doesn't it make more sense to try and match my settings to the proxy's.
Thanks for any help.