Hi GL.iNet team and community,
I'd like to request an improvement to the Preferred SIM Slot switch-back logic on dual-SIM models (currently using it on Mudi 7 / GL-E5800, but this affects the whole Spitz/X3000 family and other dual-SIM routers as well).
Current behavior:
The "Checking Preferred Slot Status Scheduled" option only allows setting a single fixed time per day to check whether the preferred SIM has regained signal and switch back automatically. If the preferred SIM recovers shortly after that daily check, the device keeps running on the backup SIM until the next day's check — or the user has to manually switch back.
My use case:
I rely on the preferred SIM as the primary carrier for cost/quality reasons, with a secondary SIM purely as failover. When the primary SIM drops and recovers multiple times a day (e.g. traveling through areas with patchy coverage), the current once-a-day check means I end up manually switching back most of the time, which defeats the purpose of having an automated failover/failback system.
Requested feature:
-
Allow multiple check times per day, or better, a configurable interval (e.g. every 15/30/60 minutes) instead of a single fixed daily time.
-
Alternatively, expose a lightweight "quick check" toggle that checks preferred SIM status more frequently but with a lighter probe (to avoid excessive backup-SIM data usage, which I understand was the original reason for the once-daily design).
Related existing reports that may be relevant:
-
There's also a related bug reported here where Multi-WAN priority doesn't correctly restore after a SIM switch back: [link to "GL-X3000: Multi-Wan Priority not working after SIM swap" thread]
-
And a related manual-switch usability request here: [link to "Spitz AX X3000 How to manually switch sim in auto mode" thread]
It seems like the underlying mechanism (preferred slot detection + switch-back) already exists — this request is mainly about making the scheduling more flexible, which hopefully is a relatively small change compared to a new feature.
Thanks for considering this!