Track Internet disconnections, provider outages with historical data, and automated speed testing.
For Windows, Linux, ARM64, ARMa7. Learn more by visiting www.outagesio.com
Notice: If you created an account on app.outagesio.com, simply use the same credentials to log in here.
day-long outage not recorded
-
I am confident that my internet service at a remote site was down for a day or more; however, once service was restored my hardware agent does not seem to record this outage at all. I am confident that my internet was down because my remote Google thermostat and camera reported that they had been down for a day or more.
-
adding to my previous post: On checking the dashboard bar graph of recent outages, I see that, as usual, there are many short (a few seconds) outages throughout most days; however, there is a gap of no outages from 1:10 on 5/24 to 3:24 on 5/16. This is the period of continuous outage. Why doesn't this large outage show up more conspicuously than the multi-second outages?
-
Hi,
Since it's a hardware agent, that means that at 3am (I believe) UTC time, it automatically reboots which is likely why you're not seeing this outage.
That's something that's never come up before somehow and is something we need to look at.Thank you for posting this.
-
@OutagesIO_Support
I would have thought that for any period greater than some threshold (a few minutes?) that the agent did not communicate with the home base (your server) would be logged as an outage. Long outages (hours to days) are the most important from my perspective. I am puzzled as to why this is a new situation for you. I will be interested, to say the least, in your response once you have thought about it a bit. -
@OutagesIO_Support
regarding long (hours to days) periods of no communication between hardware agent and Arizona, my guess is that I needed to reboot my router or modem. I can't do this remotely if there is no internet connection. You might consider having the hardware agent toggle your plug off then on automatically if no communication after some threshold of time - 15 minutes? -
The agent is supposed to keep track of outages, no matter how long they are, seconds, minutes, hours, days and then some. So long as it doesn't get turned off (in windows) or rebooted in hardware, then it will send its report once the Internet is back up.
In some business cases, this is an important even to know about, especially if it was hours or days long.
The issue in this case seems to be that because it's a hardware agent, it rebooted automatically while it was logging the outage and therefore, the outage report was lost.
No need to be puzzled, no one has mentioned this before. In most business cases, IT people respond quickly to problems so even seeing inactive or disconnected is enough for them to take action. In cases like remote sensors for example where they are Internet connected, it might go unnoticed as unimportant but to someone, that report can be quite important.
The issue is that even if you wanted to know about outages that were 15+ minutes long, the agent could not tell you that if it was not able to get online for 24hrs for example. That's why we have the inactive and disconnected notifications.
-
I forgot to add that the hardware agent also reboots daily to ensure no memory or other corruption and because it gets any updates that have become available.
-
O OutagesIO_Support marked this topic as a question on
-
@OutagesIO_Support
Maybe I didn't have notifications set up properly on the dashboard, but I never received a notification about an inactive agent or disconnected agent. Possibly a notification was not in my primary Google inbox. what would be the sender's email address? I could use that to search my email. -
I believe it's always 'noreply@outages.io' or 'noreply@outagesio.com'. I think there are some services still using 'outages.io' here and there on the back end.
If you share the agent and the date again, I can look in the logs. We get a copy of all outgoing email notifications specifically to always know that emails are going out.
-
This is what I see before and after that range;
These are the emails sent;
And the reasons why;
-
I can't see emails older than a month if they were in Span or Trash. Let's assume that I had email notifications set wrong during the time period May 14-May 16, so let's ignore the email question for the time being. However, I don't see the inactive events on my dashboard that you find in your logs.
-
Those are only available on the back end to help us with support.
-
Also, as I noted in my initial post in this thread, I am fairly certain that I my Google IoTs were offline for a couple of days. If I understand correctly the log info that you just sent me, my internet service was out from 5/13 22:15 to 5/15 23:01; however the historical log of outages that I have shows short outages on 5/14 that implies internet connectivity on most of 5/14.
-
Keep in mind that the service is really meant only to monitor from your lan to and out of your provider. Anything 'beyond' is worthless since monitoring the Internet as a whole is not our function.
What I can say is you are experiencing most of the problems around 3am and 10pm and they are all very short other than the long one we've been talking about.
I would discount anything beyond the provider as the first step as those are only informational.
I would discount all inactive as those only mean your agent was not communicating for up to 30 seconds and that could be for any reason.
I would discount any Secured servers related ones also as those mean the agent wasn't able to reach our network but it made it past your ISP which is what really matters.In other words, what you want to monitor is your provider only. If you see local network issues, those are things you have to look into locally and the rest is mainly about your provider.
-
What I want to monitor is my internet connectivity at a remote site. It's important to know whether the cause is local or my provider, but the first order question is "Is my remote site connected to the internet?" I thought that was the point of your hardware agent. The back end logs available to you see to be different from the front end logs available to me. I guess I am misunderstanding the system.
-
You aren't misunderstanding teh service but maybe I'm explaining too many things :).
Yes, the service is specifically to monitor the provider/communications at remote locations so you're use is what it's for.
The additional information I'm showing you is simply to help us talk about what you're asking about. That extra information is simply our own in-house logging so we can help members.I'm not sure at this point where there is a disconnect in our conversation.
