trogers

Hmmm...I am not sure why you cannot get a readout. Mine is as follows: Microsoft Windows XP [Version 5.1.2600] © Copyright 1985-2001 Microsoft Corp. C:Documents and Settingsyou>netstat -a -b Active Connections Proto Local Address Foreign Address State PID TCP YOU:epmap YOU:0 LISTENING 1376 C:WINDOWSsystem32mclsp.dll C:WINDOWSsystem32mclsphlrgdlsphlr.dll c:windowssystem32WS2_32.dll C:WINDOWSsystem32RPCRT4.dll c:windowssystem32rpcss.dll [svchost.exe] TCP YOU:microsoft-ds YOU:0 LISTENING 4 [system] TCP YOU:pop3 YOU:0 LISTENING 2040 [MSKSrvr.exe] TCP YOU:1027 YOU:0 LISTENING 300 [alg.exe] TCP YOU:2010 YOU:0 LISTENING 2040 [MSKSrvr.exe] TCP YOU:1029 localhost:1030 ESTABLISHED 3376 [firefox.exe] TCP YOU:1030 localhost:1029 ESTABLISHED 3376 [firefox.exe] TCP YOU:1422 85.67-18-179.reverse.theplanet.com:http CLOSE_W AIT 3376 [firefox.exe] TCP YOU:1423 85.67-18-179.reverse.theplanet.com:http CLOSE_W AIT 3376 [firefox.exe] UDP YOU:1032 *:* 1628 [svchost.exe] UDP YOU:microsoft-ds *:* 4 [system] UDP YOU:1037 *:* 1628 [svchost.exe] UDP YOU:ntp *:* 1476 C:WINDOWSsystem32mclsp.dll C:WINDOWSsystem32mclsphlrgdlsphlr.dll c:windowssystem32WS2_32.dll c:windowssystem32w32time.dll ntdll.dll [svchost.exe] UDP YOU:ntp *:* 1476 C:WINDOWSsystem32mclsp.dll C:WINDOWSsystem32mclsphlrgdlsphlr.dll c:windowssystem32WS2_32.dll c:windowssystem32w32time.dll ntdll.dll [svchost.exe] C:Documents and Settingsyou>

"netstat - a" command only display the ports opened but does not associate the programs with the ports. Use "netstat -a -b" command.

In the first test, you should have a similar display as shown below: TCP options String = 020405a40103030101010402 MTU = 1484 MTU is somewhat optimized for broadband. If you're not on a PPPoE DSL connection that limits packet size, consider increasing your MTU to 1500 for optimal throughput. MSS = 1444 Maximum useful data in each packet = 1444, which equals MSS. Default TCP Receive Window (RWIN) = 127776 RWIN Scaling (RFC1323) = 1 bits (scale factor of 2) Unscaled TCP Receive Window = 63888 For optimum performance, consider changing RWIN to a multiple of MSS. Other RWIN values that might work well with your current MTU/MSS: 508288 (MSS x 44 * scale factor of 254144 (MSS x 44 * scale factor of 4) 127072 (MSS x 44 * scale factor of 2) 63536 (MSS x 44) bandwidth * delay product (Note this is not a speed test): Your TCP Window limits you to: 5111.04 kbps (638.88 KBytes/s) @ 200ms Your TCP Window limits you to: 2044.416 kbps (255.552 KBytes/s) @ 500ms MTU Discovery (RFC1191) = ON Time to live left = 50 hops TTL value is ok. Timestamps (RFC1323) = OFF Selective Acknowledgements (RFC2018) = ON IP type of service field (RFC1349) = 00000000 (0) For the second test, you need to make your java active for that website to display the test box.

Do a DOS command "netstat -b" to see what programs and how many ports are opened to the internet. When too many ports are opened, our bandwidth will be scattered. This is also a good way to check if we have some hidden intruders in our comp.

I do not see any indication your ISP has capped you. But your RWIN is too low at 5840 and this setting cap your bandwidth to only 0.59 Mbps. "Your PC/Workstation has a 17.0 KByte buffer which limits the throughput to 0.59 Mbps" Your RTT value is rather high if you are in the US. Perhaps some electrical noise is affecting your signal. Keep your modem and router a few feet apart as there are known instances routers emit EMI and slow the modem. Other possible sources of EMI are sound speakers and cordless phone. Try this ccs file with the Cablenut Adjuster.

I think a suitable title would be "HELP!!! My bandwidth is bleeding"...lol Decribe your ISP and subscribe speed. Post your speedtest results and then post your "netstat -b" results.

Seems your comp has opened many many ports. These many open ports are bleeding you of available bandwidth. I believe the guys over at http://www.testmy.net/forum/b-2 can help you better with this problem.

What speed did you pay your ISP to give you?

What is the speed you paid your ISP to give you? You need to do this test and post your results: https://www.speedguide.net/analyzer.php

Still no indication. Let's try this: click 'Start', 'Run', type "cmd" and click 'ok'. In DOS black screen, after C: type "netstat -b" and press 'enter' Post your results.

Have you carry out scanning and deletion of tracking cookies, spywares and viruses yet? If you already done this, please post your "netstat -b" results to our other forum http://www.testmy.net/forum/b-2 so that our members who are knowledgeable about comp security can assist you.

Your tracert does not show any problem with signal flow. So our first assumption is not correct. Still, there is the question of high RTT. There is a part of the nitro test result you did not post. This part shows the number of retransmission, duplicate ACKs, etc. Could you do the nitro test again but with the U of Michigan: http://speedtest.umflint.edu/

That is good. When you get your new line routed, your latency will fall. This ccs file is more appropriate for a lower latency.

