家用双无线路由方案的话(允许千兆有线连接),有没有那个方案能极低迟串流中无缝切换?

2017-12-15 22:11:51 +08:00
 yankebupt
双路由是因为单路由虽然可以全覆盖但是在远点抗干扰性变差...偶尔断流
曾经尝试过一些切换,好像不能满足要求,要么切换门限导致串流中断,要么切换速度对于缓冲区太长.
低延迟的应用举例:缓冲区只有 8k 的 16bit 无损 wav 串流...
这种级别的无缝切换,对于价格一两千的设备搭配普通手机真的能实现么?
4056 次点击
所在节点    路由器
13 条回复
29EtwXn6t5wgM3fD
2017-12-15 22:17:40 +08:00
802.1.r ?
fzinfz
2017-12-15 22:24:31 +08:00
honeycomb
2017-12-15 23:01:34 +08:00
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
2017-12-15 23:04:07 +08:00
dot
2017-12-15 23:12:10 +08:00
之前用小米路由 3+R1D 有线中继,R1D 远程下载可以用,两者切换好像没有明显的感受,不过不玩游戏,没感觉到延迟……
yankebupt
2017-12-15 23:35:21 +08:00
@honeycomb 这个我的原帖...(好吧知道你是在吐槽)
但是发现 8k 缓冲区太小了......11r 之类的 fast BSS 即使按照官方 ppt 做到 40ms 的切换,稍有干扰还是会耗尽缓冲音频中断....
但是 8k 算下来也差不多 1/24 秒了...(wav 一秒 192k 数据不知算错没有)
还有个低延迟音频有损编码选项(貌似用的 opus?),虽说会降低数据速率变相提高抗干扰,但编码延迟没测过,总体对于延迟的影响不知道多少.....
我想音频延时能差不多打节拍游戏的标准...至少也是能打 fps 游戏的标准...
(其实目前的单路由去掉少许遮挡物能够全覆盖,但真的不想挪冰箱什么的)
honeycomb
2017-12-15 23:45:57 +08:00
@yankebupt 我实测下来 ios 在这种 unifi 的情况下做到 0.2 ~ 0.5 秒的程度(思科的印度工程师做过一个录像,效果更好,是妥妥地 100ms 以内),不支持 802.11r 的 pixel 会达到 1 ~ 2 秒。

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

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

@WillShin mesh 类型的 wlan 不能使用 802.11r
yankebupt
2017-12-15 23:49:01 +08:00
@WillShin 感谢...mesh 这些带快速切换的满足大部分要求可能是没问题的,甚至 geforce 低延时视频串流的切换可能都是没问题的...
但我有点想琢磨一下超低缓冲区超低延迟未压缩音频串流的情况。虽然绝大部分人不会这么用也没太多实际使用情况...
就是切换性能接近 ubnt ZHO 理论性能的那种...但是现在 ubnt 新的 ac 都不带 ZHO 了...
扫了一眼淘宝,全新的 uap pro(只有这个带 5G ZHO,还是 11n)大概 1.8k 单只...拆机二手的几百一只但是有点不太敢买...
yankebupt
2017-12-15 23:51:44 +08:00
@WillShin 扫了一眼 ac88u 在即将支持的列表里...感动...
honeycomb
2017-12-15 23:54:14 +08:00
@yankebupt ZHO 这种模式除了 ubiquiti 外还有一个牌子以前在做的,名字记不起来,可能是唯一满足你要求的
yingfengi
2017-12-16 11:41:39 +08:00
拉网线布 AP 最实在
yankebupt
2018-01-02 21:16:22 +08:00
更新:拿 88u 稍微加了加功率(个位数 db),缩了缩频宽(20/40),拿 ubnt 的 airview 看了看,原来的 80Mhz 上有无 SSID 显示的强突发干扰,<b>频段不干净</b>。换了干扰 db 更低无突发的频点。
然后基本没问题了。
想想好像只用几 M 带宽的串流好像也不至于同 AP 用户间竞争太激烈。曾经一直怀疑是切换 /airtime fairness 之类的锅,结果完全不是。又不是要多大安全性,家用不广播 ssid 真的很坑
yankebupt
2018-01-18 15:23:32 +08:00
更新...还是卡顿,稍微认真一点测试了下.同 wifi 信号连两个设备,一台卡顿的时候另一台也跳 ping,同时 ping 有线不跳. 有线带另一不同 AP 信号的话,一台卡顿的同时另一台不跳 ping。交换测试同结果
说明单个无线信号有问题。(至少很可能应该不是全频段脉冲型干扰)
首先怀疑安卓的自发突发传输。因为考虑到 wifi 的时隙不是特别长,偶尔重传总不能每一次跳都 100+200+以上的 ping..用 airview 看又连续几分钟 noise 上限都没有超过-90 -85,开的功率保证了至少 snr 25db 不应该跳那么严重..很可能是突发密集型干扰。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/415168

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX