Lost

[lug387]

i am on XP pro using a P4 1900 using a lucent dsl pipe(SDSL)...i have changed my rwin values all the time i have riased them and lowered them alot....the problem i am having is ,while d/l i can get great speeds then it just drops ALOT and continousely keeps falling till i am done d/lwhen i do change my values i do start out very fast.. sorry not with the ones i have now..forgot to change them back 428950...but all the results are the same just keeps falling....i was also wondering about the LNE100tx nic card LOBO has been talking about in alot of posts .Will it work for my situation or only with some cable modems...i have tweaked out both my nic cards with the setting you have provided but with only some little results (cnet pro 200 L and a D-link DFE-530t) both are rather cheap nic cards TCP options string = 020405b40103030001010402

MTU = 1500
MTU is fully optimized for broadband.

MSS = 1460
Maximum useful data in each packet = 1460, which is equal to MSS.

Default Receive Window (RWIN) = 20000
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 20000
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: 800 kbps (100 KBytes/s) @ 200ms
Your RcvWindow limits you to: 320 kbps (40 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.

MTU Discovery (RFC1191) = ON

Time to live left = 51 hops
TTL value is ok.

Timestamps (RFC1323) = OFF

Selective Acknowledgements (RFC2018) = ON

IP type of service field (RFC1349)= 00000000

i have the tcip optimizer installed and the reg patch and set up my QOS to 0

[lug387]

i went and installed the correct values in and my advertised speeds are 784/784 TCP options string = 020405b40103030301010402

MTU = 1500
MTU is fully optimized for broadband.

MSS = 1460
Maximum useful data in each packet = 1460, which is equal to MSS.

Default Receive Window (RWIN) = 428944
RWIN Scaling (RFC1323) = 3 bits
Unscaled Receive Window = 53618
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: 17157.76 kbps (2144.72 KBytes/s) @ 200ms
Your RcvWindow limits you to: 6863.104 kbps (857.888 KBytes/s) @ 500ms

MTU Discovery (RFC1191) = ON

Time to live left = 51 hops
TTL value is ok.

Timestamps (RFC1323) = OFF

Selective Acknowledgements (RFC2018) = ON

IP type of service field (RFC1349)= 00000000




2197189 connections tested since 03.10.2001.
Analyzer version: Beta 0.99
all line tests have come out very well...i am really confused

[Kip Patterson]

When you download, the sequence of events is:

1) A connection is negotiated with the source computer. This includes the negotiation of RWIN.

2) The source starts sending data, ehough to fill RWIN.

3) Your browser brings up the familiar "Do you want to save this?" window as soon as it receives any data.

4) While you are answering the window, the download continues. After you press OK, your computer processes all the data in the RWIN buffer and reports a high speed based upon this buffer transfer.

5) The speed reported in the status window then continually falls because it is an average. Data is still arriving at the same speed as before.

As long as RWIN is large enough such that your computer can return an acknowledgement to the sending computer and more data can be sent to you before the data in flow runs out, then RWIN HAS NO effect.

So the minimum value of RWIN is:

latency x connection speed. You may wish to add a safety factor for the occasional delay packet of 50 or 100%

For 784K, assuming a latency of 200 mseconds, you get:

784,000 bits per second * .2 seconds /8 bits per byte = 19.6 kbytes, plus whatever safety factor you wish to use.

Kip

[Lobo]

Custom Settings:Try Tcp Recieve Window of 51100, 64240 Tcp1323Opts scaling is not checked for those numbers
:)

Is this a PPPoE connection:



What is PPPoE- DSL users only, MTU 1492- PPPoE you have to log on with name and password. (Not log on to Windows, but to get on net)
PPPoE ( Point-to-Point Protocol over Ethernet ) is a method for building PPP sessions and encapsulating packets, as described in RFC2516. Although it is not a standard, PPPoE is already being used by a number of DSL providers. It requires either routers that have built-in PPPoE support, or PPPoE software to "dial up" and establish the session.


MTU in XP is 1480

[lug387]

Sorry this isnt PPoE ..do you still want me to use those settings LOBO?

[mnosteele52]

Yes try those numbers if you aren't on PPPoE.:D ;)

[lug387]

ok i used both tcp recive windows settings ,but i am still having the same problem...My d/l speeds keep falling all the way down to the basement

[Kip Patterson]

What speed do you actually get?

What speed does your provider say you should get?

Kip

[lug387]

