C0RR0SIVE

Sweet, all is well again, thanks for the quick fix.

@CA3LE In general someone signs up for service and they *should* be told there is a 2 year service agreement with a $400 ETF that slowly goes down in costs.  If the new customer provides an email, and the CS agent types it in correctly, the new customer will be sent a "Greetings" email, that explains the first X days they get a data reset daily, and that they are not yet subject to a contract, but upon activation they will be.

When a new terminal is installed, before it can leave the walled-garden state a customer must type out their name on a page that displays the contractual terms and conditions.  Most everyone does this without realizing it as the installer will hand the customer a tablet that just has the signature pad, and a customer signs that.

All customers end up being bound by one or more of a few contracts, depending on if they are residential, business, or have voice.

If you want, you can view the contracts here.   I suggest anyone that is having contractual issues, if it's not been more than 30 days, you can request a sales call review at the Hughesnet Community, and if found in your favor, they will typically let you off the hook.  One thing though, is tricky wording, everyone thinks the claim Upto XXMbps means they will always get that, when they actually wont.  That upto is a word that everyone seems to gloss over.

It seems something may have happened between the last time I checked the Average tool out and somewhat recently.  I use the embedded iframe feature offered to display three sets of data, each set is for a specific Hughesnet terminal to help show how the different systems work at various times of day.  When I first used the average tool to display the data on my site everything went great, all three sets showed up separately.  The other day when I checked my site, none of the iframes would load the graphs, so I figured something may have changed, and it appears it has.

I grabbed the HTML for the iframe and pasted it to my site, and the graphs show now, but at the same time, they are not correct.  Most all the time, all three graphs show the exact same data even though they point to different data sets...  I had one friend check things out and he got some strange error about version 19?  Another friend is seeing exactly what I see, all three show up the same.
 

Link to page: https://chucksbasix.com/performance-counters/

Below is the "code" for the section that is acting all off...  Is this because TMN can't keep up and just spits out the same results?  I have changed the HTML a bit, but that shouldn't be impacting the information that *should* be displayed.

<hr>

<h3><a href="https://testmy.net/stats/?t=u&l=1000&z=30&q=C0RR0SIVE">Hughesnet Gen5 Residential Testmy.net Results (25/3 Down/Up)</a><iframe loading="lazy" src="https://testmy.net/myaverage?q=C0RR0SIVE&extraIDX=30&f=1" scrolling="no" frameborder="0" height="400" width="100%"></iframe></h3>

<hr>

<h3><a href="https://testmy.net/stats/?t=u&l=100&z=29&q=C0RR0SIVE">Hughesnet Gen4 Residential Testmy.net Results (5/1 Down/Up)</a><iframe loading="lazy" src="https://testmy.net/myaverage?q=C0RR0SIVE&extraIDX=29&f=1" scrolling="no" frameborder="0" height="400" width="100%"></iframe></h3>

<hr>

<h3><a href="https://testmy.net/stats/?t=u&l=1000&z=10&q=C0RR0SIVE">Hughesnet Gen5 Business Testmy.net Results (25/3 Down/Up)</a><iframe loading="lazy" src="https://testmy.net/myaverage?q=C0RR0SIVE&extraIDX=10&f=1" scrolling="no" frameborder="0" height="400" width="100%"></iframe></iframe></h3>

That issue aside, thanks for working on these new features, and this great website in general!  It's a huge service to everyone!

There are a multitude of factors that can cause slow speeds on satellite internet...  Data allowance still in good standing?  Is it peak hours?  What about gateway congestion?  A single gateway can be in peak demand for 12 hours or more through out the day as it serves several regions other than yours.  Have you checked local equipment?  Did the latest TV show that everyone has to stream air recently?

Latency certainly doesn't help the feel.

Looking at your test results, you only have one test... Much more information and data is needed.

I am rather enjoying (more like love) the "Dark Mode" but think that the "Light Mode" should be default...  Not everyone likes their first time at a website being all dark and gloomy.

My reason for dark mode?  When I have several computers all on and connected each doing tests through different outgoing gateways on the automated test... I tend to sit down and watch a movie, and white light can get annoying, but a darker screen makes it easy to keep an eye on those tests and enjoy my tv.

Zanild, there is no way to actually get out of contract unless you are in one of the more problematic beams on ES-19... However, this is only the case if you have been working with corporate for some time and can't get repointed to ES-17 where service may be better.  Satellite Internet is a last ditch effort to get internet... Always go with land based options first.

BTW, TMN has been borked with Hughesnet, most the results lately have been HORRIBLY inaccurate.

I suggest opening a complaint on the Hughesnet Community for assistance from Corporate Reps and other Hughesnet users.

Curious, heard from a few people trying to sign up for an account to do speed testing that they aren't getting confirmation emails?  Is the email system down or?  I suspect it's related to last night.

