Speeding up down/upload performance

[Speedy]

Hello,

I,ve done alot of tweaking to my win2k registry to boost internet performance as described on this unique homepage site.

After trying a few settings, I found out that my download performance increases when I set DefaultTTL higher than the recommenden value of 64. I tried with 256 which gave me best performance for my system. But that gave me 100% package loss so I reduced it to 252 and that works.

Test in MSDOS: (substitute www.speedguide.net with you ISP)

ping -f -l 1460 www.speedguide.net

Are there any issues or comments on this?Maybe this would be a good setting for others as well.

Regards
Speedy

[dannjr]

Here check this thread out http://www.speedguide.net/ubb/Forum2/HTML/007927.html

252 may still be two high once you see the additional settings that can be done to win2k as an example..

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

THE WORLDS THINNEST BOOKS: THINGS I WOULD NOT DO FOR MONEY - by Dennis Rodman

Chicago Microsystems
dannjr@microsyspro.com
Speedguide has a great search engine

[Speedy]

Hello, I had a look at your link, read it through and also went to your site. I applied your newest reg-tweak Cablewin2k17.zip from your site.

Questions:

1) If MTU is set this would overwrite PMTUDiscovery. So why do we set this value to 1(enable)?

EnablePMTUDiscovery = 00000001(1)
MTU = 0000005d8(1496)

2) When I test connection by pinging to my ISP then I get following returns:

C:\>ping -f -l 1460 62.2.32.250

Response from 62.2.32.250: Bytes=1460 time=94ms TTL=252
Response from 62.2.32.250: Bytes=1460 time=94ms TTL=252
Response from 62.2.32.250: Bytes=1460 time=157ms TTL=252
Response from 62.2.32.250: Bytes=1460 time=78ms TTL=252

Ping-Statistic for 62.2.32.250: Pakets: sent = 4, received = 4, lost = 0 (0% loss),
approx.response in Millisec.: Minimum = 78ms, Maximum = 157ms, Average = 105ms

Why do I get a TTL of 252 ??? This seems weird to me because I've set the TTL to 32.

Thanks and regards
Speedy

[Venom]

Speedy:

PMTUDiscovery only over writes the MaxMTU IF the server your connected to is having packet loss or it's fragmenting your packets, then it desides between the lowest MTU of both and then changes it. But the MaxMTU is the first choise and it tries to send the packets with the size you have specified. If you turn it off it will try to force to send the packets at whatever you have your MTU set as and if it has to fragment the packets it will take longer and it will start getting packetlose in other words it will choke on it. It has also been said and I am not sure of this that if you turn it off your MTU defaults to 576, but not to sure there.



------------------
\/E(\)()(\/)

[rmrucker]

Interesting, as always...

TTL is the IP "Time-to-Live" setting which specifies the length of time a packet remains alive on the network. It is decreased by ONE for each hop used to reach a certain destination, so in practice it refers to the number of hops allowed to reach a certain destination.

The Windows default is 128. For reasons not clear to me, SpeedGuide choses 64. It is a moot point! In this millenium, it is VERY unlikely you will use more than 64 hops to get anywhere!

This parameter has nothing to do with your download "speed". If you believe it does, then "OK" -- but explain to me the logic how this works -- 'cause it don't make no sense...

Additionally, TTL should also have nothing to do with your packet loss... it does not effect line quality...

PathMTU-Discovery overrides your set MTU. If you don't believe this statement, then check it out yourself! It is very easy to prove -- connect to a server with a lower MTU than yours is set at -- and sniff the packets!

If you disable PMTU-D, your packet size will fall to 576 (pre-RFC1191 levels). Check this out yourself. Set PMTU-D to "0" (off) and run the Tweak test at dslreports.

Hope this helps!

[dannjr]

Well I see you got an answer to some of this how is the download speed, and did you make any changes.

I got here as soon as I could was setting up a new router the book isn't out on it yet

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

THE WORLDS THINNEST BOOKS: THINGS I WOULD NOT DO FOR MONEY - by Dennis Rodman

Chicago Microsystems
dannjr@microsyspro.com
Speedguide has a great search engine

[Speedy]

Thanks guys, I appriciate all comments.

