Future Consideration Daisy chain OneMesh WiFi extender
Hello all,
I have a OneMesh router with two OneMesh extenders set up in my home. The problem is that one of the extenders is too far from the main router and I need to daisy chain it with an extender that is placed midway. The setup works fine when I configure that extender in question, but works only for a while, then it decides to switch its main network back to the main router; the signal is very weak to maintain a good connection and hence I want it to stay connected to the extender in the middle. Is there a way to configure the extender to connect to that particular MAC address; the quick setup shows me both networks (they both have the same name) and I choose the correct signal (better signal and the right MAC address) but then defaults to the router's MAC after some time and looses the connection.
Main router → extender 1 → extender 2
instead of
main router → extender 1 & 2
I recognize that the speed might take a hit but its a sacrifice I am willing to take in favor of the signal strength and continuity. My broadband speed is low anyway so a slower lan speed won't be an issue.
please advise.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Wireless backhaul to the nodes is a must! The "eeeeaaaassyyy" way is to add the feature to lock the mac address of the upstream device (so it doesn't jump to the main router).... COME ON ALREADY TP-LINK
- Copy Link
- Report Inappropriate Content
@Solla-topee @Sunshine @Joseph-TP @Clive_A
Hi everyone,
It’s been over 2 years since I first opened this thread asking TP-Link to support daisy chaining OneMesh extenders — where one extender connects wirelessly to another, instead of being forced to connect only to the main router.
Since then, the thread has grown into a community-wide request with dozens of replies, 20+ votes, and users sharing the same frustration:
- OneMesh extenders default back to the main router, even when a nearby extender has stronger signal
- This results in dropped connections, underused devices, and a mesh system behaving like a star topology
- Many of us were drawn in by the promise of “mesh”, only to discover this key feature is missing
- Workarounds like Ethernet or Powerline defeat the purpose of going wireless
What are we asking for?
- Add the ability to lock onto a specific upstream MAC address instead of just SSID
- Enable true wireless daisy chaining with smart routing based on signal strength
- Prioritize reliability over theoretical speed – which is what most users need
Some clever users have tried removing extenders from OneMesh, blocking MACs, or relying on non-mesh fallback setups — but all of these are temporary hacks. We need an official solution.
TP-Link reps @Solla-topee and @Sunshine:
We’ve heard “future consideration” for a long time. Can we please get a real update or roadmap? This is clearly a highly requested feature with practical impact.
To all reading this: please vote at the top of the thread if you haven’t already. Let’s keep the pressure on!
Thanks to everyone who shared their setups and ideas.
– Modude
- Copy Link
- Report Inappropriate Content
Hi@Modude,
Thank you for your attention and suggestions on the Onemesh function. At present, the relevant technical solutions are still in the system-level optimization stage, and the fine-grained setting of MAC address binding cannot be realized for the time being.
From a practical perspective, we recommend that you try to optimize the device layout first - for example, deploy the secondary extender in the critical area of the main routing signal (such as a partition wall or corner). Physical position adjustment can often effectively improve the stability of the network.
At present, mainstream manufacturers in the industry generally use the relay logic with SSID binding as the core. If you have cases of MAC-level binding of other brands of equipment, please add a description for our reference research.
Thank you again for your professional insights, we will continue to pay attention to the development trend of technology. If you have any other functional requirements, please feel free to let us know, we are happy to solve it for you.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 21
Views: 9537
Replies: 43
Voters 21
