Jump to content

OK is OK, but I want Awesome!


A72CUTLAS

Recommended Posts

I have a 3000/384 DSL connection from SBC/ATT or whoever they are now. My download test is posted below. As you can see I'm running at 98%+ of average, but I've seen others getting more than average, or "Awesome!!" speeds.  Though I live in the OK state, I'd like Awesome speeds.javascript:void(0);

:haha: I've dl'd cablenut and used their generic adsl-fast settings but that actually slowed me down.javascript:void(0);

:whaa: I'm at a loss. javascript:void(0);

ShockedPlease help me to be awesome. Any help would be appreciated.

:::.. Download Stats ..:::

Connection is:: 2544 Kbps about 2.5 Mbps (tested with 12160 kB)

Download Speed is:: 311 kB/s

Tested From:: https://testmy.net (server2)

Test Time:: Wed Jan 18 2006 12:26:32 GMT-0600 (Central Standard Time)

Bottom Line:: 45X faster than 56K 1MB download in 3.29 sec

Diagnosis: 90% + Okay : running at 98.34 % of your hosts average (swbell.net)

Validation Link:: https://testmy.net/stats/id-R2NEMBP3Q

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

After searching more on the forum, I ran across the Vanburen tweak v.8. I applied it and rebooted and the results are the same:

:::.. Download Stats ..:::

Connection is:: 2506 Kbps about 2.5 Mbps (tested with 1013 kB)

Download Speed is:: 306 kB/s

Tested From:: https://testmy.net (server2)

Test Time:: Wed Jan 18 2006 13:28:19 GMT-0600 (Central Standard Time)

Bottom Line:: 45X faster than 56K 1MB download in 3.35 sec

Diagnosis: 90% + Okay : running at 96.87 % of your hosts average (swbell.net)

Validation Link:: https://testmy.net/stats/id-QNF637MAX

Is there anything else I can do? Thx again.

Link to comment
Share on other sites

My 'puter is scanned daily for AV & weekly for Spy-Mal ware. The AV prog I use is F-Secure and I use Ad-Monitor(Ad-Aware pkg with the F-Secure) for spyware. I have a modem with built-in router so i don't run any s/w firewall. Now here is the traceroute to mytest.net.

Tracing route to testmy.net

over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  dslrouter

  2    13 ms    16 ms    14 ms  bras2-l0.okcyok.sbcglobal.net [151.164.182.199]

  3    12 ms    12 ms    12 ms  dist1-vlan50.okcyok.sbcglobal.net [151.164.23.13

0]

  4    13 ms    13 ms    12 ms  bb1-g1-0.okcyok.sbcglobal.net [151.164.23.225]

  5    16 ms    16 ms    17 ms  bb1-p7-2.rcsntx.sbcglobal.net [151.164.240.102]

  6    17 ms    16 ms    16 ms  bb2-p4-0.rcsntx.sbcglobal.net [151.164.191.118]

  7    18 ms    18 ms    17 ms  ex1-p2-0.eqdltx.sbcglobal.net [151.164.40.33]

  8    17 ms    17 ms    17 ms  151.164.249.222

  9    18 ms    18 ms    18 ms  208.175.175.42

10    18 ms    17 ms    18 ms  vl32.dsr01.dllstx3.theplanet.com [70.85.127.61]

11    18 ms    18 ms    18 ms  vl42.dsr02.dllstx4.theplanet.com [70.85.127.91]

12    30 ms    25 ms    27 ms  gi1-0-2.car17.dllstx4.theplanet.com [67.18.116.8

5]

13    18 ms    18 ms    18 ms  85.67-18-179.reverse.theplanet.com [67.18.179.85

]

Trace complete.

And thaks alot for your help.

Link to comment
Share on other sites

You may be right, though I believe I'm on an RT. On another forum I was posting with a guy who lives close to me. He's lived here for sometime and said that this area was put on an RT a few years back D/T line sync problems. Where I lived before, I was on the Expert plan, 6000/784, but it wasn't available here. sad.gif Well I guess I'll have to settle for the OK speeds.

Thanks to all who gave their input.

Link to comment
Share on other sites

Here it is:

TCP options string = 020405a401010402

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 Receive Window (RWIN) = 49368

RWIN Scaling (RFC1323) = 0 bits

Unscaled Receive Window = 49368

For optimum performance, consider changing RWIN to a multiple of MSS.

Other values for RWIN that might work well with your current MTU/MSS:

508288 (MSS x 44 * scale factor of 8]

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 RcvWindow limits you to: 1974.72 kbps (246.84 KBytes/s) @ 200ms

Your RcvWindow limits you to: 789.888 kbps (98.736 KBytes/s) @ 500ms

MTU Discovery (RFC1191) = ON

Time to live left = 118 hops

TTL value is ok.

Timestamps (RFC1323) = OFF

Selective Acknowledgements (RFC2018) = ON

IP type of service field (RFC1349) = 11100000 (224)

Precedence (priority) = 111 (Network Control)

Delay = 0 (normal delay)