my advertised speeds are 784 up and down...but while d/l EVERYWHERE it will fall to 40

[Kip Patterson]

Sorry about the second request for your connection speed.

At present you are getting 40kbytes, or 320 kbits, on a connection that is supposed to be 784 kbits. Not good, but once you have set your rwin to 20kbytes or above you've done about all you can do in that area.

What site are you downloading from?

I'll be happy to try it from here.

Have you done a traceroute to the site to see what the latency is?

Kip

[Lobo]

Try Tcp Recieve window of 204400:)

[Lobo]

Whose speed patch do you have installed?:) and yes NIC card will work on yours:)

[Lobo]

How do do speed test, but do it now please
1. The best time is early in the morning (3 AM - 6 AM)
2. Make sure defrag has been run so no files are fragmented (Optional but I do)
3. Delete Temp internet files, not while testing, but after each test. IE browser, click tools, internet options, click on delete files and no this will not harm system, just get rid of temp files
4. Go to a fast server such as www.happypuppy.com and click on 10 demos, select a LARGE file to download (not all of it , just most of it, before you click cancel) this will show you how fast you are downloading, it's not going to be quick except except early in morning when not many people on net. I recommend you go to analogX and download Net State live, http://www.analogx.com/contents/download/network/nsl.htm run this while downloading as it will give you avg of your download speed, really all you need on Net Stat is incoming data, incoming totals and Local machine, right click on Net Stat anywhere, stactics and check these 3 items, the rest need not be checked unless you want them, all you care about is average. Another fast download site is ftp.lucasarts.com
Put system defrag in scheduled tasks to run everyday.
5. Probably the most important, nothing can be running during test, no firewalls, no virus stuff, no ICQ, no AIM (some of you may have to go into BIOS to disable virus scanner, nothing running except Net Stat live
Scheduled tasks will run disk defrag, 98 & SE in Taskbar, WIN ME in control panel
The people who want speed surfing or doing whatever must close all other programs.

Or if you wish you may go to www.testmyspeed.com and do one of the online tests, these vary to much for me but you may like them.

Might want to get Capture at AnologX, takes picture of destop or active window



:) :)


You don't have to defrag now, but 1 a week at least, I do it 3 times a day, but I have 3rd party defragger I bought that does it quick, 40 GiG HD 30 sec

[lug387]

OK i defragged and changed my values before i started to test ...I got the same results....i took an average of all the demos(did 9)ran them for 5 min. a piece...i ended up with 26 as an average (using anologX)...which seems to be the norm...i also did the speed test at testmyspeeds and got 714 down and 655 up(kbits)the only patch i ever remember adding is the speed guide 2k...if you see someting wrong here ill start from scratch..as for the NIC card...will i see the improvements you have gotten...or is this a guess for any modem...if you think it has a good chance ,ill run out and get it...these 2 cards i have are pretty cheap.Well kip i would give you a link to try..but it is about everywhere i go ,i get the same results or worse

[lug387]

Sorry i meant to add this in my previouse post..I changed my TCP recieve window to 204400...and the tcp optomizer is showing that value after i have rebooted,but unless i am reading this wrong, it has the incorrect value on my tcp IP analyzer test.. TCP options string = 020405b401010402

MTU = 1500
MTU is fully optimized for broadband.

MSS = 1460
Maximum useful data in each packet = 1460, which is equal to 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 = 52 hops
TTL value is ok.

Timestamps (RFC1323) = OFF

Selective Acknowledgements (RFC2018) = ON

IP type of service field (RFC1349)= 00000000

[Kip Patterson]

714down/655up is very good for a 768k SDSL line. They have a fair amount of overhead. I doubt that you are going to do much better.

So, you should see downloads of about 90 kbytes/second. If they are less than that, drastically reduce your RWIN. High RWINs don't normally hurt anythng, but they do cause data to be accumulated at the constriction in the system, which in your case is the router feeding your phone line. If it is overloaded or low on memory, it will drop packets. The source you are downloading from will then intentionally reduce its transmission speed in an effort to fix the packet loss to no avail. This kind of packet loss doesn't show up on the usual ping or traceroute tests.

Kip

[Lobo]

This will fix RWIN problem in analyzer:

Download SG Optimizer to your desktop, select connection type at top, select optimal settings at bottom, Select adapter you are using, click on apply changes at very bottom,and REBOOT .
If you wish to enter custom TCP recieve window select custom settings at bottom, enter what you wish, click on apply changes at bottom and REBOOT.
If using Cablenuts adjuster too, you must first bring up adjuster, click on delete Cablenut Tweaks at bottom and reboot, then download and install optimizer.


