Information and Support

Hi, For almost ten years, a free version of the reports were available but two things happened to eventually have to go paid only. First, our costs have gone up in every direction so offering the service for free is no longer sustainable. We are constantly maintaining, updating, and developing and offering the service at no cost is simply not possible anymore. However, we do our best to make it very low cost. If $5.95 saves you even one hour of troubleshooting in one month, it's been paid for. Second, we had a large base of free members but 99% of those members never interacted with us no matter how much we tried to get input and feedback. Not getting any feedback makes it hard to improve, fix problems, and more importantly, hard to know what we should focus on and put more effort into. Free services are often abused and are mostly offered by companies that have big investors behind them, willing to lose money to gain a user base. We don't have investors, we're a small company wanting to earn our keep by offering good services that people find useful. I hope this helps to answer your question, and we hope you'll find OutagesIO useful too.

Thanks for the info

And thank you for reporting the problem!

@scotthay Perfect! Sorry for any problem that this glitch has caused

Then there's something on the PC that is preventing the service from reaching our network. If the install was done as Administrator, then it should have worked but if it didn't, then something else on the PC overrode the installer trying to give itself the required firewall access. You can manually add those. Check out this post. https://support.outagesio.com/topic/9/howto-no-hops-no-pings-in-your-dashboard

BTW, if you go to Historical, Pings or Outages, there you can zoom in and out to see more data spread out.

No problem. There is a bit of a learning curve but not too much. We've tried to make it as automatic as possible but like all tools, it does take a little reading and learning to understand how to use it. The www.outagesio.com site is mainly just our marketing site, it's where search engines and folks searching for a service like ours can learn about us. This site is for support but also contains quite a lot of information from us and others who have posted similar questions that can help others. The app.outagesio.com site is the service itself. It's a 100% custom built service which is why all three of these things aren't all in one service. It simply wasn't possible. My suggestion is that if you have an agent installed at this point, just let it run for a while. Data will start showing up as problems occur. Once it does, review the pages help and if you need more clarification, just post here including some details (not personal) and we'll try to help.

As explained earlier, when you see disconnections but no outages, it means anything but IP outages. Those links I shared explain what some of the causes could be, bad or slowly failing cable, firmware needing an update in your firewall or router or modem, or your provider has a signal level problem at the street level and they aren't acknowledging the problem. The only way to know more in your case would be to get one or two neighbors to install an agent also so that we can correlate their data. To get more info, you could always upgrade your reports for 30 days and that will show you historical data and other information that may or may not help. It may not help since you seem to be experiencing problems which aren't specifically IP related so the agent cannot log those, it can only tell you that's what seems to be happening. You can know this because of what you aren't seeing, IP outages that would be logged by the agent.

@SBK Thanks Ed. Funny we mentioned the lower prevalence of runtime bugs in code written in the functional programming paradigm, then a runtime bug happens, what are the odds? Aside from this little hiccup, the service has been great though. Appreciate the quick fix.

Most times, you'll know if even your own local gateway goes down but a lot of that has to do with how a network is set up. Some folks have multiple internal devices like a wireless router connected to their own router which is then connected to their providers. There is no way for the agent to know these things so to us, it's expected to work on a 'traditional' network which is usually the providers router/modem only. That said, for companies that do have multiple internal gateways, we have a feature we can manually enable that tells the reports side where the local network ends and where the provider starts otherwise, those folks get reports of the LAN being down when it's actually the provider or vise versa. Hard to have a tool that does it all automatically but we keep working on it :).

@kmichailg Yes, this confirms the change we decided to apply: we want to avoid cookies usage in the login phase at least. That error is the effect of that change. Please inform of any other situation where the login for some reason is affecting the normal behavior of the app