家用双无线路由方案的话（允许千兆有线连接），有没有那个方案能极低迟串流中无缝切换？

[yankebupt]

双路由是因为单路由虽然可以全覆盖但是在远点抗干扰性变差...偶尔断流
曾经尝试过一些切换，好像不能满足要求，要么切换门限导致串流中断，要么切换速度对于缓冲区太长.
低延迟的应用举例:缓冲区只有 8k 的 16bit 无损 wav 串流...
这种级别的无缝切换，对于价格一两千的设备搭配普通手机真的能实现么？

[shengyu]

802.1.r ？

[fzinfz]

https://help.ubnt.com/hc/en-us/articles/115004662107-UniFi-Fast-Roaming

[honeycomb]

ap 和客户端设备需要同时支持 802.11 r/k/v/w 的一项或多项（ r 又叫做 fast roaming，是基础），从前往后越多越好。

ubiquiti 的 unifi 的 ap 才刚刚支持到 802.11r/k

家用路由器产品目前没有支持这些特性的。
大企业（思科 /华为 /华三 /netgear/aruba 等）的面相企业的产品大都支持这些特性，但是它们的设备比 ubiquiti 的还要贵很多。

ap 的问题花钱就能解决，但是移动设备对以上特性的支持普遍很差。
手机里 ios 设备的支持非常好，三星的旗舰手机似乎也是（大多数 android 设备不支持快速漫游），英特尔自己的 wlan 网卡也都支持，windows10 也开始强调支持这些快速漫游特性（具体应该还是会落实到网卡 /网卡驱动），qualcomm 从明年 sdm845 开始配套的 wlan 芯片才会支持这些特性。

802.11r 还有一个问题，在开启它的网络中，设备可以不支持 fast roaming，但至少要能认得它，因此旧设备（没有设计为能识别 802.11r 的）可能无法连上此类网络。

还有一种让多个 ap 模拟单一 ap 的快速漫游法，不需要客户端设备特意支持上述技术，但要严重牺牲带宽 /容量，这种模式下所有 ap 都要使用同一个频点，而且只能用 20mhz 带宽。ubiquiti 自从开始采用 802.11r ，便放弃了这种做法。

[WillShin]

https://www.asus.com/aimesh/

[dot]

之前用小米路由 3+R1D 有线中继，R1D 远程下载可以用，两者切换好像没有明显的感受，不过不玩游戏，没感觉到延迟……

[yankebupt]

@honeycomb 这个我的原帖...(好吧知道你是在吐槽)
但是发现 8k 缓冲区太小了......11r 之类的 fast BSS 即使按照官方 ppt 做到 40ms 的切换，稍有干扰还是会耗尽缓冲音频中断....
但是 8k 算下来也差不多 1/24 秒了...(wav 一秒 192k 数据不知算错没有)
还有个低延迟音频有损编码选项(貌似用的 opus?)，虽说会降低数据速率变相提高抗干扰，但编码延迟没测过，总体对于延迟的影响不知道多少.....
我想音频延时能差不多打节拍游戏的标准...至少也是能打 fps 游戏的标准...
（其实目前的单路由去掉少许遮挡物能够全覆盖，但真的不想挪冰箱什么的)

[honeycomb]

@yankebupt 我实测下来 ios 在这种 unifi 的情况下做到 0.2 ～ 0.5 秒的程度（思科的印度工程师做过一个录像，效果更好，是妥妥地 100ms 以内），不支持 802.11r 的 pixel 会达到 1 ～ 2 秒。

wlan 的延迟可能还是不太能满足你的需求。

能描述下具体使用场景吗？出现漫游的典型情况是什么？

@WillShin mesh 类型的 wlan 不能使用 802.11r

[yankebupt]

@WillShin 感谢...mesh 这些带快速切换的满足大部分要求可能是没问题的，甚至 geforce 低延时视频串流的切换可能都是没问题的...
但我有点想琢磨一下超低缓冲区超低延迟未压缩音频串流的情况。虽然绝大部分人不会这么用也没太多实际使用情况...
就是切换性能接近 ubnt ZHO 理论性能的那种...但是现在 ubnt 新的 ac 都不带 ZHO 了...
扫了一眼淘宝，全新的 uap pro(只有这个带 5G ZHO，还是 11n)大概 1.8k 单只...拆机二手的几百一只但是有点不太敢买...

[yankebupt]

@WillShin 扫了一眼 ac88u 在即将支持的列表里...感动...

[honeycomb]

@yankebupt ZHO 这种模式除了 ubiquiti 外还有一个牌子以前在做的，名字记不起来，可能是唯一满足你要求的

[yingfengi]

拉网线布 AP 最实在

[yankebupt]

更新:拿 88u 稍微加了加功率(个位数 db)，缩了缩频宽(20/40)，拿 ubnt 的 airview 看了看，原来的 80Mhz 上有无 SSID 显示的强突发干扰，<b>频段不干净</b>。换了干扰 db 更低无突发的频点。
然后基本没问题了。
想想好像只用几 M 带宽的串流好像也不至于同 AP 用户间竞争太激烈。曾经一直怀疑是切换 /airtime fairness 之类的锅，结果完全不是。又不是要多大安全性，家用不广播 ssid 真的很坑

[yankebupt]

更新...还是卡顿，稍微认真一点测试了下.同 wifi 信号连两个设备，一台卡顿的时候另一台也跳 ping，同时 ping 有线不跳. 有线带另一不同 AP 信号的话，一台卡顿的同时另一台不跳 ping。交换测试同结果
说明单个无线信号有问题。(至少很可能应该不是全频段脉冲型干扰)
首先怀疑安卓的自发突发传输。因为考虑到 wifi 的时隙不是特别长，偶尔重传总不能每一次跳都 100+200+以上的 ping..用 airview 看又连续几分钟 noise 上限都没有超过-90 -85，开的功率保证了至少 snr 25db 不应该跳那么严重..很可能是突发密集型干扰。