I managed to fix USB detection issue with EP06-E with firmware 4.2.1, as described here:
Now I noticed that after a short time that I don’t use the modem (about two, three hours) it disconnects from the internet. As in the photos below. And every time I have to enter the modem manually and click on “abort” and then reconnect manually.
I tried saving a TTL in manual as well but when I click on “manual” it doesn’t save.
I believe that the provider, after a while, sends the user to sleep. Then the connection should be rechecked and the IP released again. How can I solve this problem?
I use the 4G network as my main network.
Also having a XE300-EU modem with the same EP06-E modem, I tested it with the same SIM. I noticed that this router makes a renewal request (release time), while the AC1300 router hangs. Here is the AC1300 system log:
Tue May 2 09:10:02 2023 user.info : luci: accepted login on / for root from 192.168.8.194
Tue May 2 09:15:33 2023 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 00:XX:XX:XX:XX:be 0 0
Tue May 2 09:18:35 2023 daemon.info hostapd: wlan1: STA 00:XX:XX:XX:XX:be IEEE 802.11: authenticated
Tue May 2 09:18:35 2023 daemon.info hostapd: wlan1: STA 00:XX:XX:XX:XX:be IEEE 802.11: associated (aid 1)
Tue May 2 09:18:35 2023 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 00:XX:XX:XX:XX:be off
Tue May 2 09:18:35 2023 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 00:XX:XX:XX:XX:be 0 0
Tue May 2 09:18:35 2023 daemon.info hostapd: wlan1: STA 00:XX:XX:XX:XX:be RADIUS: starting accounting session D779893AE0550CF7
Tue May 2 09:18:35 2023 daemon.info hostapd: wlan1: STA 00:XX:XX:XX:XX:be WPA: pairwise key handshake completed (RSN)
Tue May 2 09:18:35 2023 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED 00:XX:XX:XX:XX:be
Tue May 2 09:18:35 2023 daemon.info dnsmasq-dhcp[5483]: DHCPREQUEST(br-lan) 192.168.8.194 00:XX:XX:XX:XX:be
Tue May 2 09:18:35 2023 daemon.info dnsmasq-dhcp[5483]: DHCPACK(br-lan) 192.168.8.194 00:XX:XX:XX:XX:be DESKTOP-2USQV6D
Tue May 2 09:19:25 2023 daemon.notice netifd: modem_1_1_4 (4333): udhcpc: sending renew to 10.245.186.57
Tue May 2 09:19:37 2023 user.notice mwan3[4631]: Execute ifdown event on interface modem_1_1 (wwan0)
Tue May 2 09:19:39 2023 user.notice firewall: Reloading firewall due to ifdown of modem_1_1 (wwan0)
Tue May 2 09:19:40 2023 authpriv.notice sudo: root : PWD=/ ; USER=root ; GROUP=nonevpn ; COMMAND=/usr/lib/ddns/dynamic_dns_updater.sh -- stop
Tue May 2 09:19:41 2023 user.info mwan3track[11785]: Detect ifdown event on interface modem_1_1 (wwan0)
Tue May 2 09:19:46 2023 user.notice mwan3track[11785]: Interface modem_1_1 (wwan0) is offline
Tue May 2 09:20:39 2023 user.info : luci: accepted login on / for root from 192.168.8.194
I’ve come to the conclusion that by killing the “qmi” process, the system can restart the modem and make it reconnect.
I am requesting assistance in resolving this issue.
For XE300 with built-in modem, we have written a daemon to repair the abnormal status of the modem, but for the device with external modem, there is no such function, mainly because the model of the external modem is unpredictable, and the daemon may cause other exceptions.
Update:
I bought an EP25-E module and it seems to work fine with version 4.2.1. It manages to obtain the release of the provider automatically.
I also tested on a raspberry with both USB modules (EP06-E and EC25-E) and it works correctly. Both with openwrt and Raspian OS. Also with Raspian, I managed to get them to work with NetworkManager as well.
I wonder why EP06-E fails to work properly on this modem model.
UPDATE 2:
bad news! Same problem with EC25-E too. At this point I ask that the gl-inet firmware does something anomalous and is unable to update the lease of the quectel modems.
This is proved by the fact that by installing openwrt on a raspberry (same version), everything works correctly and the lease is quietly updated.
I mean that the XE300 model, which mounts the EP06-E modem, works correctly.
I am experiencing the same issue with my GL-MT3000 and USB connected Quectel RM520N-GL. Definitely seems to be a bug on the GL side as I’ve used this same modem in the same USB sled with other OpenWrt based routers with no issues. I sent all of the details to support@gl-inet.com although I have not heard anything back.
Let me know if there is anything I can do to help troubleshoot the issue. I am in a similar situation where I rely on reliable connectivity for remote work.
The problem is the inability to update the provider’s “lease”. The provider often changes the IP and therefore fails to update. Of course you can make a script with a cron that periodically checks for updates but the truth is that if I use pure openwrt, it works.
Also I have seen that the software provided by quectel for operating the modem works correctly.
I’m only sorry that the support doesn’t answer because I can keep the modem by the 22nd of this month, otherwise I’ll give it back to amazano. Also because it says in the documentation that they support quectel modems. I tried ec25 and ep06 and it didn’t work.
You can run the commands (as in the picture) and see if the IPs don’t match for you too, why doesn’t it update the lease?
In my case the provider (T-Mobile) requires ipv6 so the output from your commands won’t show the IP mismatch because of the IPv6 NAT. But the issue is still the same, the interface must be bounced in order to obtain a new IP lease. Again, since I am using ipv6 (NAT6) I usually just disable and then re-enable ipv6 under Network > IPv6 which restores internet connectivity.
try running these commands and reporting the output:
/lib/modules/$(uname -r)/q*
also start installing this package: “kmod-usb-serial-qualcomm” and restart your modem meanwhile.
I’ll try to fix the bug tomorrow. If I can post the fix here
Yes, but still I managed to figure out that it only had one file.
But did you understand why I can’t update the lease? because every hour I have the disconnect.