RUT901 failover not working

Hi. Raising new topic about RUT901 failover as asked to do on the phone.

I have 2x RUT901 devices. Both are exhibiting the same behaviour below.
Each device has 2x SIM cards, both working and tested.

If I change the Default SIM between 1 & 2, this works perfectly.
However, simulating a SIM failure (by disabling the SIM through our SIM provider) or removing the SIM does not fail over to the working SIM.

I have confirmed the priority is 1 - SIM 1, 2- SIM 2. Both are enabled and both have failover selected.

Please confirm the next steps.

Thanks

Both RUT901s are connected to an RMS VPN.

Both are using the latest firmware version. RUT9M_R_00.07.17.5

Hello,

Thank you for your question.

For troubleshooting purposes, we will require more sensitive information from your end, such as the troubleshoot file, which may contain passwords, public IP addresses, serial numbers, and such. To avoid leaking this information, we have sent you a form to fill out, which you will receive in your e-mail inbox that you have registered your account with in the forums. In the Ticket ID field of the form, please enter the ID of this thread, which is 16164.

Thank you,
V.

Update from todays follow up call, associated issue has been experienced.

Steps to reproduce

  • Disable SIM card on our SIM provider (simulating a SIM provider outage)
  • Wait 5 minutes
  • Enable SIM card
  • RUT901 does not come back online
  • RUT901 does not respond to SMS messages
  • RUT901 does not fail over to secondary SIM

To fix this I had to reboot the RUT901 physically.

But we are installing 3 901s in panels across the UK so we cannot proceed if they require physical access whenever there is a SIM outage, and this has failed my acceptance testing.

I have also seen the same behaviour in a TRB140 (after a SIM outage) and a RUT956 (again after a SIM outage). Both devices needed manual reboot to reconnect to the network.

Can this please be investigated as a priority ticket.

Thanks,

Andy

To aid the investigation I will try to reproduce the issue on demand and extract troubleshooting logs from the RUT901 that I have physical access too.

Hi. I haven’t received any form. Can you please provide the link in another way? Thanks

Hi. I would like to get some progress on this ticket if possible please. Can you provide the next steps please? I haven’t got any link as far as I can tell.

Thanks,

Andy

Greetings, andyt,

Thank you for additional information,

During the call we tried rebooting the device (physically), there is also an option called “Ping Reboot” it would allow to configure reboot every time the device is unable to ping to a certain host (e.g. 8.8.8.8 aka google). In your case, the interface should be selected as “Ping from mobile”, once this option is selected, you will be able to configure hosts to ping from SIM1 and SIM2, in case both of the pings fail, the device will automatically reboot. I attach a screenshot for more clarity.

You can find more information here:

Regarding the troubleshoot file, I sent you instructions once more to your email that is linked to your Teltonika Community Forum account. Once you fill out the form, we will be able to move to a private channel, where you will be able to provide us with troubleshoot files.

Waiting for your response,

Kind regards,
V.

Thank you. I have completed the form now.

SIM Switching was implemented which has resolved part of this ticket .

Greetings, Andyt,

Thank you for your message.

I will summarise what was done during the private session. The failover feature allows the device to switch between different internet source interfaces, e.g., a mobile internet source and a wired WAN. If one of the interfaces loses connectivity, the other takes its place and provides internet to the device. However, in your case, we had to configure a SIM switch because both SIM cards operate on the same mobile interface; therefore, the failover feature is not designed for this scenario.

Regarding the reboot issue, I posted a guide above on how to configure ping reboot, which essentially sends a ping to your selected host from both SIM cards. If both fail to receive a response, the device automatically reboots, removing the need for manual rebooting.

Also, could you please clarify whether the device still needs to be rebooted once the SIM switch is performed?

Looking forward to your reply.

Kind regards,
V.

I have similar setup at two locations.
Can you confirm this failover bug has been resolved ?

Have you tested it?

Unfortunately not, and i am a little scared to do so. I have almost 4 hours drive to site, if i need to reboot manually.

Hello, @clausras,

Welcome to Teltonika Community!

Could you please clarify which bug you are referring to? The failover condition is triggered when connectivity is lost on one of the available interfaces. For example, mobile, wired WAN, and Wi-Fi are separate interfaces through which the device can obtain connectivity. If one interface loses its connection, the device automatically switches to another to maintain network access.

If your requirement is to switch between two SIM cards that use the same mobile interface, then the SIM switch feature would be the appropriate solution.

Additionally, if the SIM card in the router has SMS service enabled, you can remotely reboot the device using an SMS command. In your case, the command would be:

<device_password> reboot

This command should reboot the router remotely. For more information on SMS commands, please refer to this wiki article:

I look forward to your reply.

Warm regards,
V.

Hi Vilius
Thanks for ellaborating.
This forum thread I understand was started because failover between two sim cards failed ?
I have two sim cards running in two locations, some hundred meters apart, but 4 hours drive from my office.
I did not test dual sim failover switching, but as the second sim is redundancy I need to ensure that failover works, before it is really needed :slight_smile:
I will visit site anyway in late January, so will wait with the testing until then.
BR
Claus

This topic was automatically closed after 60 days. New replies are no longer allowed.

This topic was automatically closed after 54 days. New replies are no longer allowed.