About GW

GW · ‎09-16-2023

Sometimes it helps to disconnect power and then disconnect the coax for a few.

GW · ‎09-15-2023

We tried finishing a zoom meeting over Hughesnet when our Verizon went down on Fat Tuesday (Mardi Gras Day). It was hopeless. We couldn't even connect.

GW · ‎09-15-2023

The malware IP 2a03:2880:f082:112:face:b00c:0:1823 aka edge-video6-shv-02-ord5.fbcdn.net is still stuck in my modem. See full details in my previous post just down the page. Please note: whatever this is ran for two days and stopped on it's own with no intervention and zero changes in any component my side of the modem. It would be very nice to know what this is and how it did what it did.

GW · ‎09-05-2023

Actually, this began not long after my modem required a reboot on 8/27 when my service completely stopped. Since it's all about this facebook IP, I'm hoping someone can have a look before I reboot again. Maybe the answer is in there. @Remy @Liz

GW · ‎09-05-2023

Mark, here's another indication there's nothing particular to any of my computers or network on my side of the Hughes modem. This is an antique phone I still use for certain things like satellite finding. A Galaxy Ace with android 4.something. It hasn't been connected to the internet in a very long time. I did connect it to the Hughesnet this morning and it also went right to this same facebook page. I didn't bother with trying to do a screenshot so I just took a picture of it.

GW · ‎09-04-2023

This is telling me the problem is in my modem or somewhere in the Hughes network on the other side of the modem. The phone is connecting to https://edge-video6-shv-02-ord5.fbcdn.net. In the first screenshot it's using Verizon and running through a VPN. It can't be Verizon throwing up a block. The second screenshot is running through the 5g side of the Hughes HT2000W, not my Linksys router. Both running in DuckDuckGo How can this happen? It's an android phone. It connects to this miserable facebook system page just as simply and easily and identically as my three wifi windows computers and one ethernet computer which aren't even networked together anymore. No cross contamination in the computers. The only thing in common is Hughesnet. Please note I adjusted the URL in the screenshots to show the address in it's entirety.

GW · ‎09-04-2023

Thanks for the further info but you're not telling me anything I don't already know and nothing you're telling me is the slightest bit applicable to this situation. No Chrome tabs ever show videos or ads. With the exception of the outlook site, they're all strictly business and financial/banking related sites that I may not even log into for lengthy periods of time. There's nothing that refreshes automatically in my google ads or google merchant center tabs. None of the google sheets I keep open refresh automatically. The financial spreadsheet doesn't fetch security price updates until I refresh the page. The Outlook site may want to show some ads but they're blocked by my Adblock Plus. M$ assures me that works. Every site is working properly throughout this episode, just as they have for a very long time. There's simply nothing to find in here. Regardless, It's over now. The drain lasted two days and stopped on its own with no intervention from me. As it turns out, it was done when I found it. No tabs in Chrome have been opened or closed before, during or after. Here's a screenshot of Glasswire the day before it started. Please note the Chrome section showing typical low usage. Another screenshot from today. The offending IP is nowhere to be found in the Glasswire data for either day. By the way, I have Glasswire installed and always open on all four computers so I have records of what goes on when I want to know. I look at three of them every day watching the size of the Bitdefender manual updates done every morning over wifi. These sometimes log highly abnormal sizes compared to the ethernet updates done on my main computer. My bad for not checking anything on my main connected computer while this was going on. Now I want to know why. Since you're a network guy, please tell me this. Why is it the offending page still can only be seen when using any of my Hughes connected devices while it's still unavailable when connected to the internet through Verizon? This includes four windows computers and an android 13 phone.

GW · ‎09-04-2023

