BRUME v4.7.4 cannot connect GL-M2 from time to time

I am sorry but I continue to have errors since the update.
BRUME can not connect/enumerate the GL-M2 from time to time showing below errors which appear since the update to 4.7.4

Please advise how to resolve this:

Sun Apr 20 17:12:22 2025 kern.info kernel: [51115.495607] usb 1-1.1: new high-speed USB device number 8 using xhci-mtk
Sun Apr 20 17:12:23 2025 kern.err kernel: [51116.067487] usb 1-1.1: device descriptor read/64, error -71
Sun Apr 20 17:12:23 2025 kern.info kernel: [51116.073088] usb 1-1.1: Device No Respond
Sun Apr 20 17:12:23 2025 kern.err kernel: [51116.287424] usb 1-1.1: device descriptor read/64, error -71
Sun Apr 20 17:12:23 2025 kern.info kernel: [51116.293070] usb 1-1.1: Device No Respond
Sun Apr 20 17:12:23 2025 kern.info kernel: [51116.507355] usb 1-1.1: new high-speed USB device number 9 using xhci-mtk
Sun Apr 20 17:12:23 2025 kern.err kernel: [51116.615357] usb 1-1.1: device descriptor read/64, error -71
Sun Apr 20 17:12:23 2025 kern.info kernel: [51116.620935] usb 1-1.1: Device No Respond
Sun Apr 20 17:12:24 2025 kern.err kernel: [51116.835284] usb 1-1.1: device descriptor read/64, error -71
Sun Apr 20 17:12:24 2025 kern.info kernel: [51116.840909] usb 1-1.1: Device No Respond
Sun Apr 20 17:12:24 2025 kern.info kernel: [51116.951460] usb 1-1-port1: attempt power cycle
Sun Apr 20 17:12:24 2025 kern.info kernel: [51117.607083] usb 1-1.1: new high-speed USB device number 10 using xhci-mtk
Sun Apr 20 17:12:24 2025 kern.warn kernel: [51117.613932] usb 1-1.1: Device not responding to setup address.
Sun Apr 20 17:12:25 2025 kern.warn kernel: [51117.827057] usb 1-1.1: Device not responding to setup address.
Sun Apr 20 17:12:25 2025 kern.err kernel: [51118.038979] usb 1-1.1: device not accepting address 10, error -71
Sun Apr 20 17:12:25 2025 kern.info kernel: [51118.146934] usb 1-1.1: new high-speed USB device number 11 using xhci-mtk
Sun Apr 20 17:12:25 2025 kern.warn kernel: [51118.153801] usb 1-1.1: Device not responding to setup address.
Sun Apr 20 17:12:25 2025 kern.warn kernel: [51118.366912] usb 1-1.1: Device not responding to setup address.
Sun Apr 20 17:12:25 2025 kern.err kernel: [51118.578828] usb 1-1.1: device not accepting address 11, error -71
Sun Apr 20 17:12:25 2025 kern.err kernel: [51118.585222] usb 1-1-port1: unable to enumerate USB device

Hey @AirMax Can you confirm if the power supply of GL-M2 is normal? This requires an external power supply

Hey Jane, yes I can confirm the power supply is normal and I have allways been running it with the external power supply that it comes with.
I have no idea why I continue to have the same errors day by day (at leasr I encounter the problem once a day).

It only happens since I updated the BRUME2 to Firmware 4.7.4

Hi,

We did not reproduce this issue on the MT2500.

Could you please try to connect GL-M2 to PC, to test if the GL-M2 works normally?

May I know if you downgrade the MT2500 to previous firmware version, does the GL-M2 work normally?

I connected it to my laptop and the first attempt resulted in "unable to identify USB device"

So I plugged of the power supply and waited half a minute. Then plugged the power supply in again and attached the USB connector to my laptop and the modem worked like it should.

Sounds like it is a modem issue...? What do you think? Hardware failure or could it be software driven?
It happens every day at least once that all of a sudden the fine working modem stops to work and cannot be enumerated anymore, like it crashed and is stuck in the crashed mode.

I bought this modem in the GL-Inet online shop....

