OpenWrt with Ethernet Backhaul

Hello all!

I'm VERY new to this, so go easy on me. I know i'm beating a dead horse with this: is there a way to get openwrt to be a controller for several AP's interconnected via ethernet (backhaul) around a home or building with roaming? it seems as though users 'get by' with having different channels or other various work-arounds to get a similar result.

My family's home has ethernet to every room and i have all the equipment in the basement. I want to have true roaming with ethernet 'backhaul' (as i guess it's called), I don't want to have multiple AP's spread around that are wirelessly linked to one-another..


There are a few different concepts that are coupled into this question, so I'll try to unpack them.

  • Ethernet/wired backhaul: this is actually the preferred physical topology, whenever possible, for working with multiple APs. OpenWrt can handle this easily, as can generally any standards based devices on the market, even many standard wireless routers (you just configure them as a dumb AP and connect LAN - LAN). The one exception is for some products that are sold as mesh devices -- some of those don't like be wired together or don't allow you to run in a true dumb AP mode (this happens when the product is designed for a really simple user experience with a mesh setup).

  • Mesh or wireless backhaul: Mesh uses a wireless backhaul, but often adds some additional smarts to optimize the experience. Wireless backhaul, in general, means that you are using a device effectively as a repeater and it requires no wiring (other than power). This is good when wires are not an option, but there can be performance penalties and it is never as good an experience as a wired backhaul. OpenWrt supports these technologies, too, but there are some nuances for setup.

  • Roaming: Client devices will roam from one AP to another based on wireless signal. This is actually a client side process. In general, the APs do not have direct control over the roaming decisions, although there are things that can be done such as force-disconnecting a client when the signal strength or signal to noise ratio hits some threshold. This is not the recommended approach, though -- the better approach is to select channels so there is no overlap (to the greatest extent possible) and reduce power levels such that there is minimal overlap in the physical coverage areas -- this encourages the client devices to roam to a closer AP.

  • Management: in general, you don't need a unified management interface to get multiple APs to work together in a network, especially when they are using a wired backhaul. The advantage of a management system is really for a "single-pane-of-glass' environment to configure and monitor the devices, but this is not necessary for a system to function seamlessly with client roaming and high performance. I personally use Ubiquiti Unifi for my network which is a fully managed environment (I'm using the stock firmware from UI). I haven't tried any similar packages on OpenWrt, but I did see something called DAWN that may fit the bill (never tried it, can't vouch for it at all) if you're looking for similar fleet management capabilities.To be clear, though, this is not strictly necessary, but it can be a nice thing to have to simplify the management of multiple devices.


Well, thank you very much for such an explanation!

Currently, my home is set up as having two AP's, both with the same SSID/PW etc.. and whenever someone crosses on their phone from one area to the next, there's a hesitancy. I've heard people on important calls all of a sudden "hello?.. hello?... oh, ok.." and i'm looking to prevent that from happening.. where it all just seemlessly transfers from one AP to the other, like when we're using our phones outside.

i think a lotta people are trying for that, but not sure how to make it happen. I was considering using a raspberry pi with openWRT and trying to set that up as a controller, and then having 2-3 AP's with OpenWRT on them as well.
I thought OLSR was the way to go, but the more i dive into this, the more confusing it becomes.

Again, thank you for your time!

There is 802.11r (aka fast roaming) as an option to help improve the transitions, but not all devices support the protocol.

It is not uncommon for there to be a very brief interruption in things like video chats or phone calls when roaming between APs, but it should ideally be barely noticeable (not a multi second "hello? hello?" type situation). And for this to be the case, there is no need for a centralized controller -- just well tuned radio settings is all that is necessary (and a client that handles this smoothly -- a function of the radio hardware and the OS on those devices). For example, at my dad's house, I have setup 5 APs -- as he roams from one to the next during a FaceTime call, I might see a cutout for around a quarter of a second or so (maybe as much as a half second), but it is not disruptive.

Regarding wifi tuning, here is a video that is worth watching -- it is centered around Unifi, but the concepts apply equally across any wifi AP setup (provided you can control the channels and power levels).