Mark, thanks for the info and sharing your experience but for one thing, I don't use Edge. I neutered that browser in all of the computers quite some time ago. It doesn't even update. Regardless, this isn't what happened here. For this to happen, there must be change. Nothing here has changed. There never is and never has been a news feed or google home page running in my Chrome so that possibility is out. The only things running in my Chrome are the same assortment of tabs that have been open in Chrome for years. They restore with every reboot and don't change. None have ever gone berserk. The only one that refreshes automatically is whatever Outlook account is loaded into outlook.live.com at the time. There's no reason for this browser to jump from averaging less than 50 mb a day to an average of more than 4500 per day. And then suddenly stop the drain with no changes in the browser at all Nothing open in any tab could have changed the data usage of this very limited use browser from maybe a GB a month to 9.4 GB in two 24 hour days before suddenly stopping on it's own after depleting my plan data and 3.9 GB of my token bytes. On this, the third day the data drain dropped to 107.3 MB. I notice that number has now increased to 108 MB for the day. We'll see what Glasswire says tomorrow but it appears to be done. Still, at this time nothing here can access the problem IP 2a03:2880:f082:112:face:b00c:0:1823 aka edge-video6-shv-02-ord5.fbcdn.net unless it's connected via Hughesnet. Connect through Verizon and the page cannot be loaded. This makes it look like it's something suspiciously particular to the Hughes network.

GW · ‎09-03-2023

This is very strange with an unfortunately long and tedious report. I've really never seen anything like this over my time with Hughes beginning in 2011. I'm trying to understand what happened with an absurd amount of data loss that began sometime Friday Sept 1. This happened exclusively on my ethernet connected main computer. I just found it this morning. I only discovered it because my service plan rolls over tomorrow night. I wanted to set up an hourly testmy routine to run until then to see how poorly my Gen 5 service is doing this month. It appears whatever this thing is, ran until it consumed all of my monthly service plan allowance and then became disinterested. For Friday, Glasswire says Google Chrome used 4.0 GB download out of a total 4.5 GB WAN. These 4 GB show up as going to IP 2a03:2880:f082:112:face:b00c:0:1823 For Saturday, Google Chrome used 5.4 GB of the 6.1 GB total WAN. 4.9 GB shows going to the same IP 2a03:2880:f082:112:face:b00c:0:1823 Chrome typically uses 15-50 MB per day. There isn't a lot I use it for. I did use it for hours Saturday afternoon to work on a complicated google docs investment spreadsheet using source data read in Vivaldi but the drain started the day before so it can't be related. Typically, my main and most regular usage for Chrome is leaving my Hughesnet SCC page open forever and sifting junk/reporting phishing mail at the live.com web interface for my outlook email accounts used by Thunderbird. Otherwise it's only used for managing my Google Merchant accounts and other Google services and the occasional search using Startpage. Looking up the plain English iteration of the offending IP 2a03:2880:f082:112:face:b00c:0:1823 reveals it's edge-video6-shv-02-ord5.fbcdn.net. I can't find any of this in any of the Glasswire history prior to Friday. Going to the plain English iteration of the IP reveals it's a stinkin facebook page that says: ------------------------------------------------------------- Sorry, something went wrong. We're working on it and we'll get it fixed as soon as we can. Go Back Facebook © 2022 · Help Center ------------------------------------------------------------- Using that "Go Back" link takes me to a facebook log in page. Funny since I do not use facebook. The only time I ever open a facebook page is within an isolated Firefox Facebook Container tab. I do have a couple of old fake facebook accounts. I can't remember the last time I logged in with one and would never use something like Chrome for that. A very odd thing is this facebook page is only accessible when connected through Hughesnet, When connected by Verizon I can only get this in Firefox "Hmm. We’re having trouble finding that site. We can’t connect to the server at edge-video6-shv-02-ord5.fbcdn.net. The exact same thing happens when accessing this address from one of my wifi connected windows computers. I can see it when connected by Hughesnet but not when connected by Verizon. Even worse, the exact same thing happens when using my android phone. All this makes it appear it's all something to do with the Hughes network. The Glasswire log for 8 am shows only 107.9 MB went to this same IP 2a03:2880:f082:112:face:b00c:0:1823 today but that hasn't increased since I discovered it when I woke the computer up at 5:30 this morning to do some work. I left everything going as is until 8 am when I disabled the ethernet supplying the Hughesnet and reconnected by alternate ethernet using Verizon. The drain to 2a03:2880:f082:112:face:b00c:0:1823 for today hasn't increased so maybe it's over. The computer is clean. A Bitdefender scan of the C: drive shows absolutely nothing. Chrome did get an update Thursday afternoon but I don't see how that could have set something off to start running Friday. Any thoughts? Thanks!

