FAQ-如何初步识别AP射频接收链路故障

发布时间:  2015-03-18 浏览次数:  264 下载次数:  0
问题描述
适用产品形态及版本:适用于所有AP型号,不区分软件版本。

背景描述:
      现网实际应用场景中,因各种原因会出现吞吐量跑不上去的情况,很多时候会怀疑到AP设备的射频电路是否有故障。
      当AP发射链路故障时一般情况下,用户会感知到信号强度变小,或者搜不到信号。但是如果接收链路出现故障,一般情况下需要使用专业的仪器测试才能确认AP的射频链路是否故障,现网场景下很少有专业的仪器提供测试。
     因此这里主要介绍如何使用笔记本、无线网卡等现网常见的设备进行初步判断AP的接收链路是否故障。

物料准备:
PC 3台,要求:
     PC1:支持千兆网口,支持使用IxChariot打流
     PC2:无线网卡支持2*2MIMO(最大关联速率能够达到300Mbps),并支持使用IxChariot打流
     PC3:支持使用OmniPeek软件抓包
无线网卡1个。要求支持抓包工具OmniPeek,同时支持2*2 MIMO,比如TOTO link N500UA、TOTO link N300UA
AP的供电设备:直流适配器、PoE适配器或者PoE交换机
AC设备,比如AC6605
串口线和网线。

组网方式:
图1 组网图



备注:如果AC设备可以支持PoE供电,PoE适配器可以不使用。


解决方案
AP的2个天线口的接收链路同时出现故障

验证原理:
组网进行上行打流,对比正常AP与问题AP的上行吞吐量来判断。

主要的故障现象:
当AP 5G(或2.4G) 2个天线口内部的接收链路同时出现故障时,故障现象很明显。

当笔记本贴近AP天线的时候吞吐量比较高,远离AP天线的时候,流量迅速下降
AP上看到接收到的信号很低

判断方法:交叉验证
  • 参考图1进行组网(PC3可以不使用)
  • AC上配置AP上线

说明:
radio-profile中 radio-type设置成802.11n
ap x radio 1中设置802.11n mcs 15
ap x radio 1中设置channel 40mhz 100
  • PC1和PC2上运行IxChariot打流,注意是上行打流,数据流向为PC2到PC1
  • 挪动PC2从贴近AP天线逐渐远离AP,观察吞吐量的情况。
             如果是AP的2个天线的接收链路同时故障,吞吐量会下降非常明显(备注:正常AP的吞吐量应该高于50Mbps)。
             如果发现吞吐量明显下降,更换1台AP进行交叉验证
             同时需要排除AP与天线之间馈线接触不良、软件配置不正确等因素的影响。

AP的2个天线口的接收链路只有1个出现故障

验证原理:

组网进行上行打流,同时抓包,查看上行数据包的传输速率

主要的故障现象:

当AP 5G(或2.4G) 2个天线口内部的接收链路只有1个出现故障时,故障现象不明显,很多时候几乎看不出差异。

判断方法:交叉验证
  • 参考图1进行组网
  • AC上配置AP上线
说明:
radio-profile中 radio-type设置成802.11n
ap x radio 1中设置802.11n mcs 15
ap x radio 1中设置channel 40mhz 100
  • PC1和PC2上运行IxChariot打流,注意是上行打流,数据流向为PC2到PC1。PC2和AP的天线之间保持一定距离(实验室使用11dBi的天线,在距离5米左右进行验证,请根据实际情况调整)。
  • 流量稳定后在PC3上运行Omipeek工具进行抓包,抓包使用的无线网卡应放在AP天线与PC2之间,靠近PC2 的位置。
  • 查看数据包的传输速率
正常AP上行数据的传输速率能够达到MCS15 2*2MIMO的速率(270Mbps或是300Mbps)如下图所示



如果是AP的2个天线的接收链路有一路出现故障,上行数据的传输速率只能达到MCS7 SISO的速率(130Mbps或是150Mbps),如下图所示



如果发现数据传输速率无法达到2*2 MIMO的状态,可以更换1台AP进行交叉验证,排除是AP与天线之间馈线接触不良、软件配置不正确等因素的影响。

注意:
影响吞吐量的因素有很多,确保网线、天馈等组件性能完好,周边环境没有同频段的无线信号干扰,软件配置正确等。






END