CA3LE

Link to
"Note: Read into the newer 4 Layer Internet Model which puts ICMP on layer 2 and TCP on layer 3." 
at
https://medium.com/@james_aka_yale/the-4-layer-internet-model-network-engineers-need-to-know-e78432614a4f4
on this page:
https://testmy.net/latency
is dead

I think there is a typo on this page.  The tab says, "Top 20 Member Rank" but results for 50 members are shown.  I really like your site, so I consider this message to be a contribution (however tiny) for what it's worth.  By no means is this meant to be a dig (those are always much wordier).
 
   I wouldn't expect to see the rankings of every last member, but I was hoping that the "Search" tab would give my results with its ranking.  If this isn't already a feature that I'm simply overlooking, could you consider this as a feature request?
 
Thanks, and my compliments to your site.

Welcome Mobycore,
 
I think in the end you'll find that TestMy.net more closely represents your real world performance.
 
 
I see that you've been testing with single thread, there's also a multithread speed test.  Other speed tests usually default to multithread. 
 
In single thread mode (default) the page itself becomes the file you're downloading.  In multithread a bunch of image elements are loaded.  In either case the data is random, generated by the program.  The transfer is timed and calculated Time/Size to arrive at the throughput.
 
 
Depends on the server and the connections between your computer and the host.  If your passing through a 1000 Mbps router/switch or if you're testing on one of my 1000 Mbps servers then that will limit you to 1000 Mbps.  I hope to have all servers upgraded to 10Gbps in the near future.
 
Upload has a limitation, due to the small test sizes.  But a multithread upload test is in development that no longer has those limitations.  If your upload speed is over 300 Mbps right now, you'll peg the current upload speed test.
 
 
Different connections handle the different sizes differently.  Sometimes larger sizes allow the connection to warm up and average out higher.  I've seen others perform better on small bursts then get throttled.  TestMy.net can help you discover odd things like this because of the odd options it has.
 
 
Let me know what browser you're using and the specs of your computer.  I need to look closer at both sets of results too.
 
 
What did you get on LTE?  Set and identifier on each device.  It will help us keep better track of each one.  Go to https://testmy.net/mysettings and change the identifier.

Think I found the problem.  Can you please try again for me?

Awesome, thank you for confirming it's fixed.

I just to try out right now, and just working right now! Thank you so much too.

Have you already seen the city results?  eg: New York, NY
 

 
In NY I'd be looking at Verizon, RCN or Spectrum.  Keep in mind that the program automatically does all of the ranking and some smaller, less known companies who aren't ISPs may be listed.  These lists aren't human curated.  If you hover over the 2nd spectrum listing you'll also find that's for spectrum business, name is being truncated.
 
I'll start logging postal codes and latitude longitude (as detected from the IP and MaxmindDB) and see if we get more interesting details.  First a database structure change would need to happen and taking into account the size of my databases it will have to be planned.  I have other proposed DB structure changes that I'd like to take care of that will really speed up certain queries.  I'll look at adding this and as well as other fields at the same time.

First of all, thanks for all your work. Your site's awesome and useful and I've been lurking for a while.
 
Would it be possible to get comparables? A couple ways I could see this work is:
 
- View comparables in the same ISP network block. Using say the network blocks for each ISP in Maxmind's DB, see what their avg, min, max speeds as well as a distribution chart (so it would be visible that subscribers are at 10Mbps and 50Mpbs). This could help people see if the problem is with their home or their provider.
 
- View comparables in the same postal code. What are the ISPs operating in the same area and what are their avg, min, max speeds with distributions? What percent of your tests in the same area with one ISP vs another? As a consumer I could find who might provide me with better service and how real the advertised speeds might be.
 
I know data tying IPs to postal codes or even network block + ISP databases can be noisy, but I think overall there'd still be a lot of value. Happy to help out if possible. I have experience with most of this stuff but lack your pool of data.
 
Cheers!

I have now been able to cacel Hughesnet at no charge, just have to send them back their stuff. Will be hot spotting it for now...

Possible your ISP and test server for Dallas are one in the same.
 
I run speed tests out of boredom I have seen all kinds of weird things across national and international tests. I wouldn't be concerned 

working now. good job Cable
 

This is so weird!
 
Here's the rules I'm testing.
 
RewriteRule ^statstest/tekwav$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/tekwav.$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/.tekwav$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/.tekwav.$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA]  
So they are all pointing the the same destination.
 
https://testmy.net/statstest/tekwav -- 404 not found https://testmy.net/statstest/tekwav. -- 200 works https://testmy.net/statstest/.tekwav -- 404 not found https://testmy.net/statstest/.tekwav. -- 200 works  
They should all work.
 
I went directly to the server IP and had the same result, so it's definitely not cloudflare.
 
lol... I think it's because your username ends in wav ... like a wav file.  This probably boils down to a poorly written expression in nginx additional directives.
 
Here's why I have this theory.
 
