Sim 2 is set as default, have sim switch for data connection fail enabled on both sims.
Is on Sim 1 atm - starts to lose connection, but says no sim to switch? The default (Sim2) is available and is no reason why cannot switch.
Failover is enabled, order is WAN, Sim1, Sim2. WAN not connected.
RUTX11 [RUTX_R_00.07.13.2]
7699
2025-03-21 17:46:20
Failover
Network
Info
Switched to backup WAN (Telstra_SIM1)
7698
2025-03-21 17:46:17
Health checker
Network
Notice
IPv4 connectivity restored
7697
2025-03-21 17:46:01
Failover
Network
Info
WAN (Telstra_SIM1) is down, no more backups to switch
The router used to go back to default sim (in this case sim 2) if the Sim1 started to fail, so not sure what has changed.
I have just reset the modem to factory settings, and reconfigured the sim switch to
Sim 1 - Data limits, No Network, Data connection Fail
Sim 2 (Default) - No Network, Data connection Fail.
Failover is set to “Failover” with flush connections on Connected and Disconnected checked on both sims.
I checked the logs for overnight -
Data limit was reached yesterday on SIM1 - reset is 0100, however did not reset (Time is correct )
Severall IPv4 connectivity started to fail events, with WAN (mob1s2a1) is down, no more backups to switch - this may be due to the Sim1 mob1s1a1 in data limit reached state? But doesn’t explain why reset of usage did not occur
Could you provide a screenshot of the Failover page? If SIM2 is set as the default one, then the mob1s2a1 failover interface priority metric in the Mode section should be higher than mob1s1a1:
Furthermore, if the issue persists, I believe we will need to contact you privately to investigate and resolve it more effectively. Please let me know the outcome, and if the issue still replicates, I’ll send you a form to fill out for further troubleshooting.
After issues this morning, I reset again and have setup as
SIM1 is now default
Sim switch conditions
Sim 1 - Data limits, No Network, Data connection Fail
Sim 2 - No Network, Data connection Fail.
Modem used to switch whenever connect dropped. It also used to return to top of fail over list (ie sim2 fails tries Sim 1 again). I don`t see this occurring any more, and seems to have started with one of the recent firmware rollout.
The form to fill out was sent to your email inbox (used for registering on the forum). When completing it, please use 12908 as the ticket ID. Once submitted, we will contact you privately to investigate this matter more effectively.
The data limit is not resetting at all - just flashed to latest build and data limits are still not resetting overnight.
[RUTX_R_00.07.13.4] (was nothing in release notes to indicate would improve)
So yesterday, had not reset, so moved the time to next hour (was 0900) - and when 0900 passed it reset. I noticed that the limit (6.35 of 6.35GB used changed to 4.85 of 6.35 used when changed time)
So it hit limit last night and waited for 0900 today - did not reset… So I just changed to nearest coming hour (1000) and **Data used / limit:**4.19 GB / 6.35 GB.
Waited until 1000 and voilla it reset again.
So at this stage appears that each time I move the time, it wakes up the reset option.
Could we please continue troubleshooting this via email? I notice you previously submitted a form, but we haven’t received a response to our last message. In this case, we need to collect some additional information that is sensitive and not suitable for public sharing.
Hi, I have just replied to the reply I sent with troubleshoot files over a week ago - can you confirm have received that with a reply in email?
Replying here as I never received any update or response to email replies I sent.
Sim 1 data reset failed to trigger today @ 1000, so moved an hour forward and saved. Data limit issue ongoing.
Posting here as email troubleshooting I am unsure if getting through and erratic responses.
Yes, you should have received an email from us today.
In short, this issue with data limits not resetting properly is already known and should be resolved with the upcoming 7.14 firmware release. At the moment, I don’t have a precise release date to share.