Discuss EVDO PC Cards, ExpressCards, EVDO USB, PDAs, Phones, Coverage and Mobile Broadband Cards. Discuss Verizon and Sprint Coverage. CradlePoint CTR350 / PHS300/ MBR1000 & Kyocera KR1 / KR2 & LinkSys WRT54G3G-ST Forums!
EVDOforums.com
Discussion forum for EVDO users
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Our sites Include: EVDO Info :: EVDO Forums :: EVDO Maps :: EVDO Blog :: 3Gstore.com

To purchase your EVDO Card / Antenna / Amplifier / Router from the EVDO Experts, just contact us!

SuperCharged EVDO - Free Performance Tip

Goto page Previous  1, 2, 3 ... 9, 10, 11, 12, 13  Next  
Post new topic   Reply to topic    EVDOforums.com Forum Index -> EVDO with a Wireless PC Data Card or ExpressCard
View previous topic :: View next topic  
Author Message
Fox McCloud
EVDO Junkie


Joined: 02 Dec 2006
Posts: 563

PostPosted: Tue Jun 26, 2007 11:04 pm    Post subject: Reply with quote

justanoldguy wrote:

First, your RWIN should be a multiple of your MSS. Your MSS is MTU - 40. My MTU is 1500, therefore my MSS is 1460. Everyone using EVDO should have an MTU of 1500.


That's incorrect; EVDO should have an MTU of 1024.

Just try this in command prompt:

"ping - f -l XXX www.google.com"

where the X's are, insert numbers; if you get a packet back needs to be fragmented, then you need a lower number. Also, when you do this test, once you find the number that's "just perfect" then you need to add on 28. When I did this test, I came up with 996...and obviously 996+28 = 1024.


Last edited by Fox McCloud on Wed Jun 27, 2007 11:26 am; edited 1 time in total
Back to top
View user's profile Send private message
karlyn
EVDO Junkie


Joined: 02 Apr 2007
Posts: 308
Location: Lynchburg, VA

PostPosted: Wed Jun 27, 2007 5:06 am    Post subject: Reply with quote

justanoldguy wrote:

Everyone using EVDO should have an MTU of 1500.

and
Fox McCloud wrote:

That's incorrect; EVDO should have an MTU of 1024.


Frankly, I think everyone needs to "do the work." I ping without fragmentation at 1472 (and 1472+28=1500), so I've left my MTU at 1500.

mattengland, here are the direct links to the speed guide tools: SG TCP/IP Analyzer and SG TCP/IP Optimizer download

Those are the tools I used to tweak my Win XP2 laptop. I went from downloads in the 500-600 kbps range to downloads in the 1400-1900 kbps range after the tweaks (yes, I'm blessed with a bonded T1). Uploads didn't change much, but I'm only in a Rev.0 location.

karlyn
Back to top
View user's profile Send private message
Fox McCloud
EVDO Junkie


Joined: 02 Dec 2006
Posts: 563

PostPosted: Wed Jun 27, 2007 11:28 am    Post subject: Reply with quote

karlyn wrote:
justanoldguy wrote:

Everyone using EVDO should have an MTU of 1500.

and
Fox McCloud wrote:

That's incorrect; EVDO should have an MTU of 1024.


Frankly, I think everyone needs to "do the work." I ping without fragmentation at 1472 (and 1472+28=1500), so I've left my MTU at 1500.


What? Really? That's really strange.....hmmm, I wonder what it has to do with; the tower, card, router, or what? Either way....if that's the case, then karlyn is right; do your own testing with "ping -f -l XXXX www.google.com"
Back to top
View user's profile Send private message
Three60guy
EVDO User


Joined: 21 Feb 2007
Posts: 73

PostPosted: Wed Jun 27, 2007 1:57 pm    Post subject: Reply with quote

When I use 1465 it says it needs to be fragmented but when I use 1464 it doesn't. So I should use 1492? Presently it is set at auto with 1500 grayed out.
Back to top
View user's profile Send private message
Fox McCloud
EVDO Junkie


Joined: 02 Dec 2006
Posts: 563

PostPosted: Wed Jun 27, 2007 4:30 pm    Post subject: Reply with quote

Three60guy wrote:
When I use 1465 it says it needs to be fragmented but when I use 1464 it doesn't. So I should use 1492? Presently it is set at auto with 1500 grayed out.


yup! That's what you should use.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 8:12 am    Post subject: Reply with quote

I have a variety of questions stemming from my confusion on this topic:

SG TCP Optimizer tells me, when I visit the "Largest MTU" tab that I should set my MTU to 1500. Then I run the ping/analyzer, and it recommends a MTU of 1492. My manual ping testing suggests a number of "1464," but I don't know what thing this "1464" represents. Is it the MSS (it's not clear to me after reading the above posts)? And further, does 'MTU = MSS +40' or is it 'MTU = MSS + 28', for I believe I'm reading both suggestions. The SG TCP Optimizer seems to like adding 28 (judging by 1492 - 1464 = 28 as per my laptop).