RewriteRule ^statstest/.ekwav$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 404 not found RewriteRule ^statstest/t.kwav$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 404 not found RewriteRule ^statstest/te.wav$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 404 not found RewriteRule ^statstest/tek.av$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 200 works RewriteRule ^statstest/tekw.v$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 200 works RewriteRule ^statstest/tekwa.$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] -- 200 works  
results in
 
https://testmy.net/statstest/.ekwav -- 404 not found https://testmy.net/statstest/t.kwav -- 404 not found https://testmy.net/statstest/te.wav -- 404 not found https://testmy.net/statstest/tek.av -- 200 works https://testmy.net/statstest/tekw.v -- 200 works https://testmy.net/statstest/tekwa. -- 200 works  
As I iterate through, as soon as the URL it no longer ends in "wav" it works.
 
Now the rule is supposed to be looking for .wav not wav
 
Here's the culprit.  In nginx additional directives.
 
location ~* .(js|jpg|jpeg|gif|css|tgz|gz|rar|bz2|doc|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|woff|woff2|svg|json)$ { etag on; if_modified_since exact; add_header Pragma "public"; add_header Cache-Control "max-age=31536000, public"; }  
To further test the theory that this is the culprit I add additional test rules to my .htaccess (mod_rewrite)
 
We'll pretend a new member has a name ending in doc and tgz -- then test with one character blocking the pattern I suspect is being detected.
RewriteRule ^statstest/tekdoc$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/tekdo.$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/tektgz$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA] RewriteRule ^statstest/tektg.$ /tools/database/db_search.php?type=user_name&q=tekwav [L,QSA]  
https://testmy.net/statstest/tekdoc -- 404 not found https://testmy.net/statstest/tekdo. -- 200 works https://testmy.net/statstest/tektgz -- 404 not found https://testmy.net/statstest/tektg. -- 200 works  
Still, I don't see a mistake in how that nginx directive is written.  That should only capture if it has a preceding period.  I'll have to think about this.  Obviously I can just remove that rule and it will work but I have it there for a reason. 
 
Maybe I simply need to remove the leading period and then add it to each.  Like this... (update: nevermind, same result)
 
Yup, without that nginx directive it works.  I'll try to understand why it's not working as expected and rewrite that directive and post it here for other webmasters.
 
 

A better router may help you with range and internal network speed but your wifi right now probably isn't the bottleneck... it's the connection.
 
To see if you might benefit from a faster router connect your modem directly to your best computer.  Then run TestMy.net.  Connect it back up to wifi and test the same computer again.  You'll probably need to unplug the power from modem each time when you switch back and fourth, they usually need to boot up and get the MAC address of the device it's connected to.
 
If you do that test and find your speed is much faster wired... then you might want to think about getting a newer router.  If the speeds are about the same... you can probably hold off unless you're having other issues with wifi.
 
I personally use Netgear.  A used Nighthawk R7000 for ~$70 would blow away whatever they gave you.  I also would never use a router or modem from my ISP and prefer to have them as two separate units.  Better for future upgradability, cheaper if something fails too.  I need to upgrade routers far more often than modems so having them separate is better.  Also better for interference. 
 
When I've tested even the supposed best ISP routers... they always under perform vs retail counterparts.
 
When it comes to wifi, testing right on top of the router isn't optimal.  You want to be a little away from it.  Maybe like 10 ft.
 
Here's an article about wireless best practices -- may help you get the most out of what you're working with. - wireless feng shui

Deathstar employee here.
 
Have you asked for Att to validate address?
 
also try this:
 
https://broadbandmap.fcc.gov/#/
 

Update; 
my modem took a dump and they had to replace it. 

The leads are unaffected by frost.  The temperature does not affect the dish either, as long as there is no snow on the dish or the front part of the LNB facing the dish.  If you haven't already done so, check that the leads from the dish are tight behind the modem and turn the modem off and on. 
 
The next time you speak to the agent, mention that there is no snow on the dish.  Snow on the ground doesn't affect the signal at all, however, they likely assume that a snow covering on the ground means there is snow on the dish.

I called HughesNet to test that and it didn't sound like they would be helpful in that situation. 
 
I was saying that my relative was moving to Canada and was wondering if they'd let her out of her contract.  But if it were my own real account I was dealing with I think I'd be able to escalate the call up the ladder and get it resolved without paying any termination fee.  Especially if you've had service for a while.  ... or if you're within 30 days you definitely won't pay anything.
 
Keep in mind I also connected through to a sales person, not billing or retention.  Might work better talking to the real department that handles that.

Unfortunately there probably isn't much that you can do.  Have you already spoken with Hughes and they feel like everything is aligned properly and running correctly?
 
If you're able to test on a computer with an ethernet connection to the router and the results are similar then the bottleneck is most likely the satellite connection itself.  If you get a higher speed directly connected then I would look to audit the systems on the network for high activity.  Maybe you have a computer on the network that's quietly sharing a torrent or something else using up bandwidth.
 