Hi JKO, Please do these 2 tests and post your results: https://www.speedguide.net/analyzer.php http://nitro.ucsc.edu/ For the 2nd test, please also post the reports hidden in the 'Statistics' and 'More Details' buttons below the test box.

Hi, Since you have not mentioned your subscribed speed, I make a guess from your speedtest result that it is in the 4-6 Mbps range. The TCP Analyzer suggested a few RWIN values to try: For optimum performance, consider changing RWIN to a multiple of MSS. Other RWIN values that might work well with your current MTU/MSS: 513920 (MSS x 44 * scale factor of Cool 256960 (MSS x 44 * scale factor of 4) 128480 (MSS x 44 * scale factor of 2) 64240 (MSS x 44) bandwidth * delay product (Note this is not a speed test): And the nitro test showed that a RWIN (buffer) of 63 Kbytes sets a bandwidth (throughput) limit on your comp at 4.28 Mbps. "Your PC/Workstation has a 63.0 KByte buffer which limits the throughput to 4.28 Mbps. The network based flow control limits the throughput to 4.29 Mbps" I would choose RWIN at 128480 (Buffer = 124 Kbytes) if my subscribed speed is in the range of 4-6 Mbps. Here is the ccs file for RWIN 128480.

In order to make a ccs file, you need 2 vital info: MTU value and latency. Perhaps you may want to try making your own using this link as a guide: http://www.j79zlr.com/cablenutXP2k.php

Hi there everyone, Bookworm's nitro test results showed 2 abnormalies: very high RTT value (1507 ms) and RWIN set to 65535. "Round trip time = 1506.91 msec MaxRwinRcvd: 65535" The test concluded that Bookworm's comp is the source of limiting signal flow 65% of the time. "This connection is receiver limited 64.95% of the time. Increasing the the client's receive buffer (63.0 KB) will improve performance This connection is network limited 35.03% of the time" Rammolo is correct to suspect that a good possibility is modem/router problem and Nitro4WD gave a good susgestion to run a tracert which may be able to show the location of the problem by comparing ping times. Bookworm mentioned he DL from www.speedguide.net, but your RWIN at standard 65535 shows you have not yet tweak your comp. When RTT value can be corrected to normal values (100-160 ms if you are located in the US and 250-300 ms if from overseas), you can choose RWIN values of first 64240 and then 128480 to test for optimum setting as recommended by the TCP Analyzer: "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 Cool 256960 (MSS x 44 * scale factor of 4) 128480 (MSS x 44 * scale factor of 2) 64240 (MSS x 44) bandwidth * delay product (Note this is not a speed test):" Shall we have a look at a tracert?

You may be having a similar problem as this guy in another forum. His complain is that his upload is faster than his download. But I suspect the cause is common in both yours and his: http://forums.speedguide.net/showthread.php?t=194617

Carry out the following tests and post: https://www.speedguide.net/analyzer.php http://nitro.ucsc.edu/

Try this ccs file which is made to compensate for higher latency.

Where are you located? The reason you cannot achieve 90% speed at www.testmy.net is that your RTT to the US is too high. "estimate = 40.3 based on packet size = 11Kbits, RTT = 276.42msec, and loss = 1.0E-6 The theoretical network limit is 40.3 Mbps The NDT server has a 8192.0 KByte buffer which limits the throughput to 231.53 Mbps Your PC/Workstation has a 125.0 KByte buffer which limits the throughput to 3.54 Mbps The network based flow control limits the throughput to 3.58 Mbps" Your RTT of 276 ms is limiting your PC throughput to only 3.54 Mbps. If you try to increase buffer size to 250 Kbytes (DefaultWindowSize - 256960) your RTT will jump to 700+ ms raising your throughput to only 3.8-3.9 Mbps. If you are located in the US, you need to check your line quality or possible electromagnetic interference on your modem and router. If you are located overseas, it will be difficult to reduce RTT due to your distance and number of hops in getting to this test site.

Thanks Blunted for sharing with us your ccs file.

Try this ccs file.

Your comp has not been tweaked for ultra high speed broadband. Here is a link to what I have posted in another forum for tweaking ADSL2+ 24 Mbps. See if it can help you. http://forums.speedguide.net/showthread.php?t=193945 The conclusion of that post is that you must not be further away than 1.0 km from your CO to achieve such high speed.

"MaxMSS: 1410, MaxRwinRcvd: 128480, Round trip time = 246.32 msec" "Your PC/Workstation has a 125.0 KByte buffer which limits the throughput to 3.97 Mbps The network based flow control limits the throughput to 1.04 Mbps" These are the observations from your test report: Your RWIN is not set to a multiple of MSS Your MSS is not optimum. It could be that your ISP has a web proxy server that change MTU values. Carry out this ping check to find your comp's largest MTU value: Call out your DOS black screen and after C: use this command ping -f -l (max value) www.testmy.net Where -l is minus small L and max value is your largest anticipated MTU value minus 28. Say you start with assumed MTU value of 1500, max value is 1500-28 = 1472 If you get a message "Packets need to be fragmented..." Then 1500 is not your largest MTU. Go on pinging with a max value less 1 until you get a proper result like "Reply from XX.XXX.XX.XXX: bytes= ______ time = _____ ms TTL= ___ The bytes value shown + 28 = your largest MTU At the moment, your ISP network is busy. Your comp has a buffer of 125 Kbytes giving a throughput limit of almost 4 Mbps but your network is giving you a throughput of only 1 Mbps. Your Round Trip Time (RTT) is rather high. Usually, test performed from USA should not exceed 200 ms. Place your modem and router a few feet apart. Make sure you have no electrical devices near them (such as sound speakers, cordless phone, etc) emitting electromagnetic interference affecting your signal flow.