1
29EtwXn6t5wgM3fD 2017-12-15 22:17:40 +08:00 via iPhone
802.1.r ?
|
2
fzinfz 2017-12-15 22:24:31 +08:00 via iPad 1
|
3
honeycomb 2017-12-15 23:01:34 +08:00 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 23:04:07 +08:00 1
|
5
dot 2017-12-15 23:12:10 +08:00 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 23:45:57 +08:00 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 23:54:14 +08:00 via Android
@yankebupt ZHO 这种模式除了 ubiquiti 外还有一个牌子以前在做的,名字记不起来,可能是唯一满足你要求的
|
11
yingfengi 2017-12-16 11:41:39 +08:00 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 不应该跳那么严重..很可能是突发密集型干扰。 |