My Tips - replies moved
.Here's the info provided by the TCP/IP analyzer on your site,before making any adustments.
TCP properties for IP = XXXXXXXXXXXXXXXXXXXXXXXBrowser/OS = Mozilla/4.0 (compatible; MSIE 5.5; MSN 2.5; Windows 98; H010818)
Note: Read the FAQ if the above is not your IP address.
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) = 37690
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 37690
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: 1507.6 kbps (188.45 KBytes/s) @ 200ms
Your RcvWindow limits you to: 603.04 kbps (75.38 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 115 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
.This is another quetion I'd appreciate your help with. When using the RWIN calculator, I'm not sure what the proper number is . I took the average of the top 5 out of 10 speedtests I ran via 'speakeasy' as suggested. My cable connection averaged 4960 kbps (even though my provider only guarantees 'up to' 3,000). Do I put '4960' in the bandwidth box or 496 ?? My average latency was 83.465 and my MSS is 1460.
I have a Dell P-II 350,W98 and Cox cable if that helps.
I currently have my RWIN setting at 37690 from when I had DSL service.Now with the cable connection, I know that some other adjustments need to be made.(and hopefully get even better speeds)
Your help is greatly appreciated . Thanks, Brent
TCP properties for IP = XXXXXXXXXXXXXXXXXXXXXXXBrowser/OS = Mozilla/4.0 (compatible; MSIE 5.5; MSN 2.5; Windows 98; H010818)
Note: Read the FAQ if the above is not your IP address.
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) = 37690
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 37690
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: 1507.6 kbps (188.45 KBytes/s) @ 200ms
Your RcvWindow limits you to: 603.04 kbps (75.38 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 115 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
.This is another quetion I'd appreciate your help with. When using the RWIN calculator, I'm not sure what the proper number is . I took the average of the top 5 out of 10 speedtests I ran via 'speakeasy' as suggested. My cable connection averaged 4960 kbps (even though my provider only guarantees 'up to' 3,000). Do I put '4960' in the bandwidth box or 496 ?? My average latency was 83.465 and my MSS is 1460.
I have a Dell P-II 350,W98 and Cox cable if that helps.
I currently have my RWIN setting at 37690 from when I had DSL service.Now with the cable connection, I know that some other adjustments need to be made.(and hopefully get even better speeds)
Your help is greatly appreciated . Thanks, Brent
-
rp8049
I have an ADSL connection which is advertised at 500kbps
The ISP is BTopenworld Broadband:
http://www.btopenworld.com/welcome/0,7134,,00.html
Speakeasy only seemed to have locations in the US and I'm in the UK
I am running Windows XP Pro on a 1.4GHz Athlon with 256MB DDR RAM
TCP properties for IP = ********** (host217-40-200-219.in-addr.btopenworld.com)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705)
Note: Read the FAQ if the above is not your IP address.
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) = 17520
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 17520
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: 700.8 kbps (87.6 KBytes/s) @ 200ms
Your RcvWindow limits you to: 280.32 kbps (35.04 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 110 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
The ISP is BTopenworld Broadband:
http://www.btopenworld.com/welcome/0,7134,,00.html
Speakeasy only seemed to have locations in the US and I'm in the UK
I am running Windows XP Pro on a 1.4GHz Athlon with 256MB DDR RAM
TCP properties for IP = ********** (host217-40-200-219.in-addr.btopenworld.com)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705)
Note: Read the FAQ if the above is not your IP address.
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) = 17520
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 17520
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: 700.8 kbps (87.6 KBytes/s) @ 200ms
Your RcvWindow limits you to: 280.32 kbps (35.04 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 110 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
-
nissandave
- New Member
- Posts: 16
- Joined: Tue Jun 25, 2002 11:00 pm
- Location: North Carolina
Please exlpain this.......
FOR FASTER WEB PAGE LOADING:
This tweak will help web pages load faster, it has no real effect on download speeds, just helps your pc look up websites faster thereby speeding up how fast the page loads and making websurfing more enjoyable.
Navigate to this registry entry and change the following settings:
For XP & 2K
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic
es\Tcpip\ServiceProvider
For 98, 98SE & ME
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic
es\VxD\MSTCP\ServiceProvider
On the right for ALL OS's change these entries: (ALL values are HEXIDECIMAL)
Class - 1
DnsPriority - 1
HostsPriority - 1
LocalPriority - 1
NetbtPriority - 1
To change the value right mouse click on the value and select modify and enter the values above once you have done all of them reboot to take effect and see how fast your pages load.
When I go to this place in my registry, and right click on the appropriate lines, a modify box comes up and it has a long string of numbers/letters in it. Exactly which letter/number do I change in the lines?
This tweak will help web pages load faster, it has no real effect on download speeds, just helps your pc look up websites faster thereby speeding up how fast the page loads and making websurfing more enjoyable.
Navigate to this registry entry and change the following settings:
For XP & 2K
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic
es\Tcpip\ServiceProvider
For 98, 98SE & ME
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic
es\VxD\MSTCP\ServiceProvider
On the right for ALL OS's change these entries: (ALL values are HEXIDECIMAL)
Class - 1
DnsPriority - 1
HostsPriority - 1
LocalPriority - 1
NetbtPriority - 1
To change the value right mouse click on the value and select modify and enter the values above once you have done all of them reboot to take effect and see how fast your pages load.
When I go to this place in my registry, and right click on the appropriate lines, a modify box comes up and it has a long string of numbers/letters in it. Exactly which letter/number do I change in the lines?
- Ashdaw
- Posts: 983
- Joined: Tue Dec 12, 2000 12:00 am
- Location: Smithfield, New South Wales, Australia, Australia
Mnosteele52, this setting needs to be altered. It was spelled wrongly by MS in Win 98 and needs to be GlobalMaxTcpWindoSize. I got this from George @ Axcel216 ages ago8. GlobalMaxTcpWindowSize - The TcpWindowSize parameter can be used to set the receive window on a per-interface basis. This parameter can be used to set a global limit for the TCP window size on a system-wide basis.
Default: This parameter does not exist by default.
NissanDave, trhe easiest way to fix this is to change all those keys into Dwords instead of the Binary they are originally. But, if you want to keep them as binary, change the numbers to read
01 00 00 00 That will fix that.
IMPORTANT BACK UP THAT REGISTRY KEY BEFORE YOU DO OK?
Main Computer:
GA97X G3
i7 4790K
GTX960
32gb Ram
1TB Samsung 860 SSD
NZXT Case
GA97X G3
i7 4790K
GTX960
32gb Ram
1TB Samsung 860 SSD
NZXT Case
-
nissandave
- New Member
- Posts: 16
- Joined: Tue Jun 25, 2002 11:00 pm
- Location: North Carolina
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
No, only in 98 was it spelled wrong not 2K or XP, either way it's correct in Cablenut.Originally posted by Ashdaw
Mnosteele52, this setting needs to be altered. It was spelled wrongly by MS in Win 98 and needs to be GlobalMaxTcpWindoSize. I got this from George @ Axcel216 ages ago
NissanDave, trhe easiest way to fix this is to change all those keys into Dwords instead of the Binary they are originally. But, if you want to keep them as binary, change the numbers to read
01 00 00 00 That will fix that.![]()
IMPORTANT BACK UP THAT REGISTRY KEY BEFORE YOU DO OK?![]()
-
CaptainSpeleo
- Regular Member
- Posts: 425
- Joined: Thu Apr 19, 2001 12:00 am
- Location: Plant City, Florida
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
- wagner_reatto
- Member
- Posts: 54
- Joined: Sun Apr 01, 2001 12:00 am
- Location: São Paulo - Brasil
ok, i made these changes and it is working very well, really gr8 tweak.Originally posted by mnosteele52
For 98, 98SE & ME
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic
es\VxD\MSTCP\ServiceProvider
On the right for ALL OS's change these entries: (ALL values are HEXIDECIMAL)
Class - 1
DnsPriority - 1
HostsPriority - 1
LocalPriority - 1
NetbtPriority - 1
can you explain what this mean? what does it affect?
thank you very much!
wagner reatto
-
MentallyNormal
- Member
- Posts: 38
- Joined: Thu Jun 01, 2000 12:00 am
- Location: Oceanside,Ca
Here try these tips For Slow Network Browsing. I have applied them an they indeed stopped the lag while networking browsings from a Winxp machine. Sorry if this has been posted before just wanted to help people out.
---
Windows XP Network Troubleshooting
---
Windows XP Network Troubleshooting
If a Dog Goes bark and a Cow goes Moo. It means you're not crazy.
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
The lower the value here the more priority the parameter gets. Basically it forces your pc to look up DNS numbers faster thereby speeding up the loading of web pages.Originally posted by wagner.reatto
ok, i made these changes and it is working very well, really gr8 tweak.
can you explain what this mean? what does it affect?
thank you very much!
- wagner_reatto
- Member
- Posts: 54
- Joined: Sun Apr 01, 2001 12:00 am
- Location: São Paulo - Brasil
-
MentallyNormal
- Member
- Posts: 38
- Joined: Thu Jun 01, 2000 12:00 am
- Location: Oceanside,Ca
-
Carrera
I need help!!
Hi guys! I was wondering if I can get any help on this issue that I have. I have a ADSL connection with an advertised speed of 384/128 and I've reached speeds upto 39KB/s when I'm supposed to be getting 43.2KB/s... The full bandwidth should be at 48KB/s but we all know that you only get 90%...
I am running of a home network that has the ADSL modem connected directly using USB to a 2.2GHz IV then off a switch. Both the main computer and the computer that I'm on download at the same rates...
Any recommendations on that?
** one more thing- I have two networking icons that appeared after installing my ADSL. The first connection has a speed of 3.6Mbs and the second connection "ATM" has a speed of 378.6KB/s...
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) = 32120
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 32120
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: 1284.8 kbps (160.6 KBytes/s) @ 200ms
Your RcvWindow limits you to: 513.92 kbps (64.24 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 46 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00011100
Precedence (priority) = 000 (routine)
Delay = 1 (low delay)
Throughput = 1 (high throughput)
Reliability = 1 (high reliability)
Cost = 0 (normal cost)
I am running of a home network that has the ADSL modem connected directly using USB to a 2.2GHz IV then off a switch. Both the main computer and the computer that I'm on download at the same rates...
Any recommendations on that?
** one more thing- I have two networking icons that appeared after installing my ADSL. The first connection has a speed of 3.6Mbs and the second connection "ATM" has a speed of 378.6KB/s...
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) = 32120
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 32120
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: 1284.8 kbps (160.6 KBytes/s) @ 200ms
Your RcvWindow limits you to: 513.92 kbps (64.24 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 46 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00011100
Precedence (priority) = 000 (routine)
Delay = 1 (low delay)
Throughput = 1 (high throughput)
Reliability = 1 (high reliability)
Cost = 0 (normal cost)
Proper TcpReceiveWindow Formula:
(Maxium Bandwidth x Maxium Anticipated Latency) / 8
Example of a Cable connection with a 1500 download cap with an Anticipated Latency of 100 ms:
(1500 x 100) / 8 = 18750 To make it a multipule of MSS divide by 1460:
18750 / 1460 = 12.84246 Then round up to the nearest even whole number:
14 x 1460 = 20440
This is what is sometimes called the base TcpReceiveWindow value. From here it can be increased to take advantage of Windows Scaling if the value is 65535 or greater.
18980 x 2 = 40880
18980 x 3 = 61320
18980 x 4 = 81760 MAX TcpReceiveWindow
*Remember when calculating for your optimum TcpReceiveWindow that latency can possibly rise as high as 300-500ms during a large download and if your TcpReceiveWindow is at least as large as your caps X 500 then no increase in it will produce a faster speed. A HUGE TcpReceiveWindow DOES NOT increase your download speed at all, a value larger than defaults is always better but there is a point at which you will not increase your speed with increasing this value.
Can this formula be used with windows 98?
(Maxium Bandwidth x Maxium Anticipated Latency) / 8
Example of a Cable connection with a 1500 download cap with an Anticipated Latency of 100 ms:
(1500 x 100) / 8 = 18750 To make it a multipule of MSS divide by 1460:
18750 / 1460 = 12.84246 Then round up to the nearest even whole number:
14 x 1460 = 20440
This is what is sometimes called the base TcpReceiveWindow value. From here it can be increased to take advantage of Windows Scaling if the value is 65535 or greater.
18980 x 2 = 40880
18980 x 3 = 61320
18980 x 4 = 81760 MAX TcpReceiveWindow
*Remember when calculating for your optimum TcpReceiveWindow that latency can possibly rise as high as 300-500ms during a large download and if your TcpReceiveWindow is at least as large as your caps X 500 then no increase in it will produce a faster speed. A HUGE TcpReceiveWindow DOES NOT increase your download speed at all, a value larger than defaults is always better but there is a point at which you will not increase your speed with increasing this value.
Can this formula be used with windows 98?
If so is this right: (max bandwidth=1800) X (max anticpated latency= 41) (max ping averaged of 7 sites) / 8 (1800 X 41)/ 8= 9225 9225/1460= 6.3 round up to 8 8 x 1460=11680. So then i set my TcpReceiveWindow to 11680? Also the lower the max anticipated latency the better right? Cause lower ping ='s better....
-
CaptainSpeleo
- Regular Member
- Posts: 425
- Joined: Thu Apr 19, 2001 12:00 am
- Location: Plant City, Florida
MentallyNormal:
When I right-click on my Intel Pro/100 VE network connection icon and then click Properties, I do not see "Authentication" anywhere, so I cannot make that particular change that I read about in the article that you had a link to. Do you have any suggestions?
I went into HKEY_LOCAL_MACHINE - System - CurrentControlSet - Services - NetBT - [Parameters] and found the following settings:
BcastNameQueryCount - 00000003(3)
BcastQueryTimeout - 000002ee(750)
NameSrvQueryCount - 00000003(3)
NameSrvQueryTimeout - 000005dc(1500)
I have changed them to:
BcastNameQueryCount - 00000001(1)
BcastQueryTimeout - 00000020(32)
NameSrvQueryCount - 00000001(1)
NameSrvQueryTimeout - 00000020(32)
as the article suggested.
When I right-click on my Intel Pro/100 VE network connection icon and then click Properties, I do not see "Authentication" anywhere, so I cannot make that particular change that I read about in the article that you had a link to. Do you have any suggestions?
I went into HKEY_LOCAL_MACHINE - System - CurrentControlSet - Services - NetBT - [Parameters] and found the following settings:
BcastNameQueryCount - 00000003(3)
BcastQueryTimeout - 000002ee(750)
NameSrvQueryCount - 00000003(3)
NameSrvQueryTimeout - 000005dc(1500)
I have changed them to:
BcastNameQueryCount - 00000001(1)
BcastQueryTimeout - 00000020(32)
NameSrvQueryCount - 00000001(1)
NameSrvQueryTimeout - 00000020(32)
as the article suggested.
- polishmafia4u
- Regular Member
- Posts: 353
- Joined: Mon Aug 26, 2002 6:20 pm
- Location: CA
Originally posted by mnosteele52
The lower the value here the more priority the parameter gets. Basically it forces your pc to look up DNS numbers faster thereby speeding up the loading of web pages.![]()
![]()
well that sounds good. i think ill try it but i want to know one more thing. you said what is in the quote above. changing the value in that part of the registry gives the parameter more priority correct? my question is how does this affect the computer when i am working on stuff like docuents and picture editing during normal computer use? does it slow that part down or does it affect it at all?
oh yeah one more thing how exactly do i restore a registry if the tweak screws up my comp? im am on win 98 se and have cox.
thanks
-George
p.s. really nice d/l tweaks thanks for making such a helpful site
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
Hello.
Back to basics on RWIN.
mnosteele52, at the beginning of this thread, in your suggested configuration, you point to the RWIN calculator.
Further down, you define a formula for TCPReceiveWindow.
I assume this is the same thing as TCPWindowSize that the calculator comes up with.
It seems that the calculator skips the division by 8 and naturally ends up with a value around eight times larger.
If so, which one is the right formula?
Even taking into account the x4 multiplier, the spelled-out formula produces windows half the size of the calculator's.
e.g. My cap is 3008, latency 35ms, MSS 1460.
The calculator gives me 105120.
The formula gives: 14600 (or, x4 = 58400).
(by the way, the formula uses the wrong numbers on the scaling part).
Thanks in advance.
Back to basics on RWIN.
mnosteele52, at the beginning of this thread, in your suggested configuration, you point to the RWIN calculator.
Further down, you define a formula for TCPReceiveWindow.
I assume this is the same thing as TCPWindowSize that the calculator comes up with.
It seems that the calculator skips the division by 8 and naturally ends up with a value around eight times larger.
If so, which one is the right formula?
Even taking into account the x4 multiplier, the spelled-out formula produces windows half the size of the calculator's.
e.g. My cap is 3008, latency 35ms, MSS 1460.
The calculator gives me 105120.
The formula gives: 14600 (or, x4 = 58400).
(by the way, the formula uses the wrong numbers on the scaling part).
Thanks in advance.
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
What you are not taking into consideration is it is based on your maximum anticipated latency, considering that you must remember that latency can rise as high as 300-500ms during congested times. Try basing it on a latency of 250-400ms and see what you come up with, remember also that nothing is perfect and a good thing to do once you find a value that works well is to keep adding to the value you came up with in increments of 2920 and see if you can fine tune it even better.

That was a quick answer!
Do you ever go to sleep or lunch? <g> You sure make justice to your nick.
I don't worry much about the precise RWIN value but it just happened I calculated it both ways and I was surprised with the results.
I understand I should be using average-to-max latencies for normal connections. I'm doing a test now using the latencies to my proxy.
No matter what I use though, min or max, it goes into the calculator or the formula and I'd still have the same discrepancy in suggested values and I'd still not know which is the "righter" one.
Take care.
Do you ever go to sleep or lunch? <g> You sure make justice to your nick.
I don't worry much about the precise RWIN value but it just happened I calculated it both ways and I was surprised with the results.
I understand I should be using average-to-max latencies for normal connections. I'm doing a test now using the latencies to my proxy.
No matter what I use though, min or max, it goes into the calculator or the formula and I'd still have the same discrepancy in suggested values and I'd still not know which is the "righter" one.
Take care.
umm
6. By default Windows 2K & XP cache everything in the DNS cache service, both correct and faulty DNS lookups. To increase performance by eliminating the caching of faulty DNS lookups, change the following values from whatever their original values are to zero.
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi
ces\Dnscache\Parameters]
"NegativeCacheTime"=dword:00000000
"NetFailureCacheTime"=dword:00000000
"NegativeSOACacheTime"=dword:00000000
umm these didnt exist in my reg so i added em as dwords
all i had was a thing called: servicedDLL
with value: %SystemRoot%\System32\dnsrslvr.dll
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
-
airborn
Well i tried to do everything you said, it didnt work out for me, i talked to someone else on here and they gave me a preset registry. I then did it, which it did automatically.
Before my cable was at 679down 589up.
after i did that preset thing that Phillip made, it screwed everything up. I tested like 10 times and my d/l and u/l are like
158/97. Thats a pretty darn big difference. What went wrong?
my isp http://www.prolog.net said that i could get up to 800/800
i wanna try to get as close to that as possible
im totaly lost, could anyone help me by chance, i would be greatly appreciative
aol = sn0b0und
icq = 18995598
Before my cable was at 679down 589up.
after i did that preset thing that Phillip made, it screwed everything up. I tested like 10 times and my d/l and u/l are like
158/97. Thats a pretty darn big difference. What went wrong?
my isp http://www.prolog.net said that i could get up to 800/800
i wanna try to get as close to that as possible
im totaly lost, could anyone help me by chance, i would be greatly appreciative
aol = sn0b0und
icq = 18995598
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
Please help im getting CRAP!
MNOSTEELE52 PLEASE HELP. I have the worst DSL in the world and want to optimize it to make it quicker. If you can even double my speeds from 100 to 200 i will seriously send you a 50 dollar check. Im desperate. My dsl is advertised at 768.
I am on Verizon DSL and uses PPOoE. My verizon says i should be able to get 768/128
Im running Windows XP and am using a Linksys router, but am willing to un-network for Exceptional speeds.
I normally can never get a download over 90k, and a upload over 15k but here are my speed tests:
Speed tests average out to around 85k download.
Here is my TCP/IP Analazyer. Hope you guys can figure something out. I need a better download. Thanks
TCP/IP Analazer:
TCP properties for IP = XXXXXXX(evrtwa1-ar13-X-XX-XXX-XXX.evrtwa1.dsl-verizon.net)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Note: Read the FAQ if the above is not your IP address.
TCP options string = 020405ac0103030201010402
MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which equals MSS.
MSS is optimized for PPPoE DSL broadband. If not, consider raising MTU to 1500 for maximum throughput.
Default Receive Window (RWIN) = 255552
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 63888
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 10222.08 kbps (1277.76 KBytes/s) @ 200ms
Your RcvWindow limits you to: 4088.832 kbps (511.104 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 53 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 01011100
Precedence (priority) = 010 (immediate)
Delay = 1 (low delay)
Throughput = 1 (high throughput)
Reliability = 1 (high reliability)
Cost = 0 (normal cost)
I am on Verizon DSL and uses PPOoE. My verizon says i should be able to get 768/128
Im running Windows XP and am using a Linksys router, but am willing to un-network for Exceptional speeds.
I normally can never get a download over 90k, and a upload over 15k but here are my speed tests:
Speed tests average out to around 85k download.
Here is my TCP/IP Analazyer. Hope you guys can figure something out. I need a better download. Thanks
TCP/IP Analazer:
TCP properties for IP = XXXXXXX(evrtwa1-ar13-X-XX-XXX-XXX.evrtwa1.dsl-verizon.net)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Note: Read the FAQ if the above is not your IP address.
TCP options string = 020405ac0103030201010402
MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which equals MSS.
MSS is optimized for PPPoE DSL broadband. If not, consider raising MTU to 1500 for maximum throughput.
Default Receive Window (RWIN) = 255552
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 63888
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 10222.08 kbps (1277.76 KBytes/s) @ 200ms
Your RcvWindow limits you to: 4088.832 kbps (511.104 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 53 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 01011100
Precedence (priority) = 010 (immediate)
Delay = 1 (low delay)
Throughput = 1 (high throughput)
Reliability = 1 (high reliability)
Cost = 0 (normal cost)
DSLPLAYA
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
dslplaya, try the following settings in Cablenut:
DefaultReceiveWindow = 192512
DefaultSendWindow = 16384
DisableAddressSharing = 1
InitialLargeBufferCount = 100
InitialMediumBufferCount = 240
InitialSmallBufferCount = 320
LargeBufferSize = 81920
MaxFastTransmit = 64000
MediumBufferSize = 15040
PriorityBoost = 0
SmallBufferSize = 1280
TransmitWorker = 32
FastSendDatagramThreshold = 4096
EnableFastRouteLookup = 1
EnablePMTUDiscovery = 1
IgnorePushBitsOnReceive = 0
GlobalMaxTcpWindowSize = 37752 or 52272 or 63888
MaxFreeTcbs = 8000
MaxHashTableSize = 16384
MaxNormLookupMemory = 5000000
SackOpts = 1
SynAttackProtect = 1
Tcp1323Opts = 0
TcpLogLevel = 1
TcpMaxDupAcks = 2
TcpMaxHalfOpen = 100
TcpMaxHalfRetried = 80
TcpRecvSegmentSize = 1452
TcpSendSegmentSize = 1452
TcpTimedWaitDelay = 30
TcpUseRFC1122UrgentPointer = 0
TcpWindowSize = 37752 or 52272 or 63888
MaxConnectionsPer1_0Server = 20
MaxConnectionsPerServer = 10
DefaultTTL = 64
DisableUserTOSSetting = 0
TcpMaxDataRetransmissions = 6
DefaultTOSValue = 92
Also add the following line to your registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters
BufferMultiplier - DWORD - hexidecimal value of 400.
Also set your NIC duplex mode to 100mb full duplex and read the DSL Wiring Article. Something else to keep in mind.... your caps are 1500/128 - that is in kilobits per second but when you download and upload it is shown in kilobytes per second which would be 188/16 kilobytes per second. Try the above settings and let me know how they work for you.

DefaultReceiveWindow = 192512
DefaultSendWindow = 16384
DisableAddressSharing = 1
InitialLargeBufferCount = 100
InitialMediumBufferCount = 240
InitialSmallBufferCount = 320
LargeBufferSize = 81920
MaxFastTransmit = 64000
MediumBufferSize = 15040
PriorityBoost = 0
SmallBufferSize = 1280
TransmitWorker = 32
FastSendDatagramThreshold = 4096
EnableFastRouteLookup = 1
EnablePMTUDiscovery = 1
IgnorePushBitsOnReceive = 0
GlobalMaxTcpWindowSize = 37752 or 52272 or 63888
MaxFreeTcbs = 8000
MaxHashTableSize = 16384
MaxNormLookupMemory = 5000000
SackOpts = 1
SynAttackProtect = 1
Tcp1323Opts = 0
TcpLogLevel = 1
TcpMaxDupAcks = 2
TcpMaxHalfOpen = 100
TcpMaxHalfRetried = 80
TcpRecvSegmentSize = 1452
TcpSendSegmentSize = 1452
TcpTimedWaitDelay = 30
TcpUseRFC1122UrgentPointer = 0
TcpWindowSize = 37752 or 52272 or 63888
MaxConnectionsPer1_0Server = 20
MaxConnectionsPerServer = 10
DefaultTTL = 64
DisableUserTOSSetting = 0
TcpMaxDataRetransmissions = 6
DefaultTOSValue = 92
Also add the following line to your registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters
BufferMultiplier - DWORD - hexidecimal value of 400.
Also set your NIC duplex mode to 100mb full duplex and read the DSL Wiring Article. Something else to keep in mind.... your caps are 1500/128 - that is in kilobits per second but when you download and upload it is shown in kilobytes per second which would be 188/16 kilobytes per second. Try the above settings and let me know how they work for you.
?
I am on Verizon DSL and uses PPOoE. My verizon says i should be able to get 768/128
doesnt that mean his caps are 96/16
I normally can never get a download over 90k, and a upload over 15k but here are my speed tests:
so wouldnt these download sped be pretty accuarte?
i guess you caould try to get the full 96kb though with the tweak
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
Thats ok MNOSTEELE
Hey man its ok. Yes my setting are 768/128
Do you think i would be better off switiching to Cable?
Or is 1500/356 dsl pretty good. Im thinking about switching.
But until then can you post me some new cablenut settings for my 768/128 connection so i can optimize it. Thanks
Jason
Do you think i would be better off switiching to Cable?
Or is 1500/356 dsl pretty good. Im thinking about switching.
But until then can you post me some new cablenut settings for my 768/128 connection so i can optimize it. Thanks
Jason
DSLPLAYA
- mnosteele52
- Posts: 11913
- Joined: Tue Jul 24, 2001 12:00 pm
- Location: Chesapeake, VA
Thank you mnosteele52.
I had a 512k cable connection with NTLworld in the UK and have just downgraded my connection to their cheaper 128k cable connection service, when i came across your thread a couple of days ago. I tried the Cablenut program and was well pleased when i found i could download data at about 2/3 what I could do with my old 512k connection, (around 48KB/sec) dispite being at 1/4 the speed. However when I did some more reading at this site, i realised that although my connection was still cable, the 128k rate was more like an Adsl connection. So i re-ran the Cablenut program, this time using the Adsl settings. I was amazed when i found i could now download data as quick as my old 512k connection and downloaded a 25Meg file with a rate that was in the 70's KB/sec.
I cannot thank you enough.
333Meg processor
Windows 98
128K Cable with NTLworld
TCP properties for IP = XX.X.XX.XX (inktomi2-not.server.ntl.com)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
Note: Read the FAQ if the above is not your IP address.
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) = 34848
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 34848
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: 1393.92 kbps (174.24 KBytes/s) @ 200ms
Your RcvWindow limits you to: 557.568 kbps (69.696 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 39 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
Cheers
Nick
PS: I thank you in advance for any more advice you have to give
I had a 512k cable connection with NTLworld in the UK and have just downgraded my connection to their cheaper 128k cable connection service, when i came across your thread a couple of days ago. I tried the Cablenut program and was well pleased when i found i could download data at about 2/3 what I could do with my old 512k connection, (around 48KB/sec) dispite being at 1/4 the speed. However when I did some more reading at this site, i realised that although my connection was still cable, the 128k rate was more like an Adsl connection. So i re-ran the Cablenut program, this time using the Adsl settings. I was amazed when i found i could now download data as quick as my old 512k connection and downloaded a 25Meg file with a rate that was in the 70's KB/sec.
I cannot thank you enough.
333Meg processor
Windows 98
128K Cable with NTLworld
TCP properties for IP = XX.X.XX.XX (inktomi2-not.server.ntl.com)
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
Note: Read the FAQ if the above is not your IP address.
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) = 34848
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 34848
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: 1393.92 kbps (174.24 KBytes/s) @ 200ms
Your RcvWindow limits you to: 557.568 kbps (69.696 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 39 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
Cheers
Nick
PS: I thank you in advance for any more advice you have to give