整体来说你对于Mesh的市场现况我没有什么意见。
不过在一些技术细节，我和你有不一样的看法。
※ 引述《parislove3 (艾草糖)》之铭言：
: 一般在平面大范围、多层透天厝布置 Wi-Fi 时，通常是单一大功率 AP、每层拉一个 AP
: 或是利用延伸器中继扩大讯号，这些方式有时不尽人意
: 如讯号涵盖不均造成死角，就必须调整 AP 摆设 & 天线角度
: 此外装置无法从 A点 AP 自动切换至 B点 AP，移动后持续会咬住前一个 AP 讯号
: 必须手动断线重连
其实讯号差的时候 WiFi Driver应该都要主动寻找下一个SSID尝试连线
会持续咬住上一个讯号差的AP原因很多
可能是他找不到更好的，
可能是他觉得讯号还是不错的，
(很多人会想办法把AP刷机功率开很强，改天线，但是手机另一端根本打回去超弱
所以会造成手机根本不知道，只觉得AP的讯号超强，
造成手机没有意识到，他的连线品质很差，该漫游了。)
或者是他的漫游机制根本就坏了。
: 这牵涉到消费级无线路由器的功能限制，一般不支援两个技术
: ● Wireless AP Roaming
: ● 负载平衡
: 在商用、企业级的机器，802.11r Fast Transition Roaming 是基本功能
: AP 控制器与 AP 均开启功能时，当侦测到装置讯号不良后会自动剔除连线
: 使其连接至讯号良好的 AP
802.11r 说穿了就是让Station(连线端以下简称STA)在切换基地台的时候，
省下EAPOL 4-way handshake的时间，
让整个漫游断线的时间可以从几百个ms，降低到几十个ms。
802.11r主要有两种，分成 Over-Air 和 Over-DS
以下我用Over-Air作为说明
https://alln-extcloud-storage.cisco.com/ciscoblogs/802.11r-image-2-550x356.png
我认为 “802.11r不会主动剔除讯号不良的STA”
从图片可以看到，整个802.11r FT的过程，STA才是主导的一端。
其他的漫游机制大部分也都是由STA主动发起。
从理论上，AP把STA剔掉是非常EZ的事情，只要对STA发出Deauth就可以了，
但是实务上，不会有原厂建议你为了漫游这么做。
原因如下：
1.
AP觉得STA的RSSI(讯号)不好，把STA踢掉后，
原AP没有办法确保STA有其他讯号更好的AP可以连线，
STA可能又跑回来跟原AP连线整个瞎忙一场。
2.
突然切断STA，整个连线要重来，会耗费非常多重新建立连线时间
(为什么要花很多时间注1解释，有兴趣自己看)，
如果STA正在打传说会战，一定会被送回家。
如果正在跟老婆语音or视讯 一定会被...?
所以AP主动发出Deauth对AP来说很简单，但是对STA来说是杀他个措手不及。
那回到802.11r，STA他会觉得自己跟AP的讯号不好时，STA会预先在背景
用很短的时间，快速切换频道送Probe，偷偷地先把附近可以用的AP资讯收集好，
决定好下一个AP是谁，才会主动启动802.11r的机制。
你给的图解居易科技，他们家有做出类似的功能，https://goo.gl/vaqXHL
他可以减少第一个原因的情况发生，具体的实作细节我不太清楚
我猜应该是他们家的AP会纪录Probe request的强度，并且在系统内的AP分享这个表，
确保，强制STA漫游之后，他一定可以找到下一台讯号更好的AP。
但是这个强制漫游，和802.11r一点关系也没有。
===========================================================
注1: 重新连线光是L2要做很多事，Probe、Auth、Association、4 way-handshack。
Probe request、Probe response(要去找附近的基地台)
你断线之后，
对STA第一个问题就是，要找一个讯号最好的AP连线。
第二个问题来了，WiFi的频道这么多，STA怎么知道最适合的他AP在哪个频道？
以台湾的iPhone来说2.4G有1-11ch可以用，5G有36-48、52-144、149-165，
对于STA来说，这件事超靠杯的你懂吗？
搜寻频道这件事情，不能同步做，因为理论上WiFi一次只能在一个频道工作。
STA要在各个不同的频道丢Probe request，然后不是射后不理，送完之后
还要等待附近的AP回复，然后把他收到的可用AP记录下来整理成一张表，
最后，再根据这张表，决定要尝试跟哪个AP连线，整个Probe才算完成。
终局，你尝试连线的AP可能坏了。
(你应该有手机自己公共WiFi然后，网络不通，怒把WiFi关一波的经验)
挖哩勒～搞了一大圈，STA可能又跑回去连原本那颗AP。
(以下吃光光)