RUTX11 issue swapping to sim 2 when data limits enabled

Hi,

Issue - when I enable data limits for sim 1 and sim 2, and enable in sim switch, I can only connect to sim 1. If I initiate a switch to sim 2 - it connects then switches back . Log suggests due to data limit reset, however I have cleared the limits and still occurs.
Limits are set to 14.65GB per day with a reset @ 02:00.
If I disable data limits, sim switch works normally.

Can provide full log

=============================================

981 Mon Jan 20 07:13:55 2025 daemon.info mobifd: [gsm.modem0] Connected to operator “YES OPTUS YES OPTUS”
982 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] -CFUN- Functionality: “Full”
983 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] -COPS- Mode: “Auto”, operator: “YES OPTUS YES OPTUS”
984 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] -CREG- Mode: “Enabled (with location information)”, status: “Registered, home”, LAC: “57265”, cell ID: “23409930”, technology: “E-UTRAN”
985 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] -CGREG- Mode: “Enabled (with location information)”, status: “Registered, home”, LAC: “57265”, cell ID: “23409930”, technology: “E-UTRAN”
986 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] -CEREG- Mode: “Enabled (with location information)”, status: “Registered, home”, LAC: “”, cell ID: “23409930”, technology: “E-UTRAN”
987 Mon Jan 20 07:13:56 2025 daemon.info mobifd: [gsm.modem0] IP address on PDP context “1”: “10.46.56.139”
988 Mon Jan 20 07:13:56 2025 daemon.notice netifd: Interface ‘Optus_SIM2’ is setting up now
989 Mon Jan 20 07:13:57 2025 daemon.notice netifd: Optus_SIM2 (18799): wwan[18799] Using wwan usb device on bus 3-1
990 Mon Jan 20 07:13:57 2025 daemon.notice netifd: Optus_SIM2 (18799): wwan[18799] Using proto:qmux device:/dev/cdc-wdm0 iface:wwan0 desc:Quectel EG06
991 Mon Jan 20 07:13:57 2025 daemon.info sim_switch[7371]: [3-1] data_limit limit reset, SIM can be switched back
992 Mon Jan 20 07:13:57 2025 daemon.info sim_switch[7371]: [3-1] SIM switch in progress. Triggered by data_limit rule reset
993 Mon Jan 20 07:13:57 2025 daemon.info mobifd: [gsm.modem0] Config reload initiated
994 Mon Jan 20 07:13:57 2025 kern.info kernel: Changing to SIM1: data limit reset

Hello,

Could you please confirm if I understand correctly? When you clear the limits on SIM2 and attempt to connect to it, the router still switches back to SIM1—is that correct?

Best regards,

Yes that is correct. If I clear the Sim 2 limit, and try to connect to Sim 2 after clearing, it will try connecting to sim 2 then connect back to sim 1 always. Sim 1 is the default sim.

IF I enable data limits on Sim 1 and Sim 2, the router keeps connecting to Sim 1, even though the data limit has not been reached on Sim 2.

Thank you for confirming. Could you please let me know how you are attempting to connect to SIM2? Are you setting it as the default SIM, or are you using a SIM switch method, such as an SMS command?

I will try to replicate the issue and get back to you.

Best regards,

I am trying to swap to Sim2 using ubus call gsm.modem0 change_sim_slot

Sim 1 was set to default. (Thinking about this more, maybe this is expected behaviour as Sim1 limit is not reached and is Default sim so does that mean it will always try connect to that?)

Both Sim “Sim Switch” settings had Data limits checked and enabled.

Reason I am doing this is Sim 1 is speed throttled by ISP for next 5 days, so wanted to swap to Sim2 to do some work. Maybe setting Sim2 as Default is a better solution?

I have replicated the issue you’re experiencing. I will contact our RnD team regarding this matter and get back to you once I have any updates.

As a temporary solution, since you mentioned that SIM1 will not be used for the next five days (if I correctly understood), I recommend disabling the SIM switch. After disabling it, your provided command should work without any issues, and SIM1 will not be switched to.

We appreciate your understanding and patience.

Best regards,

Further observations - if data limits not reached, and connection drops on a sim, it will not switch to 2nd sim - not sure if this is by design. In some ways I see value in that, however there is a delay as it doesn`t connect to the other sim, but reverts to the default. This seems to only occur since I enabled data limits - prior to that, if connection dropped would just go from default sim to next sim.
Would be good to select whether that happens - if connection drops out (Due to poor signal or d/c by telco, ) allow it to select sim 2 (or non default)

Hello,

Regarding the different SIM switch triggers, I’d like to remind you that you can select options manually like “No network,” “Weak signal,” and others to trigger the SIM switch. For more information, please refer to this wiki page: https://wiki.teltonika-networks.com/view/RUTX11_Mobile#SIM_Switch.

Best regards,

Hi,

Yes they are activated - on data connection fail and weak signal have always been checked. My point was with those checked and then checking data limits, it seems that the data limits overrides all others - that is if there is quota left in data limit, and connection drops, it will still try and reconnect to the “default sim”. Whereas data limits off, if connection drops it connects to other sim.

Thank you for the clarification. I will inform you as soon as I receive any feedback regarding the fix for this issue.

Best regards,

Hi,

Noticed another behaviour with data limits that appears to be a bug.

Config -
Data limits on sim 1 and sim 2. Both set to reset @ 0200
Default sim is sim 1

Noticed that modem was using Sim 2 only as the usage limit on Sim 1 was reached.

This morning was still on Sim 2, and noted the usage of Sim 1 did not reset this morning - was still flagged at limit. On status screen showed Sim1 limit had been reached, and reset due 04/02/2025, whereas Sim 2 was counting its usage towards limit and said next reset due 07/02/2025 (Is 06/02/2025 here now.) I did not notice this yesterday, but do recall it was at limit on Sim 1 on 05/02/2025, so assume that the reset had stalled yesterday also.

Hello,

Apologies for the late response.

The issue should be fixed with the 7.13 firmware release. Unfortunately, I don’t have an exact date for its availability, but I will let you know as soon as I have more information.

We appreciate your patience and understanding.

Best regards,