Additionally, after setting my MTU to 1492 (as per SG TCP Optimizer) and rebooting, the SG Analyzer tells me my MTU is 1452.

Also, the SG TCP Optimizer seems to suggest that an MTU setting is per-netowrk-adapter; I checked the box for "all network adapters," but the EVDO adapter is not in the "Network Adapter selection" pulldown list. This does not give me confidence that I'm truly affecting my EVDO's parameters, nor that the setting is actually "taking" correctly (given that DrTCP and TCP Optimizer tells me my MTU is 1492 and the SG web-page analyzer tells me the MTU is 1452).

This leads me to suspect that we, or at least I, are comparing apples to oranges here. It could be that there are actually multiple different definitions and settings for this thing we are calling "MTU" and/or there could be a different MTU setting in different contexts (eg, one for my wireless ethernet, one for cabled ethernet, one for EVDO, etc). In any case, there's something that's not adding up. Thoughts?

To reiterate, I'm still left to understand the proper relationsthip of MSS to MTU (is it a difference of 28 or 40 or somethign else)?

Next topic:

MTU-to-RWIN relationship. How does one evaluate a properly multiple (assuming RWIN is best a multiple of MTU)? Is it trial and error? Is there a general, qualitative tradeoff for increasing or decreasing the RWIN? eg, does one gain bandwidth performance while possibly degrading latency performance by increasing RWIN? I have yet to see anyone speak to this.

Also, why to MSS's vary so much from differnet Windows systems?

All in all, one might possibly understand how this issue could be a bit cumbersome for those new to the topic, even for those who are technically savvy.

By the way, the ping command above is not formatted properly (it has an extra space that breaks the syntax and could confuse some novices), it should be this:

Code:
ping -f -l XXX www.google.com


Where 'XXX' is the trial number.

Some additional points:

It might help some to note (maybe it's already noted) that one may need to turn off their software firewall on their PC to do the pings.

Issues like this could really use a wiki so that the community can edit a common guide and not have to read through 10 pages of a discussion thread. I realize this may not be the nicest thing to say, but I feel like beating the drum right now because I'm having a bit of trouble with this issue.

Thanks again for all the continued help on these forums!
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 8:16 am    Post subject: Reply with quote

mattengland wrote:

Code:
ping -f -l XXX www.google.com


Where 'XXX' is the trial number.


To clarify this point: what exactly is the 'XXX' here? Is it the MSS? Or something else?

I have a growing suspicion that there's a 4th parameter in these settings, call it 'ParamX', and that it's relationship is MTU = ParamX + 28, leaving the MTU = MSS +40 relationship intact (assuming I'm understanding the last part correctly).

However, I'm just taking a SWAG here, for nothing else is making sense given the data I've seen (and possibly misinterpreted) thus far.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 8:22 am    Post subject: Reply with quote

Another question: why does software not exist to support a "one-click" optimization of all these settings so that people like me don't have to do all this work an analysis?

Maybe a one-click setting is to general? Maybe a "click this button for best bandwidth" and "click this button for best latency" would be most useful?

All in all, I'm rather stunned that this needs to be this hard for a user and that someone has yet to put something together to automate all this. Further, this issue seems to have broader implications than just EVDO.
Back to top
View user's profile Send private message
clarkgable
EVDO User


Joined: 14 Sep 2005
Posts: 89

PostPosted: Thu Jun 28, 2007 8:49 am    Post subject: Reply with quote

mattengland wrote:
Another question: why does software not exist to support a "one-click" optimization of all these settings so that people like me don't have to do all this work an analysis?

Maybe a one-click setting is to general? Maybe a "click this button for best bandwidth" and "click this button for best latency" would be most useful?

All in all, I'm rather stunned that this needs to be this hard for a user and that someone has yet to put something together to automate all this. Further, this issue seems to have broader implications than just EVDO.


Because there isn't any interesting money in doing so. Maybe eventually someone will write freeware for this, or if demand becomes high enough from enough people, it will give a monetary incentive for someone to write a utility for this.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 9:07 am    Post subject: Reply with quote

I feel I should summarize my questions about the procedure for optimizing Windows network performance (which is what I assume we are doing here):

1) Determine the optimized MTU for your system (assuming there is one and only one "best" MTU for an given Windows instance? This gets to the tradeoff question), and set the value with an appropariate tool.

2) Based upon this "best" MTU, set your RWIN (aka, "TCP receive window size") as some multiple of the MTU.

