EC25-AUX disconnecting itself and giving descriptor error

Hello there!
I have a couple of Quectel EC25-AUX that I use with Asterisk PBX’s.
They work flawlessly, but after some weeks, they started giving descriptor error -71.

Rebooting the host doesn’t work, sometimes it requires physical unplug, sometimes requires first unplug then reboot and plug back in.

They’re interfaced by USB, and all three devices give the same problem, we were able to replicate it by connecting, once it works disconnect and reconnect it, then it gives this problem.

Host1: Custom server running VMware ESXi 7.0 with USB Passtrough
Host2: RPi4 8GB running Raspberry PI OS 64 bits.

Dmesg output:

[Mon May 29 16:41:01 2023] usb 1-1.4: new high-speed USB device number 39 using xhci_hcd
[Mon May 29 16:41:01 2023] usb 1-1.4: New USB device found, idVendor=2c7c, idProduct=0125, bcdDevice= 3.18
[Mon May 29 16:41:01 2023] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Mon May 29 16:41:01 2023] usb 1-1.4: Product: EC25-AUX
[Mon May 29 16:41:01 2023] usb 1-1.4: Manufacturer: Quectel
[Mon May 29 16:41:01 2023] usb 1-1.4: SerialNumber: 0123456789ABCDEF
[Mon May 29 16:41:01 2023] option 1-1.4:1.0: GSM modem (1-port) converter detected
[Mon May 29 16:41:01 2023] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB0
[Mon May 29 16:41:01 2023] option 1-1.4:1.1: GSM modem (1-port) converter detected
[Mon May 29 16:41:01 2023] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB1
[Mon May 29 16:41:01 2023] option 1-1.4:1.2: GSM modem (1-port) converter detected
[Mon May 29 16:41:01 2023] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB2
[Mon May 29 16:41:01 2023] option 1-1.4:1.3: GSM modem (1-port) converter detected
[Mon May 29 16:41:01 2023] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB3
[Mon May 29 16:41:01 2023] qmi_wwan 1-1.4:1.4: cdc-wdm0: USB WDM device
[Mon May 29 16:41:01 2023] qmi_wwan 1-1.4:1.4 wwan0: register 'qmi_wwan' at usb-0000:01:00.0-1.4, WWAN/QMI device, 2a:df:70:19:c4:02
[Mon May 29 16:41:02 2023] usb 1-1.4: USB disconnect, device number 39
[Mon May 29 16:41:02 2023] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[Mon May 29 16:41:02 2023] option 1-1.4:1.0: device disconnected
[Mon May 29 16:41:02 2023] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[Mon May 29 16:41:02 2023] option 1-1.4:1.1: device disconnected
[Mon May 29 16:41:02 2023] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[Mon May 29 16:41:02 2023] option 1-1.4:1.2: device disconnected
[Mon May 29 16:41:02 2023] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[Mon May 29 16:41:02 2023] option 1-1.4:1.3: device disconnected
[Mon May 29 16:41:02 2023] qmi_wwan 1-1.4:1.4 wwan0: unregister 'qmi_wwan' usb-0000:01:00.0-1.4, WWAN/QMI device
[Mon May 29 16:41:02 2023] usb 1-1.4: new high-speed USB device number 40 using xhci_hcd
[Mon May 29 16:41:02 2023] usb 1-1.4: device descriptor read/all, error -71
[Mon May 29 16:41:03 2023] usb 1-1-port4: Cannot enable. Maybe the USB cable is bad?
[Mon May 29 16:41:03 2023] usb 1-1-port4: attempt power cycle
[Mon May 29 16:41:04 2023] usb 1-1-port4: Cannot enable. Maybe the USB cable is bad?
[Mon May 29 16:41:05 2023] usb 1-1-port4: Cannot enable. Maybe the USB cable is bad?
[Mon May 29 16:41:05 2023] usb 1-1-port4: unable to enumerate USB device

The dmesg says May since I’ve been fighting with this since May, and posted here in another subforum and no one saw it

I tried other usb cables, same behavior. We suspect about the dautherboard or whatever it’s called, but we have no idea. Our modules are all PCIe.

I’d be very thankful if anyone gives me a line of sight.
Regards,
Alan.

As described from the log, it caused by hardware issue.
It might caused by:
The hub could not provide enough current.
The cable is too long.
The value of the resistance is too large.
The USB cable is asymmetrical
The USB is being interfered with by another power cord