这是一个创建于 3053 天前的主题，其中的信息可能已经有所发展或是发生改变。
双路由是因为单路由虽然可以全覆盖但是在远点抗干扰性变差...偶尔断流
曾经尝试过一些切换，好像不能满足要求，要么切换门限导致串流中断，要么切换速度对于缓冲区太长.
低延迟的应用举例:缓冲区只有 8k 的 16bit 无损 wav 串流...
这种级别的无缝切换，对于价格一两千的设备搭配普通手机真的能实现么？
曾经尝试过一些切换，好像不能满足要求，要么切换门限导致串流中断，要么切换速度对于缓冲区太长.
低延迟的应用举例:缓冲区只有 8k 的 16bit 无损 wav 串流...
这种级别的无缝切换，对于价格一两千的设备搭配普通手机真的能实现么？
 | 1 29EtwXn6t5wgM3fD 802.1.r ？ |
 | 2 fzinfz 2017 年 12 月 15 日 via iPad  1 |
 | 3 honeycomb 2017 年 12 月 15 日 via Android 1 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 ，便放弃了这种做法。 |
 | 4 WillShin 2017 年 12 月 15 日 1 |
 | 5 dot 2017 年 12 月 15 日 via Android 之前用小米路由 3+R1D 有线中继，R1D 远程下载可以用，两者切换好像没有明显的感受，不过不玩游戏，没感觉到延迟…… |
 | 6 yankebupt OP @honeycomb 这个我的原帖...(好吧知道你是在吐槽) 但是发现 8k 缓冲区太小了......11r 之类的 fast BSS 即使按照官方 ppt 做到 40ms 的切换，稍有干扰还是会耗尽缓冲音频中断.... 但是 8k 算下来也差不多 1/24 秒了...(wav 一秒 192k 数据不知算错没有) 还有个低延迟音频有损编码选项(貌似用的 opus?)，虽说会降低数据速率变相提高抗干扰，但编码延迟没测过，总体对于延迟的影响不知道多少..... 我想音频延时能差不多打节拍游戏的标准...至少也是能打 fps 游戏的标准... （其实目前的单路由去掉少许遮挡物能够全覆盖，但真的不想挪冰箱什么的) |
| 7 honeycomb 2017 年 12 月 15 日 via Android |
| 8 yankebupt OP @WillShin 感谢...mesh 这些带快速切换的满足大部分要求可能是没问题的，甚至 geforce 低延时视频串流的切换可能都是没问题的... 但我有点想琢磨一下超低缓冲区超低延迟未压缩音频串流的情况。虽然绝大部分人不会这么用也没太多实际使用情况... 就是切换性能接近 ubnt ZHO 理论性能的那种...但是现在 ubnt 新的 ac 都不带 ZHO 了... 扫了一眼淘宝，全新的 uap pro(只有这个带 5G ZHO，还是 11n)大概 1.8k 单只...拆机二手的几百一只但是有点不太敢买... |
| 10 honeycomb 2017 年 12 月 15 日 via Android @yankebupt ZHO 这种模式除了 ubiquiti 外还有一个牌子以前在做的，名字记不起来，可能是唯一满足你要求的 |
 | 11 yingfengi 2017 年 12 月 16 日 via Android 拉网线布 AP 最实在 |
| 12 yankebupt OP 更新:拿 88u 稍微加了加功率(个位数 db)，缩了缩频宽(20/40)，拿 ubnt 的 airview 看了看，原来的 80Mhz 上有无 SSID 显示的强突发干扰，<b>频段不干净</b>。换了干扰 db 更低无突发的频点。 然后基本没问题了。 想想好像只用几 M 带宽的串流好像也不至于同 AP 用户间竞争太激烈。曾经一直怀疑是切换 /airtime fairness 之类的锅，结果完全不是。又不是要多大安全性，家用不广播 ssid 真的很坑 |
| 13 yankebupt OP 更新...还是卡顿，稍微认真一点测试了下.同 wifi 信号连两个设备，一台卡顿的时候另一台也跳 ping，同时 ping 有线不跳. 有线带另一不同 AP 信号的话，一台卡顿的同时另一台不跳 ping。交换测试同结果 说明单个无线信号有问题。(至少很可能应该不是全频段脉冲型干扰) 首先怀疑安卓的自发突发传输。因为考虑到 wifi 的时隙不是特别长，偶尔重传总不能每一次跳都 100+200+以上的 ping..用 airview 看又连续几分钟 noise 上限都没有超过-90 -85，开的功率保证了至少 snr 25db 不应该跳那么严重..很可能是突发密集型干扰。 |
Select Language