登录后即可下载附件和看图片
您需要 登录 才可以下载或查看，没有账号？立即注册
x
现场图片
无线覆盖场景
苹果PAD点餐系统
问题描述 王品牛排店安装AP3320遇到点餐无法操作的问题。 现场技术人员由AP或同一网络下的PC向点餐终端（ipadmini）ping包延迟也不稳定，经常在到500ms左右，偶尔延迟超过1000ms 更换AP3220设备后，延迟基本在100ms左右，点餐系统正常。 问题结论 ping包延迟大问题，是因为AP3320默认的beacon间隔配置为250ms（而AP3220默认为100ms），移动点餐终端ipadmini进入省电模式后，beacon间隔越大，往下ping包时延也就越大。 点餐系统无法操作的情况反复尝试没有复现，猜测有可能和AP链路无关（交换机或点餐系统服务器故障也有可能引起点餐系统无法使用）。 排查过程 2015年7月23日上午10点到达王品牛排店，将之前替换下来AP3320安装之前的配置接入店内交换机并在AC上上线。 ping包时延大问题复现 点餐终端ipadmini（IP地址：172.16.37.32）和笔记本电脑PC同时接入AP3320，由PC向ipadmini ping包，使用确实和反馈一致，延迟较大，如下图： 此时，切换到AP3220上，延迟比较稳定，如下图： 而使用两台笔记本电脑，连到AP3320，互相ping包，延迟非常稳定，如下图： 因此怀疑ping包延迟主要原因是ipadmini的省电模式导致。检查配置，发现AP3320默认的beacon帧间隔配置为250ms，如下图： 而AP3220的默认beacon帧间隔配置为100ms，如下图： 将AP3320的beacon帧间隔配置为100ms，再将ipadmini和PC连在AP3320上，PC向ipad mini的延迟明显变小，效果和AP3220一致，如下图： beacon间隔引起ping包延迟大的原理：对于移动终端，一般为了减少电量消耗延迟电池寿命，会间歇进入省电模式关闭接收器，此时若有发送给该终端的数据，则会在AP上缓存，而延迟就是有缓存引起的。终端关联过程中会assoc request帧中会上报自身的listen interval.而listen interval以beacon帧间隔为单位，即进入省电模式的终端，每次最多睡眠listeninterval个beacon帧间隔，就必须打开接收器接收AP上缓存的报文。因此listen interval固定的情况下，beacon帧间隔设置越大，允许终端处于省电模式的最大持续时间久越长，往终端的ping包延迟就越大。 将beacon帧间隔调大，是为了节约信道资源，减少beacon与其他数据的碰撞，且一般对终端性能影响也不大。 仅AP3320点餐系统无法操作的情况没有复现 将各方面配置还原为之前的状态，即使beacon帧间隔不改小（仍保持原来的250ms），或者远距离信号低的情况，点餐系统也一直正常。 （排查过程中发生过一次点餐系统无法使用的情况，此时连接AP3220点餐系统也无法使用，终端上不了网，PC有线连在AP接入的交换机上也无法ping通网关，持续5分钟左右后自动恢复。）
| 
