I recently switched from an Asus RT-BE92U router to a GL-BE9300. Everything is working for the most part, except for my Roon server software, running on a Mac Studio.
The Roon software can see its various audio devices, including a Roon-ready Denon receiver in my living roon, but the Roon software on my iPhone can’t see my Roon server. With the Asus, this worked, and I don’t recall modifying any settings to make it work. Now the Roon (and Roon Arc) apps can’t see the Roon server.
Any ideas what I should check on the GL-BE9300 to make it work more like the Asus, at least with Roon? No idea what might be different between the two.
its difficult to say for me since I don't use wifi 7.
I do know these routers come with MLO, and since MLO is still very experimental some stuff really work buggy on this wifi interface, like being slow, or missing one band.
but because this issue may be multicast related or broadcast, it immediately rang some bells, such as: how would MLO functions work with things like multicast on all of these bands, are they fully implemented?
Have you tried it on the non MLO wireless connection?
And are you also sure the guest isolation is not active?, i believe that is to be default on a second band.
^ i also don't know how MLO would behave under such situation, since it covers all bands, this is not how hostapd intended to use phy interfaces, it often creates interfaces like: phy0-ap0, and phy1-ap0 per band or ssid, and then the isolation flag gets added to it, so very confusing how MLO interact with that , in the worst case the isolation auto applies to all bands even when unintended.
Thanks for your reply. The router offers MLO as well as the usual 2.5 and 5 ghz, and now 6 ghz. I’ve set the usual devices to 2.5 gz (robot vacuum, printer, etc.), and they are happy with that. For my phone, which supports Wifi 7, I’ve been using MLO, and all seems well, aside from Roon iOS apps.
A Roon tech person in their forums advised, among other things I’d already done, to make sure I had IGMP Snooping enabled, something I’d never heard of, I enabled it, set a nightly reboot schedule on the router, and this morning… I could connect to my Roon server from my iPhone via both Roon and Roon ARC.
Great! For a moment… Now a couple of hours later, I get “waiting for your Roon server”, which is a different, more familiar error. Then, thinking of MLO as you mentioned, I switched my phone to the 5 ghz band, and… I can connect to my Roon server, and play some music.
Problem solved, for the moment. Good thing this stuff isn’t complicated!
This seems a bit odd, since Roon-ready Denon receivers should also be discoverable via broadcast/multicast, just like the Roon server. Or do they use different discovery method?
We tested multicast/broadcast locally with iOS + Flint 3 MLO and didn't encounter any issues.
Please observe whether it remains operational on 5GHz band or not.
According the awnser of google, is the key difference that multicast uses a private key for each band this private key is not the wpa key but basicly a new field, compared with non MLO one key got shared with all, the keys get used for tunnel encryptions specially for multicast in wifi 7.
, in the worst case the isolation auto applies to all bands even when unintended.
, I hope someone from GL-iNet has this also on their radar in case it is indeed the problem of MLO.