8400 questions

9885 answers

15679 comments

14155 members

0 votes
417 views 17 comments
by
i have a RUT240 that is using mobile network (3/4g) - but every afternoon the connection is lost and i have configured the RUT240 to boot on missing ping response.

Same pattern every day - The RUT240 when looking at mobile data log:

14.26.29: Mobile data disconnected

14.27.18: Mobile data connected  specified operator

14.40.08 Mobile data disconnected

14.42.18: Mobile data connected with specified IP adresse

Next day is the same but exactly 15 minuters later.

Does anybody has an idea what is the isssue?

Thanks, Franz

2 Answers

0 votes
by
Hi,

First of all, what is your firmware version that you're using?

Have you tried different SIM cards to make sure it's the device that loses the connection and not ISP or anything like cell tower?

Might it be that you configured your router to connect only with defined frequency bands or forcing your router to connect through 3g or 4g only?

EB.
by
Hi EB

The firmware 1.13.1 - The latest i think. I did not try other SIM card - do you mean from another operator - or just another SIM?

The router is setup pretty much default - wizard and auto selection.

I find it very stange that I could set my clock after disconection.

Do you think its the ISP that causes the problem?

Thanks, Franz
by
Another operator would be better than the other SIM.

By saying that you could set a clock after disconnection, what exactly you mean?

EB.
by
I mean that the disconnect is same time every day, except that its 15 minutes later. Thats why I think it must be scheeduled somehow.

Franz
by
If you haven't set anything like that yourself - then, if it has a pattern, the only lead could be the ISP.

EB.
by
hello EB

I have got an ansver from my ISP - and they say the reason is that the router "clear the ip". From the log I see that I get a new IP adress every time. Where in the router could that be?  I am pretty sure its not something i have configured - but now I am uncertain.

Thanks,
by

Check if you don't have these things enabled on your Network > Mobile page.

  • Mobile data on demand
  • Force LTE network
  • Manual/automatic frequency bands (Try changing these, enabling manual or automatic might connect you to different cell tower).
If these are all off and double-checked - reset your router to default factory settings, this way we will be sure it's all clear.
EB.
0 votes
by

I'm experiencing this same issue with a RUTX11 and firmware RUTX_R_00.02.05.2

Each day at 15h the mobile data is disconnected and I need to "restart modem". From the events log:

2020-12-18 15:01:37 Mobile Data Mobile data disconnected
2020-12-17 15:01:53 Mobile Data Mobile data disconnected

These are the entries in the "system log" for the 30 mins prior to the disconnection (I redacted with ◼︎ some info):

Fri Dec 18 14:30:00 2020 cron.info crond[7631]: USER root pid 20026 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:30:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:31:13 2020 daemon.info hostapd: wlan1: STA 38:f9:d3:◼︎◼︎:◼︎◼︎:52 WPA: group key handshake completed (RSN)

Fri Dec 18 14:31:13 2020 daemon.info hostapd: wlan1: STA 8c:85:90:◼︎◼︎:◼︎◼︎:1b WPA: group key handshake completed (RSN)

Fri Dec 18 14:35:00 2020 cron.info crond[7631]: USER root pid 20871 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:35:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:35:15 2020 daemon.warn gpsd: Read returned an error, lost 59 bytes

Fri Dec 18 14:40:00 2020 cron.info crond[7631]: USER root pid 21686 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:40:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:41:13 2020 daemon.info hostapd: wlan1: STA 8c:85:90:◼︎◼︎:◼︎◼︎:1b WPA: group key handshake completed (RSN)

Fri Dec 18 14:41:13 2020 daemon.info hostapd: wlan1: STA 38:f9:d3:◼︎◼︎:◼︎◼︎:52 WPA: group key handshake completed (RSN)

Fri Dec 18 14:41:56 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: sending renew to 10.◼︎◼︎.◼︎◼︎◼︎.161

Fri Dec 18 14:45:00 2020 cron.info crond[7631]: USER root pid 22530 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:45:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:49:26 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: sending renew to 10.◼︎◼︎.◼︎◼︎◼︎.161

Fri Dec 18 14:50:00 2020 cron.info crond[7631]: USER root pid 23373 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:50:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:51:13 2020 daemon.info hostapd: wlan1: STA 8c:85:90:◼︎◼︎:◼︎◼︎:1b WPA: group key handshake completed (RSN)

