Spitz AX (GL-X3000) Router Rebooting or Losing Power Suddenly

Technical Support for Routers 4G LTE, 5G NR, USB modems
1

Two days ago, my Spitz AX (GL-X3000) router started losing network connectivity, rebooting itself, or shutting down completely. Each time, I have to manually unplug and re-plug the power source to restart it. This router had worked flawlessly for 2 years prior.

Additional Info:

  • Router Model: Spitz AX (GL-X3000)
  • SIM Card: Vodafone 5G Ultra, connects in SA mode TDD

image
image1316×916 51.4 KB

image (1)
image (1)1266×876 44.1 KB

Temperature keeps around 55C.

Issue Observed in Logs: The router began attempting to obtain an IPv6 address every 60 seconds despite IPv6 being disabled. High processor usage was observed just before each crash/reboot.

Log snippet:

Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:733] trying to get ipv6 address 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:739] requestSetupDataCall QMUXResult = 0x1, QMUXError = 0xe 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:739] call_end_reason is 1 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:739] call_end_reason_type is 2 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:739] call_end_reason_verbose is 210 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:739] try to requestSetupDataCall 60 second later 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:740] your sim card may not support ipv6, please contact your carrier 
Sun Mar 16 18:55:59 2025 daemon.notice netifd: modem_0001 (8829): [03-16_18:54:59:740] check whether the sim card has obtained an ipv6 address. AT command 'AT+CGPADDR'

Troubleshooting Steps Already Taken:

  • Firmware updated to latest stable version, then to beta (4.7.4)—issue persists.
  • IPv6 manually disabled via:
sysctl -w net.ipv6.conf.all.disable_ipv6=1
sysctl -w net.ipv6.conf.default.disable_ipv6=1

  • Persistent IPv6 disablement through /etc/rc.local modification.
    sed -i '/exit 0/i sysctl -w net.ipv6.conf.all.disable_ipv6=1\nsysctl -w net.ipv6.conf.default.disable_ipv6=1' /etc/rc.local

  • Edited /lib/netifd/proto/qcm.sh script to explicitly disable IPv6 request.

if [ "$apn_use" != "-1" ]; then
    if [ "$apn_use" != "" ]; then
        pdp_type='-4'
        proto_run_command "$interface" qcm ${pdp_type:=-4} \
            ${cid:=-n $apn_use} \
            ${apn:+-s $apn} \
            ${username:+ $username} \
            ${password:+ $password} \
            ${auth:+ $auth} \
#          ${pincode:+-p $pincode}
    else
        proto_run_command "$interface" qcm ${pdp_type:=-4} \
            ${apn:+-s $apn} \
            ${username:+ $username} \
            ${password:+ $password} \
            ${auth:+ $auth} \
#          ${pincode:+-p $pincode}
    fi
else
    proto_run_command "$interface" qcm ${pdp_type:=-4}
fi

These steps initially stopped IPv6 requests and stabilized the router for approximately 14 hours, after which it began rebooting again.
Unfortunately, no crash logs are retained post-reboot.

Could anyone help clarify if this behavior points to a software or hardware issue? Suggestions for next steps or further diagnostics would be greatly appreciated.

2

Maybe run the top command to see which daemon(s) takes the high CPU to help glinet to narrow the culprit?

3

I have the same exact behaviour here in Italy with Vodafone and it also started after one year of using my Spitz AX. My SIM doesn't even support IPV6, but still the router try endlessly to obtain an Ipv6 address:

Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:560] trying to get ipv6 address
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] requestSetupDataCall QMUXResult = 0x1, QMUXError = 0xe
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] call_end_reason is 1
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] call_end_reason_type is 2
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] call_end_reason_verbose is 210
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] try to requestSetupDataCall 60 second later
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] your sim card may not support ipv6, please contact your carrier
Tue Mar 18 13:30:02 2025 daemon.notice netifd: modem_0001 (15342): [03-18_13:30:02:569] check whether the sim card has obtained an ipv6 address. AT command 'AT+CGPADDR'

I even shared my router through Goodcloud with a GliNET staff member but he couldn't resolve the issue.
I had disconnections too but fortunately they ended when I upgraded the module firmware to RM520NGLAAR01A08M4G_01.205.01.205.
Right now I am on a even newer version ( RM520NGLAAR01A08M4G_01.206.01.206) and still no disconnections. But yeah, the log is still flooded with IPV6 requests like yours...

4

I managed to stop all the ipv6 requests with the steps above and yesterday I updated to the RM520NGLAAR03A04M4G_01.204.01.204 version. and it's working so far, but I have only wifi connections now, will see a bit later how it will perform with lan connections to TV and PS

5

I see, good luck.
For Ipv6 requests, I decided to simply ignore them by eliminating this line of code in /lib/netifd/proto/qcm.sh:

SPITZ AX
SPITZ AX673×215 24.5 KB

6

I'm also getting some disconnections and continuous requests for ipv6 even though it's off on the X3000.

Modem NameRM520NGLAAR03A03M4G

What's the solution?

(29705): [04-12_21:21:58:775] check whether the sim card has obtained an ipv6 address. AT command 'AT+CGPADDR'
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:831] trying to get ipv6 address
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] requestSetupDataCall QMUXResult = 0x1, QMUXError = 0xe
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] call_end_reason is 1
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] call_end_reason_type is 2
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] call_end_reason_verbose is 210
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] try to requestSetupDataCall 60 second later
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:835] your sim card may not support ipv6, please contact your carrier
Sat Apr 12 21:23:58 2025 daemon.notice netifd: modem_0001 (29705): [04-12_21:22:58:836] check whether the sim card has obtained an ipv6 address. AT command 'AT+CGPADDR'