# 📣 Bug Report: 802.11r breaks MLO on GL.iNet BE9300 (Wi‑Fi 7, QCN9224)

**URL:** <https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635>\
**Category:** Router\
**Created:** [March 14, 2026, 7:15pm UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635 "2026-03-14T19:15:41Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![percy3](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/p/b9bd4f/32.png) [@percy3](https://forum.gl-inet.com/u/percy3)\
**Post date:** [March 14, 2026, 7:15pm UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635/1 "2026-03-14T19:15:41Z")

</div>

Dear GL.iNet Team,

I’ve identified a reproducible issue on the **GL.iNet BE9300 (IPQ5332 + QCN9224 Wi‑Fi 7)** where enabling **802.11r Fast Transition** on **MLO SSIDs** causes the entire Wi‑Fi 7 subsystem to fail. This results in the MLO bond interface (`mld0`) being destroyed, hostapd failing to start, and the main SSID disappearing from the air.

Below is a clean summary of the problem, how to reproduce it, and the logs that confirm the failure.

## 🧩 **Summary of the Issue**

When **802.11r is enabled on Wi‑Fi 7 MLO interfaces** , the BE9300:

- fails to initialize MLO VAPs (`wlanmld2g`, `wlanmld5g`, `wlanmld6g`)

- destroys the MLO bond interface (`mld0`)

- repeatedly tears down and recreates Wi‑Fi radios

- fails to start hostapd for MLO interfaces  
→ `Failed to connect to hostapd - wpa_ctrl_open: No such file or directory`

- triggers subsystem restarts (SSR events)

- leaves only simple non‑MLO SSIDs (e.g., IoT network) active

Disabling **802.11r** immediately restores normal operation.

## 🧪 **How to Reproduce**

1. Configure BE9300 with:

2. Enable **802.11r** on the MLO SSIDs.

3. Restart Wi‑Fi:

4. Observe:

## 🛑 **Actual Behavior**

From the logs:

- **MLO bond destroyed**

- **hostapd fails to start**

- **MLO VAPs fail to initialize**

- **Subsystem restarts**

- **Peer table overflow when 802.11r is enabled**

With 802.11r disabled, all MLO interfaces come up cleanly and the SSID is visible on all bands.

## ✔ **Expected Behavior**

- MLO bond (`mld0`) should remain stable

- All MLO VAPs should initialize

- hostapd should create control sockets for all interfaces

- SSID should be visible on 2.4/5/6 GHz

- No SSR events or VDEV failures

## 🧭 **Workaround**

- Disable **802.11r** on Wi‑Fi 7 MLO SSIDs

- 802.11r works fine on Wi‑Fi 6 APs (non‑MLO)

- All other features (MLO, VLAN, guest networks, 802.11k/v) work normally

## 🙏 **Request**

Could you please investigate compatibility between:

- **802.11r Fast Transition**

- **MLO (Multi‑Link Operation)**

- **QCN9224 firmware on BE9300**

This appears to be a firmware/driver issue rather than a configuration problem.

I can provide full logs, configs, and additional testing if needed.

Thanks!

Regards,

percy

---

<div class="post-metadata">

**Author:** ![xize11](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/xize11/32/5340_2.png) [@xize11](https://forum.gl-inet.com/u/xize11)\
**Post date:** [March 14, 2026, 11:19pm UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635/2 "2026-03-14T23:19:49Z")

</div>

Hmm,

I'm not a expert and also used some AI but I think the awnser of AI is not wrong this time, because it was kind of expected what I thought initially.

MLO can use multiple bands at once, however 802.11r is not designed to roam over multiple bands at the same time, maybe with a hack but that is against the wifi standard.

Basicly MLO is not compatible with fast roaming or mutually exclusive.

Also another incompatibility is that MLO is designed for WPA3 initially when roaming was more designed for wpa2 atleast at the design times.

This is half true, generally this is exactly the problem with todays device and router implementations today, some work and hack around something and some strictly follow the standard, and sometimes the implementations are written without a official standard thats also possible, you could expect this to see on early wifi 7 adopted devices.

I know that for multi psk and wpa3/sae the mac option is enforced as a standard requirement by the wifi alliance thats another example why wpa3 tend to be much stricter than wpa2.

But also why some things won't work on wpa2 or vice versa on wpa3, and I think this is what the AI tried to explain with that.

Honestly I think the real problem is atleast that is how I look to it, is for the wifi alliance is to bring back sense back in all those 802.11 options which are not compatible anymore on wpa3 but also are not compatible to wpa2.

It becomes a configuration nightmare and nobody knows anymore what settings are compatible with the wifi standard old vs new.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 16, 2026, 10:09am UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635/3 "2026-03-16T10:09:42Z")

</div>

Hi

Could you please clarify:

1. What is the firmware version? You can find it under Admin Panel \> System \> Upgrade.
2. How did you enable 802.11r on the MLO? If possible, please provide us the command or configuration.

---

<div class="post-metadata">

**Author:** ![oorweeg](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/o/b782af/32.png) [@oorweeg](https://forum.gl-inet.com/u/oorweeg)\
**Post date:** [March 16, 2026, 2:56pm UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635/4 "2026-03-16T14:56:19Z")

</div>

> [@xize11](#):
>
> Also another incompatibility is that MLO is designed for WPA3 initially when roaming was more designed for wpa2 atleast at the design times.

This is my understanding also, WPA3 is required for MLO and 802.11r has a much much smaller benefit in a WPA3 environment. There is an improvement but it’s minor compared to WPA2 as WPA3 already has much faster roaming. With MLO/WPA3 it shouldn’t 802.11r isn't really need to be enabled to achieve similar roaming to WPA2 with 802.11r.

802.11r causes so many compatibility issues generally it’s not really recommended for WPA2 either in many cases, at least not in a home/soho environment.

---

<div class="post-metadata">

**Author:** ![system](https://forum-static.gl-inet.com/original/3X/7/7/77e28f6cb342ac4bd641bd9a6254595d61b2812a.png) [@system](https://forum.gl-inet.com/u/system)\
**Post date:** [July 22, 2026, 10:23am UTC](https://forum.gl-inet.com/t/bug-report-802-11r-breaks-mlo-on-gl-inet-be9300-wi-fi-7-qcn9224/67635/7 "2026-07-22T10:23:49Z")

</div>

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