GW · ‎08-31-2023

The three windows computers on wifi have limited purposes with no need to be automatically or continually be connected to the internet. I do connect them by wifi for various tasks including security and windows updates. I always do this early in the morning when on Bonus Zone time. Unintended consequences of allowing an automatically connected computer would include forgetting the date I allow the computers to run windows update. If this happened at the wrong time I could spend a few GB of the limited service plan data.

GW · ‎07-19-2023

@Remy I had a 46 minute conversation with Wences of level 4 support yesterday morning. One thing I continue to find fascinating is none of the elevated support people give a hoot about speed tests or history. I offered both Christine and Wences links to the considerable history I went far out of my way to accumulate so they could simply and easily... and quickly... analyze the situation in excruciating detail. They don't care. All they care about is what they see at the moment they're looking. When Christine was looking, what she saw was wildly fluctuating speeds that never got up to "baseline". When Wences was looking, he was seeing 20+ Mbps. Same as I was seeing that morning. They may not ever see what I see right now. Presently, 2 Mbps download that's 89% lower than my Host's average of 17.9 Mbps. And they never get to see the really fun stuff like 350 kbps downloads and 300 kbps uploads unless they want to stay around and test for a few hours. With Wences, after a long duration of trying to solve problems that do not exist and counsel me about things I could care less about, we finally got right down to it. It is as I suspected. There really is a serious problem with my beam but as we all know, speeds are not guaranteed 😀 The beam and requisite network is oversold and grossly congested. My service, with my 15 GB bandwidth and low speed plan, my internet performance is getting stepped on and going down the tubes every time all the kiddies decide to watch some cartoons. Lather, rinse and repeat. No different than my time on Spaceway beam 55 that went on and on without resolution or relief until Jupiter came along. At least this run lasted 6+ years before service started crashing from too many customers. There also will not be any relief potentially provided by Fusion. Not sure but it seems like that could help by reducing the beam load and shunting uploads over to wireless. Both Christine and Wences said there's no plans to rework my beam 107 to accommodate this service. The sad part about all of this is I'd be willing to bet Hughes is still adding every possible customer to this beam without regard to the service quality of existing customers who've been on it since day one. Thanks Remy. I truly appreciate your help. GW

GW · ‎07-14-2023

I don't know what's going on after 7 AM any more but this just about has to be a beam/network issue. I tried to watch a 20-something minute youtube video about a machine Wednesday morning about this time and it wouldn't even start. I wanted to try it again this morning so I ran a few quick tests prior. That won't be happening. Footnote: It took me over eight minutes to load the community page, log on, load this thread and upload the 63 kb jpg

GW · ‎07-13-2023

Hi Remy, I didn't do much this morning other than respond to website messages, do email, print mailing labels, check package tracking and download invoices. I would say it was cooking along as normal. I imagine if I ran a speed test during that time, it probably would have come back at 30-40 Mbps. GW

GW · ‎07-13-2023

@Remy This morning my security updates were failing. RSS in SCC was 80. Two of these tests stuck, just as you see them here. They never completed even when left running for minutes. I gave up and tethered my computers to Vz, one-by-one, to get it done. By 7:45 AM, Hughes was functional with a speed test of 4.2 Mbps. Earlier in the morning ~4:30-5:30, the Hughes was working just fine.