Noticed the website was having issues earlier, however, once things started going back to normal I noticed some iframe links that I use are still broken for my test results.  I then noticed that the website is no longer in SSL and my iframes point to the HTTPS version of the site.

I figure, "well, lets see if the iframe code changed any" and it did, none of the links are secure in the code when viewing results... Will this be fixed or?

EDIT: Guess I jumped the gun!  Soo many websites have had strange issues tonight.  Looks like HTTPS is working once again.   Thanks to the staff working overtime on keeping this place going!

On 9/10/2017 at 2:23 AM, Nooner said:

I am not sure how many people actually use the Hughes Net Section of this forum, but I thought I would add that I fixed my issue. Hughes Net is playing games. I figured out how to change my beam during a re-installation process. I noticed that the beam I was on had and (R) after it, so I changed to one that did not. I followed the install process my dish pointing was laready done and I could see the signal was still strong on that beam. Let it do its thing for a few minutes.... ran the re-registration process and...... what do you know.... I am back to 40Mbps plus, acutely hit 44Mbps.

 

Sometime you just have to out F@#k the other F#@kers.
 

Yeah, see, that makes no sense, as that's polarity, it will NOT work that way, have tested it my self plenty of times, as has others.

BTW, the SCC, and Wifi Settings page are local to you, they are not the same pages remote agents use.  Depending on the agent tier, they get different options entirely on the modems.

@DKElsey Go to http://192.168.0.1 OR http://systemcontrolcenter.com in your browser, it's no big secret and commonly mentioned on the Hughesnet community.

I can confirm, disabling both does work, so it seems it's picking the wrong IPv6 address?

However, what @CA3LE showed earlier (in regards to the IPv4 address...) also makes things seem wrong as far as how testmy is detecting addresses...  So it seems both IPv4, and IPv6 isn't being detected properly in various scenarios with Hughesnet.

When I do a check at other websites, WAS ON, I see a Hughesnet IP... with WAS OFF,  I see yet another Hughesnet IP, not a 255 private/multicast address.

Testmy.net thinks I am at 241.67.19.41 right now (WAS ON), but, every other website says I am at 97.73.80.120...

The moment I turn WAS OFF (oh, and IPv6 is disabled too), testmy.net reports back with 97.73.80.120

So yeah, it seems to be a combo of things all at one time (was the IPv6 method working prior?).

This issue seems to still be persisting...  Any updates on this?  Was there any changes to how the website detects an ISP around the time this started happening?

LOL, someone broke pfsense!

For the past 15 years I have always used an air compressor...  60 gallons @ 175PSI set to 80 on the hose, never once has static been an issue.  I also don't bother with a dryer on the line, and yeah, I see moisture come out on short bursts, never once has it been an issue for me though I don't have droplets of water come out either. You are more liable to see static issues on plastic hose attachments with a vacuum cleaner and the attachment being that close to the machine for it to suck any decent amounts of dust away.  Chances of static jumping from the air in a compressor hose to your machine when you have the air tool ~24 inches away is pretty much non-existent.

What is bad is having the pressure too high when you are too close to the machine with the tool, and when you let the fans spin freely.  Gonna blow SMD's off or cook a bearing real fast.

After talking to a few people....

1: It's most likely a testmy.net issue when reading the data in the packets.
2: If Hughesnet was showing a multicast address we wouldn't be able to perform the test as multicast traffic is dropped and kept local on a network typically.
3: Hughesnet does inject other stuff into our data packets, it's possible a change they made may be impacting people differently, such as how I can get it to show Hughes, yet Gabe can't...
4: All proxies typically inject extra data into a packet, that's normal behavior.
5: All other websites that check and report our IP addresses report back with the Proxy IP, OR if WAS is disabled, our "public" facing address.
6: This started happening between the 16th and nowish - has there been any changes at testmy.net to cause this?

1 hour ago, MichaelB89 said:

Same here only i am on att u verse. it detects my ip as 250.120.85.81 which is similar to the 255.255 thing. i have not changed anything on my end either. can anyone tell me if this is a glitch? OS windows 10 pro, google chrome x64. thanks in advance!

250.x.x.x isn't a multicast nor private address space AFAIK....

That is certainly odd, it's most likely the SQUID Proxy on Hughesnet messing up...  I have the same issue.

I actually just did some testing, this is certainly an issue with the Hughesnet Proxy system that users go through...

If you look at my two most recent tests, the one that the system couldn't detect the ISP was done with Web-Acceleration enabled... The one that did detect the ISP, had it disabled.

Web-Accel On:



Web-Accel Off:



CA3LE, can you confirm the IP issue between those two tests somehow?  I suspect the Web-Accel Off one shows a Hughesnet IP, yet the one that has it turned on is showing a multicast address.  Once confirmed I can report my findings to... certain people.

There are also other bugs here with Web-Acceleration on at the Results page... All I get is a graph, nothing else below it like I once did...