GL-MT3000 repeatedely drops connection when in 5GHz repeated mode

I am living in a rental property in a studio converted garage where I use my Landlord’s router. For privacy and local network management I use a GL-MT3000 in repeater mode. Usually I get very good speeds in 5GHz but ever few months it starts repeatedly failing to connect. Last time it took weeks before it randomly came back again. It has randomly started to exhibit the same behaviour again. 2.4 GHz works fine.

What it the problem looks like:

  1. Switch to 5GHz mode (either with auto on or off).
  2. Attempts to connect and briefly shows full bars.
  3. Disconnects after a few seconds.
  4. Repeat 2/3 indefinitely.

Things I have tried with no effect:

  1. Turning off devices that use 5GHz.
  2. Turning off 5GHz client wireless (and changing channel to test almost every one available).
  3. Updating firmware (currently on 4.8.1).
  4. Forgetting network and reconnecting.
  5. Factory reset.
  6. Turning off all applications running (tailscale, vpn, adguard).

Thanks in advance for any help.

I’m having a similar issue, my Slate AX (GL-AXT1800) connects to my Starlink Mini on 5 GHz using repeater mode, once, but then my Starlink reboots many nights at ~4am for updates, and my Slate seems to bork itself, fails to reconnect, and even stops responding to pings on its default IP address (192.168.8.1) from the LAN side, until I unplug its power, plug it back in, it boots back up, and it reconnects to the Starlink on its own.

My other devices can connect to the Starlink just fine, and the Starlink isn’t using DFS channels.

This started happening on firmware 4.8.2, so I rolled back to 4.6.11, and now my Slate isn’t seeing my Starlink’s 5 GHz network at all, even though my other devices do.

Yes, I can confirm problems using Beryl AX on last trip in February. Repeater mode is totally unusable, loosing connection, offering a quite unexpected latency.

Which firmware version is / was it on?

What was your deployment scenario?

Thirst 4.8.1 and then 4.8.3 snapshot. It has been connected to hotel wifi network - using first VPN - wireguard - and without after that. I am testing it home, and for now it is ok.

Hi

Could you please provide or clarify the following:

  1. When the issue occurs, are other devices able to connect to the same 5GHz SSID?
  2. After the issue happens, please try connecting to the problematic 5GHz SSID a few times, then export the device logs and send them to us via private message so we can analyze them

How to export logs:

How to send private messages:

Hi

Your situation seems more like the device is crashing for unknown reasons.

Could you please upgrade the devices to v4.8.2 again and check the following:

  1. Is the device using the original power adapter, or another adapter that meets the 5V/4A specification?
  2. Is there any fluctuation in the power supply around 4 a.m.?
  3. If you configure a scheduled reboot under Admin Panel → Scheduled Tasks, does it help?
    Scheduled Tasks - GL.iNet Router Docs 4
  4. Please use a device connected to the router via Ethernet, SSH into the router, and run the following command to output logs to the SSH session. After the issue occurs, export the contents shown in the SSH session and send them to us via private message for analysis.

Hi

If the Wi-Fi works fine at home but has issues at the hotel, it’s likely specific to the hotel network.

Does the hotel Wi-Fi have any restrictions? If so, have you tried configuring it according to the steps below?

Since you’ve already left, we may not have another opportunity to troubleshoot this issue. :melting_face:

No. It was actually a private router of an owner of Air’n’B apartment - without Capture Portal. I had also those problems during my previous travels in similar scenario. So I decided to write about it. But it is working good in connection with my Flint 3 - maybe tolerates better its own family :wink:

That may be due to compatibility issues with certain router models.

If you encounter the issue again in the future and have a chance to let us investigate, feel free to contact support@gl-inet.com or start a new thread on the forum for assistance.