GW · ‎07-11-2023

Hi, No help but some confirmation for you. I don't allow any of our wifi computers to connect automatically because of unintended consequences. I did check it out for you with my Asus laptop. I checked the box to connect automatically and then connected to the Hughes modem 2g side . Then rebooted. It came back up reconnected to the 2g. If there's anything else I can check for you, please let me know. GW

GW · ‎07-11-2023

Hi Remy, I was hoping you getting in some vacation relaxitation time. I wonder if you can access the notes from the escalation conference? Maybe that will give you some clues. I think she did a lot of documentation. I still can't remember much about the previous coax change but it could have had something to do with that steel ground wire being so rusty. That said, I wondered if Hughes still uses steel ground in the coax. That's affirmative but look what else I found. The tech didn't reconnect the ground to the new grounding block. It was loose and tucked in behind. I know I'm not supposed to goof with Hughes wiring but it's reconnected now. We have been having a few thunderstorms lately. Even though all my stuff is well protected by APC UPS units, finding that didn't give me a warm, fuzzy feeling. I sure am glad a bolt didn't hit our antenna. That would have been nasty. GW

GW · ‎07-07-2023

@Remy This morning (7/7 at 7 am) my internet is almost non-functional as I try to do my work. In this case, rolling a triple 7 doesn't seem to be very lucky.

GW · ‎07-05-2023

Hi Remy Escalated support called me at noon Friday. Christine and case# 153709860 We had a 1:47 conference where we went through EVERYTHING. We tested modem resets, 2g, 5g, two routers, ethernet direct and routed, phone by wifi, etc. She found no problems other than constant speed fluctuations that never got up to baseline. She said my beam has no problems. After confirming modem, ODU and aim were good, she said the coax must be bad. I said it was replaced from end to end some years ago but I couldn't tell her when. She dispatched a technician to change it out. This was scheduled for between 11 and 2 on Saturday. He called at 6:25 PM Friday and asked if he could come by in a half hour or so. Out of respect for his schedule and request, I agreed even though it was a very inconvenient time. He connected to the modem wifi with his phone to check things out. He immediately said I was in FAP and was pleased he solved the problem so quickly and easily. My plan bytes were indeed 0%. That ran out during the earlier support call. He didn't seem to believe I was running on token byte reserve. He wasted a lot of time calling someone on the phone to verify I really had that much reserve. Whoever he was talking to eventually confirmed I had that many genuine token bytes in reserve and was not in FAP. He checked things and couldn't find anything wrong except low speeds. I asked him if he read all the notes attached to his dispatch because he was sent out to change the coax. He declined to do that (which was good because it was getting late and that's a long, hard job) saying coax lasts over 30 years. (Uh huh, sure it does.) He started changing cable ends because he found some tiny spots of corrosion in them and changed the ground block. The cable ends I looked at didn't have any dielectric grease but I did see the black spots he showed me. Then he changed the radio and was on his way. This helped nothing. Still slow and erratic. The next morning I set up a auto testing routine to run 50 hours of 5 mb downloads every half hour to make a nice, pretty 100 test page. This makes it easy to see the ongoing situation.I let it run on my main, Ethernet connected computer and made certain nothing interfered with a scheduled speed test. Inconvenient is an understatement but it tells the tale. My testmy page shows a low download of 0.56 Mbps, a high of 42.12 Mbps and a median of 9.55 Mbps. Same basic result as the two sets of tests the week before using the old modem and then the new modem. It appears something is wrong with my system but the problem does not exist on my property unless it could be the underground coax. The repairman did see the RSS instantly drop from above 80 to 52 when he was watching his phone. No storms, no clouds, no wind, no nothing. I've never seen this happen before but I don't spend much time staring at the RSS in the SCC. Can this be a clue? Is there any way you or I can set up a data logging function in the modem to track signal losses and corresponding time? GW