Are these the 2 basic steps that one should be performing in this network-optimization procedure? Or is there more (or less)?

As to what this MTU-to-RWIN multiple should be is also a point of confusion that I'm not sure I'm clarified earlier.

For example, here's a quote from my SG TCP Analyzer web page:

Quote:
TCP options string = 020405840103030201010402
MTU = 1452
MTU is not fully optimized for broadband. Consider increasing your MTU to 1500 for better throughput. If you are using a router, it could be limiting your MTU regardless of Registry settings.
MSS = 1412
MSS is not optimized for broadband. Consider increasing your MTU value.
Default TCP Receive Window (RWIN) = 261360
RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
Unscaled TCP Receive Window = 65340

For optimum performance, consider changing RWIN to a multiple of MSS.
Other RWIN values that might work well with your current MTU/MSS:
519616 (MSS x 46 * scale factor of 8 )
259808 (MSS x 46 * scale factor of 4)
129904 (MSS x 46 * scale factor of 2)
64952 (MSS x 46)


My biggest gripe is that there's no units on any of these numbers, so I find it hard to compare one number in one context (like say the numbers posted in this forum) to another number in another context (like say the numbers quoted from the web page above).

eg, the top of this thread states very clearly:

Quote:
TCP Receive Window Size = 65536


But this value is almost an order of magnitude different than the biggest number listed in the SG Analyzer web page. Maybe because its a different unit? Something else? How does the "scale factor" play here, and what is it (the scale factor)? And what is this magic "46" multiplier?

clarkgable wrote:
mattengland wrote:
All in all, I'm rather stunned that this needs to be this hard for a user and that someone has yet to put something together to automate all this. Further, this issue seems to have broader implications than just EVDO.


Because there isn't any interesting money in doing so. Maybe eventually someone will write freeware for this, or if demand becomes high enough from enough people, it will give a monetary incentive for someone to write a utility for this.


Yes, great point. Alas, my pitch to 3gstore.com is: I would hope such a thing lowers their support costs and, more important, increases sales-revenue opportunity. eg, if customer/trialer is getting the best performance than can out of their evdo purchase, aren't they more likely to encourage their friend to buy (or have their friend want to buy)? Right now I'm not all that encourage to push this on my friends or even show it to them.

I'm willing to settle for good, concise docs in the meantime, and am attempting to drive towards helping to create them.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 10:38 am    Post subject: Reply with quote

I've created:

http://en.wikipedia.org/wiki/Windows_single-user_networking_performance_optimizing

I'd like to see us start driving resolutions/summaries/conclusions/references there as a community-editable place to get all the answers, at least for:

http://en.wikipedia.org/wiki/Windows_single-user_networking_performance_optimizing#EVDO

Also note that in the above wiki article that I've discovered the dslreports.com Tweak tools and faqs (see the article).