Throughput = 0 (normal throughput)

Reliability = 0 (normal reliability)

Cost = 0 (normal cost)

Check bit = 0 (correct, 8th checking bit must be zero)

DiffServ (RFC 2474) = CS7 111000 (56) - class 7 (RFC 2474). Similar forwarding behavior to the ToS Precedence field.

I'm not familiar with most of those numbers, other than MTU & RcvWin. I've tried setting the MTU to 1492 but it stays @ the 1484 for some reason. My router MTU is set @ 1500 so maybe this is OK? If theres anything else I can tweak I'd be happy to know about it. Thanks for your help.

Link to comment
Share on other sites

To check what MTU value your comp has been set, just carry out the ping check

click Start/Run type "command" and press enter.

At C: prompt of DOS window, type

ping IP_address -f -l 1464  (IP_address of your choice) and press enter

if no fragmentation occur, try again but with 1465.

If fragmentation occurs, then max value is 1464 and MTU is already correctly set to 1492 (1464+28)

Your RWIN is set too low for bandwidth 3000 kbps

Try this ccs file

Link to comment
Share on other sites

I posted a topic a while back on MTU.Windows ME uses

ping www.testmy.net -f -l 1472.

The ping -f -l 1454 www.testmy.net is for XP & some others.

The MTU - 28 is correct but if you set you MTU at 1500 then 1472

should not fragment 1473 should.This means 1500 is the correct MTU for this connection.

So you need to set the MTU at 1500 to start with so iff it is supposed to be at 1500 it will not fragment at 1472 but will at 1473.Then if it does fragment at 1472 you need to keep going lower until it doesn't fragment.When it no longer fragments take that number & add 28.

Take PPPoE DSL for example its MTU should be 1492.

Try ping -f -l 1464 www.testmy.net for this it should not fragment.

I have read some XP sets PPPoE DSL MTU at1480 if this is your case then

Try ping -f -l 1452 www.testmy.net for this it should not fragment.

I think you can change XPs registry so it doesn't have to use 1480 for PPPoE DSL .

Link to comment
Share on other sites

To Cholla, my MTU had been stuck at 1480 and in another forum someone told me about RASPPOE, so I dl'd it and thats when it moved up to 1484. I went here, https://www.speedguide.net/analyzer.php , and checked it. Also there they have an optimizer that "changed" the MTU to 1492, but the analyzer still shows as 1484. As I'm at work now, I'll do those ping test when I get home to see whats really going on. Thanks again for all the suggestions.

Link to comment
Share on other sites

A72CUTLAS; Some of this may be helpful

I find some conflicts of information on this .So I guess you need to try it both ways

if you are having problems setting the MTU.

EnablePMTUDiscovery

When set to 1 (True), TCP attempts to discover MTU automatically over the path to a remote host. Setting this parameter to

0 causes MTU to default to 576 which reduces overall performance over high speed connections.

OR

Setting MTU overrides the default MTU for the network interface it is added to. Note that if

EnablePMTUDiscovery is set to 1, TCP will use the smaller value of this local MTU and the

"Discovered" MTU of the underlying network connection. If you'd rather use only the MTU value

specified here, you'd have to disable PMTUDiscovery, which would prevent your system from

detecting the network MTU.

The above information seems to conflict.

HKLMSYSTEMCurrentControlSetServicesTcpipParameters

EnablePMTUDiscovery="1" (DWORD - boolean, valid settings are 0-->False and 1-->True. Many connections perform better with

this entry at 1, however, if you prefer to set your upstream to send fixed 1500 packets, you might want to use 0 instead).

When set at 1, establishing connections and initial transfer speed might slow down a bit, however you will get better

throughput if somewhere in the path large packets need to be fragmented.

To modify the PPPoE MTU size, create the following registry key:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNdiswan

ParametersProtocols0

Then add the following registry entries.Entry name Data type Value data

ProtocolType REG_DWORD 0x00000800

PPPProtocolType REG_DWORD 0x00000021

ProtocolMTU REG_DWORD the appropriate MTU size (in decimal)

To do this: 1. Click Start, click Run, type regedit, and then click OK.

2. Locate and then click the following key in the registry:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNdiswan

Parameters

3. On the Edit menu, point to New, and then click Key.

4. Type Protocols, and then press ENTER.

5. On the Edit menu, point to New, and then click Key.

6. Type 0, and then press ENTER.

7. On the Edit menu, point to New, and then click DWORD Value.

8. Type ProtocolType, and then press ENTER.

9. On the Edit menu, click Modify.

10. Type 800, and then click OK.

11. On the Edit menu, point to New, and then click DWORD Value.

12. Type PPPProtocolType, and then press ENTER.

13. On the Edit menu, click Modify.

14. Type 21, and then click OK.

15. On the Edit menu, point to New, and then click DWORD Value.

16. Type ProtocolMTU, and then press ENTER.

17. On the Edit menu, click Modify.

18. Type the appropriate MTU size (decimal value), and then click OK.

19. Quit Registry Editor.

Notes

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...