GW · ‎06-28-2023

Good morning Remy, Please let me know if/when you need me to do more testing and the exact type. I'll leave the testmy records as they are for now. I think the two sets of hourlies clearly show it's a beam/network problem. I haven't gotten around to arranging and sorting the csv file but it will stick out like a sore thumb there. Thanks, GW

GW · ‎06-27-2023

Hi Remy, It doesn't appear to be the modem. The replacement arrived Friday. I installed it Sunday morning after running 40 hourly automatic speed tests with the old modem. The old modem test began Friday afternoon 6/23 at 1:21 pm and ended Sunday morning 6/25 at 4:43 am. The new modem test of 50 hourlies began Sunday morning 6/25 at 7:49 am and ended today at 9:22 am today. It looks like the new modem did a high download of 46.4 Mbps at 4:25 am 6/27 and a low of 0.69 at 9:19 pm on 6/26. The high upload was 3.11 at 11:07 am on 6/26. The low was 0.26 at 10:53 pm on 6/25. The old modem did a high download of 41.59 Mbps at 1:29 am on 6/24 and a low of 1.8 at 7:39 pm on Saturday. The high upload of 3.35 was at 2:30 am on 6/24. The low was 0.33 at 1:35 pm Saturday. None of these tests appear to be influenced by weather. At least on my end. We had some quick thunderstorms come through Sunday and again after midnight for a few hours. You can see the hit on upload speeds during some of the late storms that coincided with a speed test but they didn't appear to bother the downloads all that much. The modem had a rough time doing a software update Sunday. It stuck on the dreaded 15 signal for quite a while doing that IPGW pool thing when trying to associate. Thanks, GW

GW · ‎06-22-2023

Thank you Liz.

GW · ‎06-22-2023

Pretty much. There was a way to spend a token but they changed the route to check the balance and I couldn't find it. I did spend one and saw my SCC token bytes reserve increase accordingly but couldn't find the way to check my remaining balance until Gabe showed me. Then I was able to reconcile my Hughes balance with my records.

GW · ‎06-22-2023

I thought I pasted this one in yesterday but it didn't take. This is the current total of token bytes loaded up.

GW · ‎06-22-2023

Sorry, I pasted in the wrong screen shot for 4/10/15. That one above doesn't show the token bytes available.

GW · ‎06-21-2023

Thank you Remy. I truly appreciate that and hope it will solve the problem. Yes, it has been just a tad over 3 years. I think it was April 2020. I'll let you know. Best Regards, GW

GW · ‎06-21-2023

Good question Liz. When I moved to Gen 4 in 2014, I used a bunch of my tokens for "Token Bytes" so I could never go FAP at an inopportune time. Over the years I periodically moved more tokens into "Token Bytes" just to check on them for continued viability. I last did this on 12/7/20, as mentioned in the conversation with Gabe when he gave me the new directions to locate the totals in my token stash. I also received a metric s-ton of tokens from Hughes over the years to compensate for the myriad problems, outages and testing I had to do while on the miserable Gen 4/Beam 55 that was always such a disaster. This continued through all the problems I had with Gen 5/Beam 107. More token bytes came from an accidental purchase in 2017 when I was goofing with my saved tokens. I looked in my files and found screenshots that show some history. Here are a few. I had 7990 Token Bytes Available on 4/10/15. 29.5 GB of Token Bytes remaining on 4/20/17. 41.6 Token Bytes remaining on 12/28/18. And I have 31.8 Token Bytes remaining today, 6/21/23 How it got down to 33.2 by 12/7/20 was because I used a bunch of it to watch the college football playoffs and National Championship game for the 2018 season when Alabama won the championship. We have only OTA TV. The finals are only on ESPN and pirate websites. Using the internet was our only convenient option for watching these games that year. At that time I had really great 4G with the new Verizon tower they built almost next door in early 2018 but I had a smaller 4G allowance. The Vz was my emergency backup data for taking care of my business when needed so I was very conservative with it. My Vz MVNO upgraded my plan to unlimited data in December 2019 so watching them win the 2020 championship wasn't a problem. It never will be again with three Verizon phones in the house, all with unlimited data.