Optimizer in my signature

Do your speed tests here after you turn off all running programs http://www.speakeasy.net/main.php?page=sup_pops , select site nearest to you, turn everything off thats running, Check Taskbar, 1 browser, clear cache, If you are from over seas select from here: http://www.testmyspeed.com/internationalspeedtests.htm

THIS MAY OPEN ANOTHER BROWSER, CLOSE IT PLEASE


Even though it is not the nearest the Dallas test is pretty quick


BEFORE SPEEDTEST

1. At top of IE, click on Tools, internet options, click on delete files and click on offline files (It's safe), click on clear history, yes
2.) Go to Start button, programs, accessories, system tools, disk cleanup, Click OK (Safe)
3.) Run scandisk (Short version)
4.) Scandisk on XP?
Click on My Computer, select Drive that XP is on, RIGHT click on BLANK place, select properties, then tools at top tab, click check now, check box automattically fix system errors, click start,
then test. Turn all running programs off. Reboot computer so you have all your RAM
:)

[lug387]

i cleaned out everything and changed my values.I ran a scan disk...but everytime i click the automatically reapir...i get an error "The disk check utility needs exclusive access to some window files....do you want to schedule this disk check to occur the next time you restart the computer?"i did that and it ran the utility...it didnt say there were any errors.....my speed test was 739 d/l and 633 up...usually my speed tests do well....my d/l's have been starting 69 bits shoots up too 200+ then falls very consistently until i am done 20's to 30's..is this a router ,isp or even a computer...i run tracerroutes all the time ,some are good and some are bad with the same results. TCP options string = 020405b40103030201010402

MTU = 1500
MTU is fully optimized for broadband.

MSS = 1460
Maximum useful data in each packet = 1460, which is equal to MSS.

Default Receive Window (RWIN) = 204400
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 51100
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)
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: 8176 kbps (1022 KBytes/s) @ 200ms
Your RcvWindow limits you to: 3270.4 kbps (408.8 KBytes/s) @ 500ms

MTU Discovery (RFC1191) = ON

Time to live left = 52 hops
TTL value is ok.

Timestamps (RFC1323) = OFF

Selective Acknowledgements (RFC2018) = ON

IP type of service field (RFC1349)= 00000000

i havent used cableut in awhile maybe ill try it

[Kip Patterson]

Reduce your RWIN!

Kip

[lug387]

what would you suggest kip for a good value to start from?

[Kip Patterson]

20k.

With a window of over 200K, you have almost 2 and a half seconds of data in transit. The sending program measures this time and uses it to establish a value for its retransmission timer. If you do lose a packet, it will be 2.5 seconds minimum before the replacement is sent.

Kip

[Lobo]

Try Tcp Recieve Window of 32120:) Under Tcp1323 Opts scaling is NOT checked for this number, check if above 65535





Or 26280

[lug387]

i have tried all of those RWin some help out my peak D/L alot but stilll falls way down...By chance would having my computer dual boot cause these problems...i just read where a guy did an upgrade from 2000 office to xp pro and it set up a dual boot without him knowing....thats what i upgraded from..i never upgrade, but i did this time.

[Lobo]

I have never heard of dual boot causing problem, but a fresh install would be sweet:) :)

[Lee_Nover]

Kip,

20k.

With a window of over 200K, you have almost 2 and a half seconds of data in transit.

I believe that RWIN values are in bits. If he is capped at 784 Kilobits per second, than an RWIN value of 200,000 Bits, is 200 Kilobits per second, and if he can potentially do 784 Kilobits a second, then a retransmission would take .25 of a second. Therefore to retransmit 137 packets, where each packet contains approx. 1460 bits of usefull information, would only take a quater of a second. If his line is clean, and does not experience anything greater than 10% of all lost packets, than go for it.

[Kip Patterson]

RWINS are in Bytes, as are packet sizes.

It's only the communication speed that is in bits.

Kip

[Lee_Nover]

DefaultRcvWindow = 16-bit number

Data Type: DWORD
For Windows 98, the Data Type is a String value.

Specifies the default receive window advertised by TCP. The default is 8192.

From microsoft.com

[Kip Patterson]

In the Windows registry, the size of the RWIN is EXPRESSED as either a DWORD value (32 bits) or as a string.

The RWIN itself is in bytes.

Kip