hello, Can you connect GL-M2 to Brume, share the device through Goodcloud and PM me? I will check this issue. Also, I would like to know if you updated the bootloader before updating v4.7.4 version?

Hi Jane, I shared the device once again with you. Device ID zt4d2ec

Hello,

Please PM Jane your router MAC and login web UI password.

Gents, I sent a PM to Jane, Zane and Cathy 4 days ago but nobody seems to be interested to help? No reply at all?
Meanwhile I tested the GL-M2 with a direct USB Connection to a Laptop. In this setup, GL-M2 instantly speeds up to >300mbps and is running relatively stable. However, also in this setup, all of a sudden the connection gets interupted while the RM520 is still visible in Windows device manager but it states that the SIM card cannot be recognized. Tried with several SIM Cards - all have the same issue.
So it seems GL-M2 and its RM520 are broken? If so, how to handle the warranty case? I ordered it directly from your online shop.
But there is something else which starts to annoy me: Knowing that GL-M2 can reach such high speeds it is frustrating that when connected to Brume2 GL-M2 Cellular does not even reach half the possible speed (mostly approximately 100mbps) - how can this be? My VDSL line reaches >200mbps. Doesn’t matter if the VPN is switched on or not. I doubt that this a normal effect.

Gents….PLEASE advise immediately as this starts to drive me nuts.

1 Like

Hello sir @AirMax , sorry for the late response. The Goodcloud sharing is expired. Could you share the device again to check the modem configuration? Don't worry, if it cannot be resolved, we‘ll provide you the warranty service

I just shared my device again. At the moment cellular is running but overall speed is weak

Hi, we've changed the modem settings, please check if the cellular speed is better.

The modem fails to reconnect after the router restarts, this is an intermittent issue and we are working on it. If it occurs again, advised to remove the M2 power cable, reconnect the M2 to the router, then re-plugin the power supply to the M2 board.

Hi, thanks a lot but the cellular modem already disconnected again. Error 71 - device not accepting adress 10. Port 1 . unable to enumerate USB device. There is actually no conjunction with the Brume restarting. This is scheduled every night at 04:00 AM, so this prooves that the modem randomly disconnects without being able to enumerate again. This is so annoying and indeed this problem popped up with FW 4.7.4 which on the one hand resolved the issue with the USB hub but seemingly created an even more annoying issue. Honestly since I was not at home I wasn’t even able to test the modem speed which I will do later after reconnecting the modem manually.

Extract of the Kernel Protocol this evening:

[22861.607815] usb 1-1.1: reset high-speed USB device number 3 using xhci-mtk
[22866.726197] usb 1-1.1: device descriptor read/64, error -110
[22866.731864] usb 1-1.1: Device No Respond
[22872.104862] usb 1-1.1: device descriptor read/64, error -71
[22872.110441] usb 1-1.1: Device No Respond
[22872.324787] usb 1-1.1: reset high-speed USB device number 3 using xhci-mtk
[22877.475500] usb 1-1.1: device descriptor read/64, error -110
[22877.481168] usb 1-1.1: Device No Respond
[22893.087611] usb 1-1.1: device descriptor read/64, error -110
[22893.093274] usb 1-1.1: Device No Respond
[22893.307550] usb 1-1.1: reset high-speed USB device number 3 using xhci-mtk
[22898.358291] xhci-mtk 11200000.xhci: Timeout while waiting for setup device command
[22903.732945] xhci-mtk 11200000.xhci: Timeout while waiting for setup device command
[22903.944879] usb 1-1.1: device not accepting address 3, error -62
[22904.052872] usb 1-1.1: reset high-speed USB device number 3 using xhci-mtk
[22909.107601] xhci-mtk 11200000.xhci: Timeout while waiting for setup device command
[22909.319559] usb 1-1.1: Device not responding to setup address.
[22909.531477] usb 1-1.1: device not accepting address 3, error -71
[22909.539082] usb 1-1.1: USB disconnect, device number 3
[22909.544500] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[22909.552653] option 1-1.1:1.0: device disconnected
[22909.557721] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[22909.565867] option 1-1.1:1.1: device disconnected
[22909.570917] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[22909.579057] option 1-1.1:1.2: device disconnected
[22909.584091] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[22909.592222] option 1-1.1:1.3: device disconnected
[22909.597159] qmi_wwan 1-1.1:1.4 wwan0: unregister 'qmi_wwan' usb-11200000.xhci-1.1, WWAN/QMI device
[22910.011409] usb 1-1.1: new high-speed USB device number 5 using xhci-mtk
[22911.143144] usb 1-1.1: new high-speed USB device number 6 using xhci-mtk
[22911.305196] option 1-1.1:1.0: GSM modem (1-port) converter detected
[22911.311705] usb 1-1.1: GSM modem (1-port) converter now attached to ttyUSB0
[22911.318978] option 1-1.1:1.1: GSM modem (1-port) converter detected
[22911.325458] usb 1-1.1: GSM modem (1-port) converter now attached to ttyUSB1
[22911.332715] option 1-1.1:1.2: GSM modem (1-port) converter detected
[22911.339216] usb 1-1.1: GSM modem (1-port) converter now attached to ttyUSB2
[22911.346560] option 1-1.1:1.3: GSM modem (1-port) converter detected
[22911.353088] usb 1-1.1: GSM modem (1-port) converter now attached to ttyUSB3
[22911.361581] qmi_wwan 1-1.1:1.4: cdc-wdm0: USB WDM device
[22911.367196] qmi_wwan 1-1.1:1.4: QuectelEC25&EC21&EG91&EG95&EG06&EP06&EM06&BG96&AG35 qmi wwan detected
[22911.377002] qmi_wwan 1-1.1:1.4 wwan0: register 'qmi_wwan' at usb-11200000.xhci-1.1, WWAN/QMI device, 06:37:9b:73:1d:0f
[36477.640596] usb 1-1.1: reset high-speed USB device number 6 using xhci-mtk
[36482.762940] usb 1-1.1: device descriptor read/64, error -110
[36482.768608] usb 1-1.1: Device No Respond
[36488.133581] usb 1-1.1: device descriptor read/64, error -71
[36488.139161] usb 1-1.1: Device No Respond
[36488.353535] usb 1-1.1: reset high-speed USB device number 6 using xhci-mtk
[36493.508431] usb 1-1.1: device descriptor read/64, error -110
[36493.514146] usb 1-1.1: Device No Respond
[36498.882892] usb 1-1.1: device descriptor read/64, error -71
[36498.888468] usb 1-1.1: Device No Respond
[36499.102846] usb 1-1.1: reset high-speed USB device number 6 using xhci-mtk
[36499.109806] usb 1-1.1: Device not responding to setup address.
[36499.322790] usb 1-1.1: Device not responding to setup address.
[36499.534747] usb 1-1.1: device not accepting address 6, error -71
[36499.642678] usb 1-1.1: reset high-speed USB device number 6 using xhci-mtk
[36499.649594] usb 1-1.1: Device not responding to setup address.
[36499.862670] usb 1-1.1: Device not responding to setup address.
[36500.074563] usb 1-1.1: device not accepting address 6, error -71
[36500.083236] usb 1-1.1: USB disconnect, device number 6
[36500.088683] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[36500.096845] option 1-1.1:1.0: device disconnected
[36500.101911] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[36500.110034] option 1-1.1:1.1: device disconnected
[36500.115073] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[36500.123173] option 1-1.1:1.2: device disconnected
[36500.128210] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[36500.136324] option 1-1.1:1.3: device disconnected
[36500.141246] qmi_wwan 1-1.1:1.4 wwan0: unregister 'qmi_wwan' usb-11200000.xhci-1.1, WWAN/QMI device
[36500.524304] kmwan: Delete node:modem_1_1_1
[36500.546524] usb 1-1.1: new high-speed USB device number 7 using xhci-mtk
[36500.666574] usb 1-1.1: device descriptor read/64, error -71
[36500.672309] usb 1-1.1: Device No Respond
[36500.886535] usb 1-1.1: device descriptor read/64, error -71
[36500.892144] usb 1-1.1: Device No Respond
[36501.106370] usb 1-1.1: new high-speed USB device number 8 using xhci-mtk
[36501.218335] usb 1-1.1: device descriptor read/64, error -71
[36501.224006] usb 1-1.1: Device No Respond
[36501.438291] usb 1-1.1: device descriptor read/64, error -71
[36501.443902] usb 1-1.1: Device No Respond
[36501.554503] usb 1-1-port1: attempt power cycle
[36502.210173] usb 1-1.1: new high-speed USB device number 9 using xhci-mtk
[36502.218306] usb 1-1.1: Device not responding to setup address.
[36502.434253] usb 1-1.1: Device not responding to setup address.
[36502.646205] usb 1-1.1: device not accepting address 9, error -71
[36502.757954] usb 1-1.1: new high-speed USB device number 10 using xhci-mtk
[36502.765523] usb 1-1.1: Device not responding to setup address.
[36502.985895] usb 1-1.1: Device not responding to setup address.
[36503.197851] usb 1-1.1: device not accepting address 10, error -71
[36503.205425] usb 1-1-port1: unable to enumerate USB device