Fri Dec 18 14:51:13 2020 daemon.info hostapd: wlan1: STA 38:f9:d3:◼︎◼︎:◼︎◼︎:52 WPA: group key handshake completed (RSN)

Fri Dec 18 14:53:11 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: sending renew to 10.◼︎◼︎.◼︎◼︎◼︎.161

Fri Dec 18 14:55:00 2020 cron.info crond[7631]: USER root pid 24184 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 14:55:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 14:55:03 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: sending renew to 10.◼︎◼︎.◼︎◼︎◼︎.161

Fri Dec 18 14:55:59 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: sending renew to 0.0.0.0

Fri Dec 18 14:55:59 2020 daemon.notice netifd: mob1s1a1_4 (7458): udhcpc: lease of 10.◼︎◼︎.◼︎◼︎◼︎.162 obtained, lease time 7200

Fri Dec 18 15:00:00 2020 cron.info crond[7631]: USER root pid 25039 cmd /usr/sbin/ping_reboot.sh cfg01c21d

Fri Dec 18 15:00:00 2020 user.notice ping_reboot.sh: Ping successful.

Fri Dec 18 15:01:13 2020 daemon.info hostapd: wlan1: STA 38:f9:d3:◼︎◼︎:◼︎◼︎:52 WPA: group key handshake completed (RSN)

Fri Dec 18 15:01:13 2020 daemon.info hostapd: wlan1: STA 8c:85:90:◼︎◼︎:◼︎◼︎:1b WPA: group key handshake completed (RSN)

Fri Dec 18 15:01:35 2020 daemon.notice netifd: mob1s1a1 (7453): Mobile connection lost!

Fri Dec 18 15:01:35 2020 daemon.notice netifd: Interface 'mob1s1a1' has lost the connection

Fri Dec 18 15:01:35 2020 daemon.notice netifd: Network device 'wwan0' link is down

Fri Dec 18 15:01:36 2020 daemon.notice netifd: mob1s1a1 (25302): Stopping network mob1s1a1

Fri Dec 18 15:01:36 2020 daemon.notice netifd: mob1s1a1 (25302): Command failed: Not found

Fri Dec 18 15:01:36 2020 daemon.notice netifd: mob1s1a1 (25302): Command failed: Permission denied

Fri Dec 18 15:01:36 2020 daemon.notice netifd: Interface 'mob1s1a1' is now down

by
To make sure it's for all devices, it requires testing from the device that has issues. If you could provide with logs, steps and confirmation that you were able to reproduce it - I will forward it straight to RnD.

EB.
by

Ernestas: I have followed your instructions and did a reset of the router to factory settings and the issue persists. What I have found out is that the mobile connection is dropped every 12h from the time the router boots up. That's why I initially thought it was related to the auto-reboot, but actually the trigger for the bug is the router booting up.

The mobile connection is restored alone by the router usually within a minute, so I guess that most of users won't notice it. We just noticed because we use the router for remote working and just happened that the disconnections occurred during meetings, always at the same time, and it disconnected us from the meetings, what is quite annoying.

Is there an email I can send the troubleshoot file downloaded from the router so your team can fix this?

Cheers

by
Hi,

You can send me your troubleshoot file via private messages. Create an account on this forum and go to my profile, there you will find a private message button.

EB.
by
Any update on this issue? Any ETA for a fix? some firmware updates have rolled out but the issue persists and the router keeps dropping the data connection every 12 hours, what's quite annoying for a device with this price tag.
by
We are talking industrial router here.. try Sierra Wireless for example and you see that Teltonikas are VERY economical.

As for your problem..
Have you checked with your ISP about them resetting the connection every 12 hours for whatever reason?
Look at your WAN IP and see if it changes between 'sessions' similar to Franz's.
Maybe your mobile data service isn't for 24/7 connection.
And if that is the case there is NOTHING the router and its firmware can do about it. And there will be nothing any other router can do about it.
This would be an ISP issue and you would have to change to an ISP that doesn't do this.

Or you explain what your exact situation is and then a schedule of your router rebooting can put the drop of connection by the ISP to a more convenient time of the day, where it doesn't interrupt your data traffic.