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
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.
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.
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...
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