Please keep the discussions here and not on the wiki system (I've pointed the article to this discussion thread in the references section).

Also, here's a quote from a friend of mine with networking-industry experience:

Quote:
The window size is how many packets are sent before an ack is required in the tcp protocol. What happens is that when drops/retransmissions occur the sender reduces the window size and then ramps the size back up with succesful transmissions. I think the number that gets set in the OS is the minimum. I think the max might be 65535. The goal when tuning this number is to find a happy medium between dropped packets and the max tcp window size. If the number is too low then when a packet is dropped the throughput drops and then ramps back up again (google tcp slow start). This creates a saw tooth effect, because when throughput is graphed it looks like a sawtooth. Each time a packet is dropped, the throughput drops down and then increases as the window size increases. But if the min window size is too large then when a packet is dropped the number of packets that get retransmitted is potentially large which has an even bigger negative impact on throughput.

...

EVDO might have some unique characteristics. It doesn't match a dsl connection that [a tool like http://www.dslreports.com/tweak ] might be geared towards. EVDO has high speed and high packet loss, unlike other medium. A more typical situation is, as speeds go higher packet loss drops.


Does the above analysis make sense to folks here? If so, we might put it in the wiki article.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 7:22 pm    Post subject: Reply with quote

While I wait for responses to my above posts--even if it's someone saying that I have no clue, it would be nice to get a response--I did a tad more testing, with little if any further clarity.

I took a stab at trialing some of the windows-networking optimizers listed at download.com's Dial-up & Connectivity section and had no epiphany. However, none of the tools I've seen thus far seems to be "EVDO aware," or at least list a networking type of "EVDO." That concerns me.

I also have seen evidence that the MTU/MSS settings seem to be independently set for each network interface (eg, wireless ethernet, cabled ethernet, evdo seem to be separate interfaces with different settings/controls).

I'm still not sure which value, MSS or MTU, the "XXX" in 'ping -f -l XXX www.google.com' represents (and I'm looking for clarity on this from the community here), but this link suggests it's the MTU:

http://support.microsoft.com/kb/319661

If so, then at least one automated tool, SG TCP/IP Analyzer doesn't seem to calculate the same thing; SG TCP/IP Analyzer always says 1500/1460 for MTU/MSS for my evdo connection (but something else when I'm running wireless ethernet). However, when I run 'ping -f -l XXX www.google.com', XXX for me with the evdo connection is 996 (and if I make it bigger I get ping timeouts, not the fracture error message), and it's different on wireless-ethernet tests. So why is SG Analyzer telling me to set MTU to 1500? Further, I see no other optimizing utility setting the number to 996 either (although I'm not sure any of the other optimizers actually tell me what they attempt to set). Another mystery/mysteries unexplained.

Further SG TCP/IP Analyzer has this as-of-yet-unexplained MSS-to-RWIN relationship suggestions, eg:

Quote:
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)


I beg someone to explain this to me; what's the 44 (or 46 in some cases), what does the scale factor mean, etc.

In the end, I'm trying to avoid having to analyze this stuff so much that I have to become a pseudo export on what this TCP/IP stuff is doing--I just want an answer to save time and get my performance up. But if I have to study it from scratch, well, it may be a while before I take that step.

More comments on utilities:

