Information and Support

@rollytabora

The installation of the agent is not provider related i.e. you can install the agent (the software you will install on each of your two PCs) and let the software run.

If one computer is connected to Verizon 5G and the other one is connected to T-Mobile you simply have to check how many outages were accounted to each agent and you will know which is best for you.

Otherwise, if you can have only one provider at a time for both computers then you can let the agent collect as much data as possible (let's say for one week) and check how many outages were collected; then you can RESET the agent's data (you will loose that historical info) and connect to the other provider to test it the same way you did it before

Ok, so at least we know that pings can be sent when the agent is able to get them.

When I checked earlier, the agent had no pings to send which means it wasn't getting any results from the operating system.

The pings aren't really important in terms of being an accurate measurement. They are mainly being sent as information that could be useful in some situations but mostly to see if there is a substantial change in latency between point A and point B.

If pings latency goes up by a certain percentage, the agents algorithm considers that this could mean something happening and can trigger a speed test for example and other tests.

However, if pings aren't being sent, it means the agent is not running right as ICMP is one of several functions used to also determine if there is an IP outages.

All that to say, it's important that you see pings being sent to the dashboard.

Since restarting the agent got pings going again, to me, it means maybe there is something on the OS that is monitoring certain behavior and limiting something like ICMP.

I would rule out the agent as having a bug because we would have seen it by now as there are many others running the same version.

These can be a bit hard to figure out sometimes. Let's see what happens next.

In terms of running as a service, I think this is what you are looking for.
Monitor your Internet with raspberry pi, nanopi and other arm devices

@markl

Hi Mark,

I recall during the tests we made that if the agent was connected to one network the speed tests were coming in correctly while connected on the other one they didnt.

Is this the situation?

@SBK No matter if it's the primary WAN is up or not, 192.168.0.1 always remains up even during the failover or failback process. I verified this in my first post.

That's why I said the agent reports something incorrect, because it reports that 192.168.0.1 is down when actually 192.168.1.1 is down.

@dberges

Hi Dave,

I see you were installing twice the agent on the same PC (ids 129143 and 129196) and then you installed on a new one (id 129201)

I bet you are referring to the last one since the other one is not connected (software uninstalled or something else)

This agent was created almost 10 hours ago but so far no IP outage has been recorded.

Consider that the disconnections could also be unrelated to IP outages but I suggest to let it run for at least 48 hours before analyzing what is happening to the connection

Anyway just check the pings graph
b22ca079-9164-4745-b6a2-8f6949c2fc88-image.png
You can see that some info was missing from the agent even if no outage was recorded

@Laguy442

Yes correct

Those "missing" ping are just a possible problem in the connection

If your router disconnects for those 2 min and 22sec then you have already the answer but lets wait a bit to see how much data is stored and what you can see from the dashboard

@SBK
Yes, it says "Export date: Jun 9, 2022, 4:26:43 PM" but it was 7:26pm.

@markl
Done

Hi, were you able to find the problem?

@claytonbcollins

Hi,

Yes, we are already testing a new version that is going to include also the upload speed test.

I cannot give a precise time-frame yet but definitely we want to get there too :-)

@OutagesIO_Support
Never mind. I searched for that command you suggested, "ps cax | grep otm_binary", in the forums and saw it mentioned to run the script, "sudo ./starter.sh". And now I'm back up and running!

Thanks!
Clay

@claytonbcollins said in Can't delete Agent:

129098 and switch the Extended service to 129112,

Done
Please confirm all is ok and let me know if you could change the address

@OutagesIO_Support Hi, yes I was testing it. Will probably create a post for my testing.

@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.

@SBK Unfortunately, my extended subscription has expired, so I can no longer check it. Will renew again and let you know.

Ok, well, based on everything you've told me, the problems are no matter if you are using wireless or wired and directly connected to the providers router.

Your next task would be to check the signal levels on your providers router. Most, if not all cable routers will have a status page showing signal levels. You just need to look up the info for your own device and how you log into that. Most times, it's a default admin/admin login since there's nothing to config, just view.

As your LAN IP for the device you have the agent running on is 192.168.0.x, then your router access should be either http://192.168.0.1/ or https://192.168.0.1/

Can you see a status page if you go to this IP from something inside your house? If so, if you need to log in, you'll have to dig on the net for default login credentials.

Your input suggests that either the router/modem is suffering signal loss or its at the street level coming into your house.

If you ask neighbors if they also experience such problems, then it will likely mean that the providers local device serving others in your neighborhood is having a problem.

Providers will usually never admit to problems outside your home unless others are complaining or it's very obviously affecting your own service.

We have many experiences where we've told the provider exactly where the problem was but they would barely acknowledge our information or flat out deny it. Later, services mysteriously get better.

Here's a great example of such a story.

Our local Internet provider would not admit it

If you can confirm signal levels, then contact your provider and ask them to look at the signal levels on your router/modem. If they tell you it's fine and the problems continue, you could ask others in your area to also use OutagesIO and then we could help you confirm issues are affecting others and you could post on their social pages.

OutagesIO is just a tool, it cannot solve the problems of course but it gives you the information you need to get your provider to get things fixed. Like all tools, you use all peices of information together to come to a conclusion.

Hope all this helps.

If you don't see an outage report, it's because it's not an IP problem, it's something else. That could be anything from signals levels to bad cable.

This can help to explain.
About Internet outages, alerts and agent statuses