FOR TIPS, gUIDES & TUTORIALS

subscribe to our Youtube

GO TO YOUTUBE

14455 questions

17168 answers

28195 comments

0 members

We are migrating to our new platform at https://community.teltonika.lt. Moving forward, you can continue discussions on this new platform. This current platform will be temporarily maintained for reference purposes.
0 votes
1,515 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 anonymous
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 anonymous
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 anonymous
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 anonymous

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
hello EB

I tried with a RUT230 ( and I made a factory reset) and another sim card (from same ISP) . Only adding PIN/PUK and disable fall over Wan as the only changes.

Same issue 24 hour between - Mobile data disconnected. As i have no boot on ping - the connection is reestablished after a minut.

What I don't understand is why I cant see the reason for the disconnect to find a solution.

thanks, Franz
by
Franz: do you have an "auto reboot" active in the "reboot scheduler"?

Asking because investigating my issue I noticed that I had an auto-reboot scheduled at 3am every day. And the router was dropping the LTE connection at 3pm every day (without any reboot), exactly 12 hours later. That seemed odd to me. To see if it was related I changed the scheduled auto-reboot to be at 8am every day, and then the LTE connection started dropping at 8pm every day instead of 3pm.
by anonymous
Indeed there could be auto-scheduled reboots, just like anonymous says, so please check that too, as I only see that ping reboot now works, but make sure you check auto-reboot too.
by

Ernesta, please note that I'm talking about a potential bug. Is there any other place this should be reported for investigation and fix?

The unexpected behavior I'm seeing is:

  1. You set a scheduled auto-reboot at hour X.
  2. The system will reboot at hour X as expected
  3. The mobile 4G connection will be dropped at hour X+12 (WITHOUT a router reboot, just the 4G connection)
  4. You deactivate and delete all scheduled auto-reboot
  5. The mobile 4G connection will be still dropped at hour X AND hour X+12 WITHOUT a router reboot
by anonymous
Could you please check if the issue still persists after resetting your device? If no - please try setting up auto-reboot and try your steps again and see if it's possible to reproduce.

EB.
by
I can, but it will take me 2-3 days as I need to wait 24h each time to confirm the behavior.
by anonymous
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 anonymous
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 anonymous
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 anonymous
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.