I have been using HN for a little over a month. Since the beginning, web page load times take from 30 seconds, to over 2 minutes, sometimes completely stalled. I have seen posts about this, but found no solution. Anyone help?
Have Gen5 with HT2000W "modem". Same issue with several computers and browsers. Download speeds tested by HN are usually 20 to 40 Mbps, uploads usually 1.5 or more.
Have reset the HT2000, flushed DNS, and turned off web accel to no avail. HN support says my down/up speeds are fine and totally ignores my question about excessive page load times. No help there....
I understand the 600-700 ms latency, but that cannot account for this issue. This is very frustrating, especially since my previous 3G connection (1.5 down / 0.5 up) would load pages orders of magnitude faster than HN. Sure could use more suggestions. HELP !!
Thanks, Woody - KZ4AK
Just performed several HN speed tests. At the moment the average is 1.9 down and 1 up. That sucks, but the slow web page loads have historically occurred with the higher values. ...Woody
I don't know that this will help, but have you tried using a different DNS server, like Google's? Sometimes that can make pages load faster.
18.104.22.168 and 22.214.171.124 for the IPv4.
2001:4860:4860::8888 and 2001:4860:4860::8844 for the IPv6.
Are you connected via WiFi or with an Ethernet cable? If the former, have you tried the latter to see if it makes any difference?
BTW, the Web Acceleration should really only be off temporarily, so if you still have it off it'd probably be best to turn it back on.
Are you in Fair Access Policy mode? You can check at http://systemcontrolcenter.com/index.html#!/usage#%2F
If your Anytime Data is at 0%, you will be limited to download speeds typically 1-3.
GabeU's post is also helpful. However, I use Cloudflare's DNS which is 126.96.36.199 and 188.8.131.52
Cloudflare claims it is the fastest DNS Server in the world.
Oh, and welcome to the community!
Ham Radio is pretty cool!
Thanks for the tips. Have changed the HT2000W DNS setting to Cloudflare. Will see how that does.
Interesting tidbit... I thought that my 10GB plan would be fine since I don't stream video, except for an occasional Facebook or Youtube video. At first that was true and my projection was that I should have data remaining at the end of my period. Then, a few days ago (apparently for no reason I can discover) my data began to drain at an alarming rate. For a few days, it das disappearing at a rate of >2GB/day. A few days before the new period, I was throttled back (from 25 - 40 Gbps to ~ 0.8 Gbps). The "interesting" thing is that there is almost no difference in the load times for the web sites I usually visit. Apparently there is a bottleneck, not with streaming downloads, but with HN getting the data to send to me. Hope the new DNS helps.
Woody - KZ4AK
If you've exhausted your monthly data allotment you'll be throttled to around what you're seeing now. The official statement concerning speed when subject to FAP (Fair Access Policy), or when you've exhausted your monthly data, is, "If you do not have bytes available in the period, your speed will be reduced to approximately as low as or lower than 1 Mbps." The period being the given time period, as in during the Anytime Data period or the Bonus Zone data period. Additionally, many websites don't require all that much bandwidth to work well and load relatively quickly, though the more data intensive ones do. And though using a 3rd party DNS can increase page response times, it won't increase your overall speed. If you are, in fact, out of data, it will refill when your new monthly data cycle begins.
Regarding your data draining that quickly, some devices may still use data when they're seemingly off, as they aren't really off, but in standby. One device that is notorious for this is a DirecTV satellite receiver. If your HughesNet is connected to such it can chew through your data VERY quickly.
The following two posts may help with your data draining issue...
If, after reading those two posts, you're still not sure what could be using your data so quickly and you would like some help in figuring it out, let us know and any of a number of us would be happy to give you a hand. If you would like that help, please let us know what you have connected to your HughesNet service to help give us an idea of where to start looking and how to go about discovering what could be using the data so quickly, as simple browsing definitely shouldn't be using anywhere near 2GB+ per day, even with the occasional Youtube of Facebook video. A quick tip, though - if you don't already have it set this way, you should go into your Facebook settings and change the video settings so that videos do NOT auto play.
Cloudflare's DNS is probably faster than the default. However, any benefit seen will be when the site is being looked up. The actual loading will be the same speed.
No DirecTV connection and FB autoplay has been off for a long time.
Will have to wait a few days until the next usage period (fast speed) is restored to fully evaluate data usage rates and web page load times. The DNS change may or may not have affected page load times. ...Not a big enough change to notice right now. Will see what the perfomance is like when speed is back up. Since the DNS change, have not received the error " ssl_error_rx_record_too_long" (or something close to that) when logging on to Fbook - so far, at least . That was the only site that presented the error. More usage needed to evaluate that glitch.
With the slow speed, it took 75 seconds to fully load cnn.com, 90 seconds for cnet.com, 40 seconds for qrz.com, 25 for arrl.org, 50 for wunderground.com, and 15 seconds for my web site, albe24.com. Will be interesting to see what it is like when speed returns. The graphics don't change much for arrl.org and not at all for albe24.com so they might be best for comparison.
Thanks again, Woody
The main issue on satellite when it comes to these pages is the lag time it takes to ping each one of these items. Again, it depends upon how the full page is cached. But it can take literally minutes for some complex sites to load because of lag time.