Wi-Fi漫游常是一个混淆题材。问题的关键是,Wi-Fi漫游决策留待客户处理
近些年来,随着标准漫游技术的创建,在改善Wi-Fi漫游方面大有进步。 Cisco多年前先创CCKM快速漫游,CCCKM中央密钥管理基础
802.11r客户支持在笔记本空间基本缺缺,智能域则缺大支持。苹果iOS设备自iOS6支持11r(http://support.apple.com/kb/HT5535)。最近三星智能手机,如银河S4S5和注3也支持11r
注释 : 非802.11r客户连接11rWLAN时可负响应 。Cisco当前推荐为802.11r客户单设WLAN
802.11k是IEE的另一项修正,帮助改善漫游问题。802.11k向客户提供全套信息,使客户理解RF环境并作出知情漫游决策。此信息可包括通道加载和AP近邻列表
11r和11k帮助表示基础设施无关漫游图片 。在模型列车帮助下,我们做了一些测试以判断基础设施能产生多大影响 。我们将Cisco比对竞争者之一,我们称它为ServerA
或继续阅读更多细节
测试搭建
Cisco和ServiceA都按照供应商语音部署指南或漫游部署指南中概述的最佳做法配置,包括启动802.11r和802.11k并禁止低数据率使用802.1XSSID
四个接入点分布于办公楼和O-GOGE模型列车集中。 接连我们把多位Wi-Fi客户都搭上平面列车并观察漫游性能和其他Wi-Fi统计,火车全楼移动 — — 客户拖动。 火车步步移动
地图AP定位和火车
配置
思科市
- WLC:5508 w/AireOS7.6.110.0
- AP:3702i
- 11k启动
- 11r启动
- 禁用低数据率
- 跟踪思科苹果设备最佳实践 Doc
厂商A
- 等价控制器和AP
- 11k启动
- 11r启动
- 禁用低数据率
- 跟踪Roaming设计指南
结果
与Cisco相伴,漫游与火车遍历相遇并可预知。sal A是一个不同故事。servor A电台资源管理分配所有四种AP最大传输力,因此客户与中间AP相关而永不漫游。为帮助与sal A漫游,我们把RRM最大传输力降为12DBm。在这种情况下客户漫游与Cisco并不一致或预测性强
屏幕截图显示预设RRM对客户性能的影响Cisco.Cisco保持一致性吞吐量低重试率。False A客户粘合AP,所以吞吐量前后不一,但更重要的是高重试率,这会破坏语音或视频调用等实时应用
屏幕截图显示客户漫游时间和地点的详细统计 。 NotesalA传输电量人工下降以方便漫游 。使用Cisco你几乎可以预测客户漫游时间和地点 。使用salA,漫游最优为零散性,客户漫游时AP无法预测
终极思想
802.11r和802.11k对测试漫游经验很重要,并肯定值得上网使用,但它们可能被错误行为基础设施击败,正如我们在ServerA中看到的那样。我们发现基础设施的无线电资源管理在漫游过程中发挥巨大作用。这不令人意外!因为归根结底RF很重要
关于思科无线产品和解决方案的更多资料访问www.cisco.com/go/wire
好文章关闭802.11r和802.11k
很有趣!
我用小腿做了相似测试, 但这些测试不很科学自动列车测试比正规化多得多,因此科学
相同评论André和我将补充道,了解火车速度以观察客户限值将令人感兴趣
感谢评论 Filipe和André离11点之差,漫游时间可能高达一秒之多,如果客户不得不用四路握手完全反射客户支持PKC的可能性更大,漫游时间大约为100-200ms免11k客户不得不花更多时间离道扫描AP漫游,结果吞吐量测试性能下降
关于火车速度,它行进速度, 大约2至3英里时段