Very rarely (thankfully) AP’s which have PPPoE servers, lose wireless connectivity to clients and also winbox access to the AP, there maybe other functions effected also but I don’t have time to check and when it happens it causes lots of calls from unhappy customers,
A simple mac-telnet in and re-boot solves the issue?
Is there any way to monitor this rather than being told from customers that this issue has occurred?
My initial plan is to automate the manual process of logging in from a nearby router by mac-telnet.
Is it then possible to run a script that will ping a clients in a range say 10.100.1.0/24 and if less than 5 re-boot, not sure as I haven’t tested in fault condition, the AP PPPoE address would be 10.100.1.1 and if this was replying to the ping then the AP would not reboot, so I could have 0 clients registered but the PPPoE AP address replying? So if I exclude this address from the ping range or have less than 5 but more than 1 to trigger the script?
On re-boot this script would not run until say 10mins after boot-up obviously not to have reboot loops by the script.
Can this be done, any suggestions are most welcome?
I assume that you are mac-telneting over an ethernet connection as the wireless has stopped responding?
You may be able to disable and then enable the wireless interface affected instead of rebooting the device.
We have been using a system watchdog ping failure to reboot devices that are not available over ethernet. We are finding wireless clients with Last Activity times of hundreds of seconds, that are causing us all kinds of headaches. There are several threads here that remain unresolved after many months.
Correct the access is by ethernet,
Not sure a simple disable will work, as when it happened Winbox would not open the AP router and with customers offline down time has to kept to a minimum,
Watchdog is a option but I use netwatch which has options for up and down status?
So if i could get help with a script that would ping a IP range (say 10.100.0.0/24) and if the number of address’s replying is less than 5 it would trigger the script?
Am I correct that mac-telnet script ran from one router to another will not work because of the interactivity required by User and Password authentication required to allow the telnet session?
If yes what are my options to automate rebooting the AP which is locked up?
Could http://wiki.mikrotik.com/wiki/Fetch command be used to access the AP and run a script to reboot the AP?