I downloaded Microsoft Windows 2000 TCP/IP Implementation Details to learn more about registry entries. Too I will do some tweaking to find out best settings for me.

Thanx and regards
Speedy

[rmrucker]

Good idea. It is MOSTLY correct. That one even gets the large RWIN stuff right -- unlike one of the earlier MSKB's.

Check out the PMTU-Discovery section and the DefaultTTL section. Let me know if you think my interpretation is BS! Thanks.

[Speedy]

I'll post my personal experience and settings when I've done my homework. Allthough I'm from Switzerland the settings may still be of interesst.

How should I say: What does'nt harm can only help?!

Cu
Speedy

[Subnova]

Just for you to know, this does not work with dsl - Hey I gave it a shot anyways

[dannjr]

Subnova; What part didn't work
Ya had to edit;
what part didn't work with DSL


It starts out at 500+

Originally posted by Subnova:
Just for you to know, this does not work with dsl - Hey I gave it a shot anyways

[This message has been edited by dannjr (edited 12-01-2000).]

[Speedy]

Right...here is what I've been trying today:

1) Tested the highest possible MTU=1468 without loss.
2) I determined a possible TCPWindowSize=258368 as described by Speedguide
3) TTL=32, I obtained this value by testing and it seems to be fine and prevents too long dead time in case of packet loss.

Now that this first "try" is done I get a far better performance, before ~21Kb/s, now ~48Kb/s
This still isn't overwhelming but I'm quite happy.

Are there any other register entries that may need some tweaking to improve speed?

Regards
Speedy

[dannjr]

Speedy;
You are setting the MTU & TcpWindowSize in the interface's keys of the Tcpip to the given adapter also. That would be the other spot you would have to set manually.
I wasn't sure if you caute that part or not.
There still Dword values.

It's basically
Tcpip\Parameters\interfaces\(along set)

[Speedy]

Sorry, the values I've writen down are the ones in brackets (decimal values).

You're right, I haven't set the MTU & TcpWinSize in the interfaces route but I'll do that right away.

Gee, I can feel that I'm getting tired. It's allready 00:17 over here in Switzerland.

Ok, I previously set all values in
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]

and in addition MTU & TcpWindowSize in
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\interfaces\{05654...}]

Hope I have it right this time ;-)

[This message has been edited by Speedy (edited 12-01-2000).]

[dannjr]

Write just go to the next key down that match's your network adapter and your set
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\interfaces\a completelylong stringof numbers& letters]

Yep that would do it. Theres an example on this page.Kinda
http://microsystems.homestead.com/beta1.html
Have a good night

[rmrucker]

Microsoft has already come out and said the TcpWindowSize does not work correctly in the Interfaces subkeys for Windows2000...
Here's the MSKB article: http://support.microsoft.com/support...CH&SPR=WIN2000

But if it makes your feel good, go ahead!! Jeez...

And why do you guys have this weird belief about TTL? I thought you said you downloaded the Win2K white paper??? maybe you haven't read that part yet.

[This message has been edited by rmrucker (edited 12-01-2000).]

[Speedy]

Yep, I have my entries in all paths like in Railroad.zip except with my few altered values.
All other versions do not have all paths implemented.

If I find time I will write a file.reg for my friends.

Maybe you may want a copy too?!

Have a nice evening, Speedy

[dannjr]

Windows 2000 Does Not Use Configured TCPWindowSize Registry Parameter When Accepting a Connection..

Whats the key words here.. Iv done it both way's. "when accepting a connection"

It works better when your not the server. The down side is if you run as a server.

[dannjr]

Yes that would be nice.
Thanks

Originally posted by Speedy:
Yep, I have my entries in all paths like in Railroad.zip except with my few altered values.
All other versions do not have all paths implemented.

If I find time I will write a file.reg for my friends.

Maybe you may want a copy too?!

Have a nice evening, Speedy

[Speedy]

rmrucker, I read the white paper and it clearly says it does not influence speed directly.

If you download something and a datapacket gets lost then you would wait up to 255ms if your TTL value is set to 255. If you would have a TTL of 64 then you would be gaining speed by sending out a new request earlier.

I hope I got this right,...otherwise,... shame on me *grin*

Time for me to have a good night sleep.

Cu, Speedy