Live data from Hacker News

Indoor Wi-Fi Roaming with OpenWRT

taoofmac.com

61–70 of 130 posts

Re: Indoor Wi-Fi Roaming with OpenWRT

#61
post #45
post #41

Earlier quoted context omitted.

That's been my experience as well. My workaround for part of that is using many SSIDs. A. The SSID that covers both bands, in all areas B. Two more SSIDs, one for each band -- again, used in all areas C. Another SSID just for the AP in the garage (which also has A and B SSIDs) It has some advantages: I like being able to set a portable device to SSID A. These things usually figure it out well-enough while moving arou…

This also impacts maximum throughout / performance. You want to try at limit to 4 BSSIDs per AP, tops.

I'm at 4.

What are the nuts-and-bolts reasons that would make 5 perform worse?

Re: Indoor Wi-Fi Roaming with OpenWRT

#62
post #48
post #16

> The obvious advice for roaming is “use one SSID everywhere”, and that is often correct if you’re running Wi-Fi in an office, a public venue, or generally somewhere where you don’t have (or care about) legacy devices. What difference does the presence of legacy devices make? Is the intent to isolate them from modern devices from a network perspective? Then create a separate SSID on both 2.4 and 5 GHz for modern devi…

> I can't think of any legitimate reason for split SSIDs anymore. Different networks / vlans / firewall rules.

These are all not splits by frequency, though.

Re: Indoor Wi-Fi Roaming with OpenWRT

#64
post #22

Earlier quoted context omitted.

Not sure how widely available this feature is, but the unifi controller software for the popular Ubiquiti APs lets you bind individual client devices to specific APs such that they can only connect to the ones you choose. I had to solve a similar issue for some crap IoT lights that would join the incorrect AP after a power cut every time. > https://community.ui.com/questions/Lock-Client-to-Specific-A...

This, of course, breaks clients that try to connect to the loudest RSSI when the loudest RSSI that they hear is not the one that is chosen.

Yet to encounter this side effect. So far every crappy wifi device I've tried has obliged.

Re: Indoor Wi-Fi Roaming with OpenWRT

#65
post #40

Question for the wifi experts in this thread... What's a good off the shelf multipoint wifi system these days? I have Amazon's Eero right now and it's ok. I'd love to go back to my linksys wrt54 roots but that's not in the cards currently..

ubiquity

Re: Indoor Wi-Fi Roaming with OpenWRT

#66
post #25

Earlier quoted context omitted.

Yeah, I tried the same channel thing, but I can't change the power, really - the flat is wrapped around two elevator shafts :)

The elevators are probably causing rapid blind spots (shadows) while the user is moving around, 802.11k is indeed useful in this case for cutting down scan time, since iOS will still scan with filtered channels. It's an interesting setup, looking forward to an update.

You're not getting it. The lift shafts are lined, this is an armored concrete building in Europe.

Re: Indoor Wi-Fi Roaming with OpenWRT

#67
post #12
post #5

I don't quite understand the benefit of the setup. If there are legacy IoT devices that need unique named 2.4G network, just broadcast another SSID for them. So each router broadcasts main 5G (common name, fast roam etc), main 2.4G (same as above) and legacy IoT 2.4G (with a different name for each AP, and possibly worse encryption and maybe even TKIP). That wouldn't hold back the network for legacy devices.

I run a single ssid dual band network ... what tends to happen is 5Ghz is effectively ignored. 2.4Ghz has better coverage, so everything wants to live there. At least wifi 6 brought improved encoding to 2.4Ghz. I haven't had luck with the roaming extensions; when I run them, some of my devices won't connect or won't stay connected and it's a pain to monitor. I guess I could run a different SSID with roaming enhanceme…

My current experience is that out of ~20 devices, about 6 are on 5Ghz and the rest choose 2.4Ghz. And it's basically perfect.

Because the 6 devices on 5Ghz: laptops and smartphones.

The rest are "smart" devices that work perfectly on 2.4Ghz.

Re: Indoor Wi-Fi Roaming with OpenWRT

#68
> iPhones, iPads and MacBooks would not switch to another AP

About a decode ago when debugging networking issues in an office, we had the observation that Apple hardware holds onto access points for dear life. Everything else would roam fine, but Apple would stay connected to distant access points with awful signal as if Steve Jobs' life depended on it.

Re: Indoor Wi-Fi Roaming with OpenWRT

#69
post #60
post #43

Earlier quoted context omitted.

> That works for fixed devices like a TV, but also has the effect of shrinking the effective coverage area of the wireless network as a whole. Which is normally a good thing to push the clients to roam to a better AP, OR you walked out of the building and want you phone to disconnect. But yes, does impact overall coverage area size.

That only works if there's a better AP to roam to. It's often very easy to add more APs indoors; but hanging them outside is a whole different animal. Meanwhile: As a practical matter, shrinking coverage means "Hey, honey! I fixed the TV!" gets met with a response like "Oh, so that's why I can't listen to Audible on the veranda anymore!" :)

Experimentally probe: say you "fixed" something when you haven't touched anything and see what responses you get.

Obviously only if your honey is the type that enjoys being experimented upon (So long as it isn't mean, I like thoughtful attention like that, but some might not).

Re: Indoor Wi-Fi Roaming with OpenWRT

#70
Same - split by frequency & each does something else. Kept IoT separate because I want to put that on a separate AP that plugs straight into firewall so that I can hard segregate that stuff on physical wire & write opnsense rules against the port.

I've also moved primary mobile devices to 6ghz & putting in 10gig fiber for stationary devices.

Post reply on HN