Error -71 is related to the module's power-on timing. This issue has been escalated to engineering for review.
Issue may occur after router reboots. Perhaps you can cancel the scheduled reboot task and try again.

The problem already existed before I scheduled the nightly reboot, which I actually did in the hope that this resovles the problem, but it didn’t help obviously.
Anyway I removed the scheduled reboots again but again I am sure there is no dependence as I could reboot the Brume2 while cellular is working fine and it is still working after this manual reboot. I have not yet found any root event that triggers the cellular modem to loose the connection unable to enumerated again.

Any news on this topic? Problem still exists…

Gents…I am getting seriously annoyed and impatient. Since FW 4.7.4 I can no longer use my cellular connection via GL-M2 and all you do is telling me to wait. This is unacceptable. I did NOT buy your “products” to be entertained like a poor little nerd to look for workarounds for your poor performing Firmware. I am NOT a nerd whose life purpose is to fiddle around with products that are not working as promised. Instead of providing solutions it is getting worse each time. Who do you think you are. I expect you to DELIVER solutions within the next 5 business days.

It got even worse: I wanted to change the VPN policy to exclude a handful of devices and BRUME2 allways states “applied” when I add devices to exclude but actually nothing changes. I feel completely fooled by you.

Also: You promised to deliver FW update 4.8 in the third quarter and now we have the 4th quarter but nothing in sight. You are not even able to name a final release date. All you expect us all is to wait again. You behave like you were Microsoft but you aren’t. I really like the concept of your products which I have been using for a long time but since more half a year all you provide is rubbish.

Hey,

I am using 4.8 with my brume2 with GL-M2.

I notice that the celular antenna position affects a lot the performance. Sometimes it show full bars but if the antenna position is not right it will not work properly.

remember, lte and 5G are radios, it is a two way communication, sometime you side is receiving fine but the other side are not. Try to move you antenna.

And sorry, but the GL-M2 is a developing board, I knew that when I bought. You reaction here is poor, and it will not help you case at all. You bought hardware, not premium support with SLA.

(I am not part of the staff, but your post made me anger.)

If you would have read all my previous posts you might have noticed that the problem is not about signal performance but the fact that the modem randomly (now after only 2hours) disconnects and connot be enumerated by the BRUME2 again. The Modem is not the problem. I can also connect it directly via USB to any computer and the performance will be excellent as I also have an external antenna attached to it. I can reach up to 330mbit/s in the German Telekom net when attached to any Windows PC. Soon as it is attached to BRUME2 again the maximum 5G NSA speed is way below 150mbit/s. gli.net staff acknowledged this but is unable to provide a solution which annoys me extremely.

Those guys want to play big by acquiring companies as preferred customers but are unable at all to deliver reliable Firmware for their products. It even was necessary to manually modify the configuraton to have a USB hub working when connected between BRUME2 and GL-M2 .

Thats basic stuff which they struggle with. I still like the concept and UI of gli.net but I hate the Firmware and the so called support staff.

If I were to run a company using a VPN gateway etc. - gli.net would clearly be out - banned to hell.

Hi sir, sorry for the problem. Regarding the M2 disconnection issue, pls try modifying the router settings that I shared and see if it's helpful.
As for the VPN policy, could you share your VPN policy settings to check? I've tested the VPN policy on V4.7 and beta V4.8 but could not recreate the issue.