GW · ‎06-20-2023

Testmy is back online so now I can offer a link to my test records. https://testmy.net/quickstats/Gateswood2 My RSS is 84 this morning so that's not a reason for the pitiful results when my internet was basically non-functional earlier today. I noticed my connectivity results exceeded 2200 ms in all categories at that time but the test told me "You have good connectivity to the gateway". Thanks, GW Edit: This testmy account is for the exclusive use of my main desktop that only runs hardwired ethernet connections. No wifi on this one.

GW · ‎06-20-2023

Hi Liz, No, that's not the way it worked. The tokens were obviously taken from me because I didn't shift them out of reserve to active status before an unknown expiration date. They were accumulated over the years on G3. The 26 free tokens were worth 500 mb each and the 6 prepaids were worth 1 GB. Check this link for full details on my last contact with them and my activated token status at that moment in time. https://community.hughesnet.com/t5/myAccount-and-Billing/Tokens/m-p/130157#M9499 You'd think I would have noticed my token status jump by 19 GB if the engineer was correct. That never happened. Look at my records. You can count on one hand the number of times I've "broke the buck" and had to dip into reserves since 2011. Thanks GW

GW · ‎06-18-2023

I can't find my old tokens again. Gabe told me how to find them last time it happened in 2020 but those instructions don't work for me any more. At that time I had 33.2 GB (as seen on the SCC Home page) already loaded into the system and 26 free and 6 prepaid left over in reserve from the old days. Subsequent to that date of 12/07/20, I've drained the loaded tokens down to 31.8 GB. How can I find those old tokens now?

GW · ‎06-18-2023

Please run diagnostics for me. My Hughesnet has been running slower and slower for a while now. At times it's becoming useless. That's a problem because it's sometimes happening between 4 and 8 am in the bonus zone when I like to do a lot of my work and all the updates on everything. We have the 15GB primetime allowance, don't give a hoot about streaming or things like zoom. We use another provider for things like that. My wife always runs her work computer off Verizon and I tend switch off to Vz for any big downloads or any heavy usage during primetime. Whenever it does go down the tubes, I must tether my phone to whatever computer I need to use. Not all have wifi. I also like to keep my phones updated over my Hughesnet prior to 8 AM. I needed to install a 50-something MB app this morning and it took more than 10 minutes to download. I can't see it being a problem with my site since the slow can happen even with high RSS but there's only one way to find out. I suspect my E19 beam 107 is becoming oversold or has a problem. Last night it became completely dysfunctional and clocked a ripping 3.2 Mbps by testmy.net while my SCC was showing a RS of 83. I have some speed tests randomly collected over time but they're currently inaccessible due to testmy.net being gone with bad gateway 502 error. This is whether connected by Hughes or Vz. I hope you all had a great weekend! GW

Online Status	Offline
Date Last Visited	‎10-05-2023 11:27 PM

About GW

Re: Internet on and off for 5 hours-system light o...

Re: Unstable Zoom Internet but Youtube is working ...

Hughes - Please check my modem.

Re: Please offer opinion on data drain, documented...

Re: Please offer opinion on data drain, documented...

Re: Please offer opinion on data drain, documented...

Re: Please offer opinion on data drain, documented...

Re: Please offer opinion on data drain, documented...

Please offer opinion on data drain, documented by ...

Re: Connect Automatically

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Connect Automatically

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Site diagnostics, please

Re: Tokens. Again

Re: Tokens. Again

Re: Tokens. Again

Re: Tokens. Again

Re: Site diagnostics, please

Re: Tokens. Again

Re: Site diagnostics, please

Re: Tokens. Again

Tokens. Again

Site diagnostics, please