Monitor any Internet connection and the associated provider for disruptions and other issues. Tracks reliability with automated speed testing. For Windows, Linux, ARM64, ARMa7.
Learn more by visiting www.outagesio.com
Notice: Community reports replaced by Prestaging dashboard Dec 15, 2023
Outages and Inactive notifications
Yes, the connection is to the LAN port of the agent.
By 'change on our end', the one thing I see is that you seem to have cleared all of the data for the agent.
The only new data at this time is pings and speed test results.
I believe the speed test settings are explained in the 'About this page' button link when you're in that page.
I'm not sure why or where you're seeing above 100Mbps since the port is only 100Mbps. This is what I see;
I'd say keep it running for a while and we can look again tomorrow.
The Inactive Notifications have not returned over the past 24hrs, since the complete system reboot.
There is sufficient history available now. You can see that the Download is registering around 80Mbps and the Upload is between 130-143Mbps. I don't know how that is possible if the Yellow Agent Ethernet Port, which is connected to a GB Switch port, are only 100Mbps.
The Ethernet Ports on my Trendnet TEG-S24Dg Switch are Gigabit. And the Firewalla Purple Router ports are Gigabit. The Firewalla stats are showing Internet Speed Download 203.60 Mbps and Upload 207.40 Mbps. Which is consistent with the Fibre 200Mbps Synchronous connection.
Yes, I had mentioned not seeing any more inactive and outages but do see what appears to be an anomaly with the speed testing.
It is of course, not possible that a device with a 100Mbps limit is showing speeds beyond it's capacity, therefore, this is likely a bug of some sort and the dev has been made aware of it.
Unfortunately, it takes a while to find such bugs and test them before we can get an update out but sometimes it's quick.
Give us a few days to get some insight into this and in the meantime, please keep an eye on it.
BTW, each time you reboot your agent, it will download the latest version and it also auto reboots at 3am UTC time every day so should look automatically.
Some testing so far and we're not seeing the problem on all devices.
This is the same model as your v2 running the same version.
Did find the issue on another similar device that we have but not the one that's identical to yours. This might mean that it's happening only in specific cases but we've just started testing so it'll take a while.
The problem doesn't seem to be with our code but the CDN as it is sending back speeds that are higher than the interface.
It's always hard to try to get information back to large companies but if we were to guess, it's because speed testing is getting into very high speeds these days so lower speeds may no longer be as accurate as they used to be.
We continue to research.
We have yet to find a solution as it's nearly impossible to get leads to understand what is happening. Something has changed in the CDN world and once we figure that out, we'll update this and put out a new update.
Thanks for bringing it to our attention.