Forum Discussion
Latency Or Satellite Shortcomings?
There is all this talk of distance affecting latency which doesn't seem to wash. If the signal has to travel 88,000 miles latency shouldn't be an issue when the speed of light is considered. Traveling...
Do my replies not show in the thread or did it simply not take? In case of the latter I'll paste it here:
First the latency is so bad it's noticeable without any tools. My web browsers agree with me with the multiple time outs
I have done the ping command from my Windows Command Prompt many times. They match what testmy.net produces on a whole.
All of my devices are wireless. However I have tested as protocol dictates with Ethernet wire connection and the radio off.
I'm not sure why you sent that link because it confirmed my introductory post on the "physics". They state they get 700ms where other providers 1700ms. That is what I get on a good night. Currently my ping showed 2245ms and testmy.net was a little higher. You say testmy.net is not accurate. I believe it to be "real world". From thier site:
TML runs on the Transmission Control Protocol (TCP) (layer 4 - transport) where as normal ping runs on ICMP (layer 3 - network). ICMP is not used to exchange data between systems and has no way of interacting or detecting issues with the layers above it (layers 4 through 7). It simply can't give a full picture of what's happening on layer 4
It also read that other providers overbook If that is the case it solves the issue of late night latency improvement. I appreciate your edit you added because the paste of the latency topic is knowledge I possess.
I have done all the obvious and basic troubleshooting. However if you believe I've missed something I am open to any tips or diagnostic steps you have.
Would you know the data capacity throughput of the satellite? I believe it to be 200 Gbps. Not knowing how many subscribers there are leaves the overloading question unanswered. The gateway servers are probably adequate. Satellites on the other hand have severe restrictions. Chiefly weight. Launching a server farm into space is not possible or at the least not feasible. So hardware is limited because of this and other variables.
I could be totally off base with the satellite. Maybe it’s the terrestrial based hardware. I’ve noticed long load times of Hughsnet webpages no matter the ISP network I’m connected to. Except for their business level site that is. Even the app is painfully slow to the point it gives empty data fields if that. Once again on any ISP to include mobile provider. The latency is so bad I use my mobile hotspot if I plan on loading many webpages. I save Hughsnet for streaming. I go through my data in short order resulting in being throttled down to a speed never more than 1.1 even though I was promised 1 to 3 Mbps. That is an issue for a separate post.
I realize I’m being long-winded. I just want this fixed. I had to go through several months of poor downloads. Often below 1 Mbps. Dish was out of alignment.
First the latency is so bad it's noticeable without any tools. My web browsers agree with me with the multiple time outs
I have done the ping command from my Windows Command Prompt many times. They match what testmy.net produces on a whole.
All of my devices are wireless. However I have tested as protocol dictates with Ethernet wire connection and the radio off.
I'm not sure why you sent that link because it confirmed my introductory post on the "physics". They state they get 700ms where other providers 1700ms. That is what I get on a good night. Currently my ping showed 2245ms and testmy.net was a little higher. You say testmy.net is not accurate. I believe it to be "real world". From thier site:
TML runs on the Transmission Control Protocol (TCP) (layer 4 - transport) where as normal ping runs on ICMP (layer 3 - network). ICMP is not used to exchange data between systems and has no way of interacting or detecting issues with the layers above it (layers 4 through 7). It simply can't give a full picture of what's happening on layer 4
It also read that other providers overbook If that is the case it solves the issue of late night latency improvement. I appreciate your edit you added because the paste of the latency topic is knowledge I possess.
I have done all the obvious and basic troubleshooting. However if you believe I've missed something I am open to any tips or diagnostic steps you have.
Would you know the data capacity throughput of the satellite? I believe it to be 200 Gbps. Not knowing how many subscribers there are leaves the overloading question unanswered. The gateway servers are probably adequate. Satellites on the other hand have severe restrictions. Chiefly weight. Launching a server farm into space is not possible or at the least not feasible. So hardware is limited because of this and other variables.
I could be totally off base with the satellite. Maybe it’s the terrestrial based hardware. I’ve noticed long load times of Hughsnet webpages no matter the ISP network I’m connected to. Except for their business level site that is. Even the app is painfully slow to the point it gives empty data fields if that. Once again on any ISP to include mobile provider. The latency is so bad I use my mobile hotspot if I plan on loading many webpages. I save Hughsnet for streaming. I go through my data in short order resulting in being throttled down to a speed never more than 1.1 even though I was promised 1 to 3 Mbps. That is an issue for a separate post.
I realize I’m being long-winded. I just want this fixed. I had to go through several months of poor downloads. Often below 1 Mbps. Dish was out of alignment.
Cblucas3 wrote:
You say testmy.net is not accurate. I believe it to be "real world".
Testmy is extremely accurate, no matter how much the white knights here want to protect HughesNet. I've found it to be very reflective of the latency issues that I am having as well, and apparently you are having as well. I can't even get Facebook pages to load today without timing out.
Good luck getting HughesNet to acknowledge a problem. As you can see, they locked my thread where I was reporting it.
My guess is actually a data clog by CenturyLink. You may be able to see this yourself by running a traceroute. But then, that is just a guess. HughesNet would actually know, but they aren't talking.
Other possibilities are oversaturation (overselling) of a beam, but I don't think so. Bad traffic management or data shaping is also something to be considered. These options would be the best possibilites, because HughesNet could actually do somethng about it. If it really is CenturyLink, it becomes harder as HughesNet may or many not have options available. If they can route their data around CenturyLink, then the problem is fixable. If CenturyLink is their connection to terrestrial internet, they we are all in a hole.
Good luck. Hope it all works out for you.
They locked your threads because you keep blaming your issue on HughesNet and wanting them to fix it when it has been clearly demonstrated that the problem is with Century Link. They can't fix a problem with Century Link any more than someone's vehicle manufacturer can fix potholes in roads around their home.
And you can claim all you want, but facts are facts. Traceroutes are the most accurate demonstration of latency.
- No, I told the moderator I did not want to pursue it any longer especially in this medium. It took me a few months with the telephone to finally get a tech to my home. He had to come out a second time to finally fix an alignment issue with the dish.
It took that long because I was treated the same way here. Denying there was a problem and wasting time on simple fixes that are obvious to most people. Like checking if the modem is plugged in properly to the AC outlet. Absurdity!Speed of light is not instantaneous, it's roughly 186,282 mi/sec. If the ground station is in San Diego, round trip for me in Virginia is roughly 97,462 miles. Simple math: 97,462 / 186,282 = 0.523 sec (or 523 mSec).
This is just for the four legs of the radio path of a 20GHz signal (me->sat->gs and back to me), which does not include any processing time at the satellite or internal to the ground station (roughly 75mS), nor any additonal latency between the ground station through it's provider on the terrestrial internet.
Should add that a traceroute shows all of this in real time.