Where are you located?  So I can help search for an alternative ISP for you.  ... I wish Starlink was operational, I think it would be a no brainer who to go with then.  With as many unhappy satellite customers we've seen in these forums over the years it won't surprise me if Starlink destroys them all over night.  Old direcway and hughesnet satellites doomed to silently orbit the earth for thousands of years as relics... with customers probably still stuck in contracts.  
 
By the way, if you have alternative choices available... you can probably get out of any contract you have.  We'll help you find an out.  Keep in mind, even as a satellite provider... they don't service the entire world.  Find an area they don't service call them up and act like you'd like to transfer to an address there, "oh really, you don't have service there...I thought you were everywhere.  Guess you'll have to let me out of that contract then... no, I'm not ready to forward mail there yet, I'm letting the postal service handle that later."  --- I did exactly this with CenturyLink (a DSL provider) years ago.  Worked like a charm.  Just make sure you get their equipment back to them.
 
How long have you had HughesNet?

Sounds like a someone with malware... but in this case Hughes has tokens.  I hadn't heard of this until just now either.
 
https://my.hughesnet.com/shop/get_more_data.pyt
 

 
 

It only takes a light snow covering on the dish to block the signal.  This is especially true with satellite Internet that uses the higher frequency KA band, which already is very susceptible to rain attenuation.  I remember running into this issue back when I had satellite Internet around 2005.
 
If you can reach the dish with a mop, you can try wiping off the snow.  Wipe off any snow on the LNB also, i.e. the active part with the leads that points at the dish. 

This results on this tab seem frozen in time.
Fastest ISPs-->Suddenlink-->member rank (tab)
 

Interesting. So, if their own "blessed test" is a meg off, I think you already have a case to present. I don't know whether you already have <?>
Are you mandated by CenturyLink to use that specific router? I am really not happy to suggest spending money, who the heck wants to do that. But, an ISP only believes one configuration is legitimate when discussing your issues - and that is for your systems to be attached directly to a modem. In your case, you cannot do that since it is all built into one integrated entity. If you were inclined to separate the modem from the switching and Wifi gear, someday, it might be in your interest to do so.
The ISP techs, the kind that come to your house, have a gadget they use to hook to the modem. I would be interested (if it were me) to see what reading that thing produced.
Those gadgets produce all sorts of results, including REAL jitter (not network jitter) based on the clocks in the data stream. They also produce results regarding signal level (usually in db) and they produce results in Mbps !! The thing we want. If you don't have a discrete modem, then having a tech run the gadget is a good idea.
 
In your original post you asked whether your modem could be slowing you down. Maybe. But I think more than likely, if the culprit lies anywhere in the a90-7500, my bet would go on the switch/router settings. I say that because if the modem part of the box were getting transmission errors, they would see it at their end too, and your log would be filling up.
So, service call for tech+gadget, and check all the logfiles.
That's my $0.02
 
 

If you're 2.5 miles from the "home office" (typically an MDF/IDF - main / intermediary data facility), you are outside the "sweet-zone" of ADSL.
 
Typically, (A)DSL sees maximum throughput at 2 miles or less from a MDF/IDF. Basically, the distance between your demarcation point (modem) and your ISP's closet.
 
You're only half-a-mile outside the sweet-zone, so I would still expect you to see reasonable speeds. That said, you might never see a stable 6Mbps, due to ADSL typically using older, buried phone / Cat3 lines. (Unless CenturyLink ran shielded coax/twinax copper or fiber, which I highly, highly doubt.)
 
The burst you see with TMN is likely because the lines are cool, so there's no electromagnetic field around them. Because ADSL is typically Cat3, it's often minimally (if at all) twisted, unshielded, and poor-cabling, so it's easy for the cabling to build an electromagnetic field that interferes with signal transmission. This field won't exist at an idle, it will only exist when data is being transmitted. Once the field has built up (often as quick as 50-2500ns) it starts creating cross-talk and signaling interference, slowing the throughput you can achieve. (Basically, error-rates go up, and as a result more of your bandwidth is spent on handling those errors.)
 
Unfortunately, without replacing the cabling, your speeds probably can't be improved much.
 
All that said, does CenturyLink offer 5Mbps? If so, I would downgrade to that and run some more testing. If their signaling is wonky, you'll see a similar drop (I would expect either 1Mbps or 833kbps drop when you switch if they have a signaling calculation incorrect). If you don't see a drop, save yourself the money and keep the 5Mbps connection. If you see a drop, document it (now, the 5 vs. 6, and then, the x vs. 5). If you still have a drop, call CenturyLink and explain the situation. I have no idea how well they'll assist you, but they should be able to make other accommodations (provide 6Mbps but bill at 5Mbps, for example).

You may have to unplug your modem for like 10 seconds and plug it back in to get it to assign to the MAC address of the newly connected device.  Once it pairs to the new device you'll have to do it again if you want to switch it back or try a different directly connected device.

You may have to unplug your modem for like 10 seconds and plug it back in to get it to assign to the MAC address of the newly connected device.  Once it pairs to the new device you'll have to do it again if you want to switch it back or try a different directly connected device.