One of the more-interesting utilities I've seen to set the values--assuming it's actually setting the values, for I have to see a utility that actually seems to read all the values acurately on a per-network-interface basis--is NetSuperSonic. Check out the attached graphics--oops, I just checked, and evdoforums.com doesn't appear to support phpBB/webforum file attachments (sigh), so the rest of this paragraph may not make any sense for thos who haven't run this util's "connection optimizer". Unfortunately, the RWIN "exponential" vs. "multiplicative" math doesn't make any sense to me (in each graph RWIN should be the same for MSS x 2^3 and MSS x 8...which should be the same number, right, unless the units are different, or I'm interpreting the equations improperly?). But at least it gives more of a set-one-field-and-everything-else-auto-changes gizmo, but still it's not very good.

Also, NETEagle attempts to provide more of a one-touch-optmization (some others do to, although NetEagle stands out), so it's not like this idea is novel. It sure would be nice to see what it sets, for like I mentioned, I have to see anything that can actually *read* the values of MTU/MSS properly...I think. *sigh*
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 7:32 pm    Post subject: Reply with quote

The fact that my 'ping -f -l XXX www.google.com' commands hang with larger XXX's seems to be a problem. Here's a run from SG's optimizer:

Quote:
Pinging [66.230.207.58] with 40 bytes ->bytes=40 time=144ms TTL=41
Pinging [66.230.207.58] with 750 bytes ->bytes=750 time=223ms TTL=41
Pinging [66.230.207.58] with 1125 bytes ->Request Timed Out
Pinging [66.230.207.58] with 1125 bytes ->Request Timed Out
Pinging [66.230.207.58] with 1125 bytes ->Request Timed Out
Couldn't determine largest possible MTU due to packets being lost.
You might want to try a different URL


Pinging [72.14.205.147] with 40 bytes ->bytes=40 time=140ms TTL=239
Pinging [72.14.205.147] with 750 bytes ->bytes=56 time=286ms TTL=239
Pinging [72.14.205.147] with 1125 bytes ->Request Timed Out
Pinging [72.14.205.147] with 1125 bytes ->Request Timed Out
Pinging [72.14.205.147] with 1125 bytes ->Request Timed Out
Couldn't determine largest possible MTU due to packets being lost.
You might want to try a different URL


I also got "Server busy - read phase timeout." error messages from http://www.dslreports.com/tweak ; I'm not sure if this is truly due to the server buy or problems related to above.

I also have forgotten to read http://www.dslreports.com/faq/tweaks like I said I would. That will be my next task if I continue down this path.
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 8:04 pm    Post subject: Reply with quote

Ok, so http://www.dslreports.com/faq/tweaks was interesting, particularly:

http://www.dslreports.com/faq/695

but I still don't see anything which helps me to resolve my fundamental issues (although it is another data point that the TCP header is 40, and the ICMP header is 28, which may resolve the 28/40 discrepency if so...although this faq is also not consistent on this point, I'm just reading from the "magic number" table).

In particular, I don't know why ping is timing out above XXX = 996. I see this text in http://www.dslreports.com/faq/695 :

Quote:
Finding the largest MTU, by EXPERIMENT
If your MTU is too low already, maybe 576, the following method will not be able to detect whether you can switch to an optimal size. So first follow "CHANGING MTU for PPPoE" to reset MTU to 1500, reboot and then come back to this!


...but I downloaded raspppoe and it says "Could not find any dial-up devices exposed by the PPP over Ethernet protocol" while my evdo service was running...which I suspect means that evdo does not use PPPoE.

I guess this is where I stop without receiving further feedback.

And by the way, I still can't top out past 800kbsp downloads or 100kpbs uploads. I'll eventually go try my laptop in another place and time; when I do, it sure would be nice to know how to optimize my MSS/MTU/RWIN settings, which is what I'm trying to get out of this thread.

To reiterate, I'd like to see this community put good, concise, and accurate docs in:

http://en.wikipedia.org/wiki/Windows_single-user_networking_performance_optimizing
Back to top
View user's profile Send private message
mattengland
EVDO User


Joined: 03 Oct 2005
Posts: 54
Location: Chicago, IL USA

PostPosted: Thu Jun 28, 2007 8:31 pm    Post subject: Reply with quote

fyi, I made a Usenet/newsgroup post at microsoft.public.windows.networking.wireless (and I copied another newgroup with the same post) overviewing this issue, asking for help. One might check there to see if anyone has input.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    EVDOforums.com Forum Index -> EVDO with a Wireless PC Data Card or ExpressCard All times are GMT - 6 Hours
Goto page Previous  1, 2, 3 ... 9, 10, 11, 12, 13  Next
Page 10 of 13

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum








Sprint Rev A USB: Compass 597



Sprint Rev A ExpressCard: Merlin EX720


Purchase an V740 Rev A ExpressCard


Sprint U727


CTR350 Router


CradlePoint PHS300


Purchase a MBR1000


Purchase an EVDO Booster Antenna

Purchase a LinkSys 3G Router



Purchase an EVDO Amplifier


Your Mac EVDO Experts









EVDO Antenna Booster





Digg Us :: del.icio.us :: technorati :: furl

4G :: 4G Forums :: PHS300 :: MBR1000 :: KR2