WLAN用户PING包掉包分析

WLAN用户ping丢包问题定位指导关键词：WLAN摘要：该文档主要用于指导如何定位WLAN用户ping丢包的问题。缩略语：缩略语英文全名中文解释WLANWirelessLocalAreaNetwork无线局域网ACAccessController无线控制器APAccessPoint无线接入点目录1特性概述1.1常见问题列表2特性维护指导2.1维护命令介绍2.2问题基本定位分析说明2.2.1问题定位流程2.2.2Station或者PC自身有问题2.2.3AC到PC之间存在丢包2.2.4AP到AC之间存在丢包2.2.5Station到AP之间存在丢包特性概述WLAN使用过程中，有时候会发现Station在ping其他设备时，甚至会出现连续丢包现象。这种情况下可能还伴随ping的延时增大（几百毫秒），可能会导致一些应用感觉不是很好，例如下载速度变慢、视频出现抖动等等。该种情况应该是WLAN网络中比较困难的一个问题，一方面WLAN本身有一个复杂的不好评估的空间媒质带来了空口的不稳定性，另一方面还要总和考虑整个网络的网络配置和性能。下面是一个典型的WLAN基本网络构成（FIT方式），当StationpingPC丢包严重时，需要按照报文途经来考虑丢包的可能性。无线网络丢包网络说明无线网络中的零丢包，通过目前的协议分析和实际应用来看，可能是一个无法追求到的目标，所以在无线网络问题定位过程中要充分理解网络的“零星丢包”。常见问题列表本小节简要介绍该特性相关的配置，详细的配置请参见产品操作手册。编号问题描述初步判断方法解决方法1偶尔出现丢包丢包率小于1%的情况不是问题，正常情况2偶尔出现丢包丢包率大于3%的情况，可以重点关注一下信道占用情况1、调整信道、功率2、提高重传次数3连续丢包Ping操作的时候出现一段时间感觉效果非常差，大量丢包1、可能需要进行抓包分析特性维护指导相关维护命令介绍本小节主要介绍和该特性相关的常用的调试命令：维护命令命令说明resetcountersinterface清除所有统计信息（AP用户模式）displaycpu-usagetask显示各任务的CPU利用率（AP隐藏模式）displayinterfaceEthernet显示以太网口的统计信息（AP任意模式）displayar5drv[1|2]radio显示指定Radio的基本信息（AP隐藏模式）displayar5drv[1|2]statistics显示指定Radio的统计信息（AP隐藏模式）displayar5drv[1|2]queueall显示指定Radio的队列信息（AP隐藏模式）displayar5drv[1|2]stationall显示指定Radio的Station列表（AP隐藏模式）displayar5drv[1|2]stationaid显示指定Radio上指定Station的统计信息，aid可以从displayar5drv[1|2]stationall查到（AP隐藏模式）displayar5drv[1|2]statistics分析说明：1)每个Radio有4个普通发送队列和1个紧急发送队列，通常数据报文都走1号队列。通常我们主要关注1号队列。2)TxDiscardFrame表示此队列丢弃的报文总数，包括发送失败和队列溢出的报文。3)NotEnoughResource表示队列溢出的报文。4)TxDiscardFrame/TxUcastFrameCnt表示丢包率，如果超过3%的时候就应当警惕了。5)RadioResetOnErr意味着Radio芯片复位，会导致丢包。正常情况下不应当出现这个错误。[H3C-hidecmd]displayar5drv1statisticsRadiostatistics:TransmitstatisticsTxFrameAllCnt:3749TxFrameAllBytes:380008QueueNumber:0123EmergencyQ---------------------------------------------------------------------------------TxFrameCnt:2175332006TxUcastFrameCnt:21750006TxBcastFrameCnt:0332000TxFrameBytes:2218503183400252TxUcastFrameB:221850000252TxBcastFrameB:031834000TxRetryCnt:57080000TxMultiRetryCnt:14730000TxFragCnt:00000TxDiscardFrame:12360000BadMbuf:00000BadMbufB:00000NotEnoughResource:00000NotEnoughResourceB:00000BufferFailure:00000BufferFailureB:00000HwRetryExcesive:12360000HwRetryExcesiveB:1260720000TxHwRetryExcesive:1236TxSwRetryExcesive:0TxFilteredCnt:0SwRetryCheckFail:0RtsSuccessCnt:0OutputErrs:1236AckFailCnt:1672RtsFailCnt:0KeyIdxValidErrs:0ReceivestatisticsRxFrameAllCnt:109904RxFrameCnt:16298RxFrameBytes:1563460InDiscards:0InputErrs:93606FcsErrCnt:470TooLongErrs:0UnderrunErrs:0OverrunErrs:0ReachRxTail:0DecryptErr:0DecryptCRCErrs:0KeyCacheMiss:0MichaelErrs:0BeaconstatisticsBeaconIntCnt:6309BeaconBusyCnt:0BeaconErrCnt:0OtherstatsticsIntCnt:111817IntPendingCnt:0TxIntCnt:3749RxIntCnt:101751TxNotFinished:0RxNotFinished:0RxBusy:105436TxBusy:6906MibIntCnt:0RadioResetOnErr:0IsMaskIntr:NOPhysicalstatisticsUnderRun:0Panic:0Radar:0ErrAbort:0TxInterrupt:0OfdmTiming:61477ofdmOarity:0RateIllegal:0ofdmLenErr:0ofdmPwDrop:0ofdmService:0ofdmRestart:0cckTiming:31659cckHeadCRC:0cckRateErr:0cckService:0cckRestart:0displayar5drv[1|2]queueall分析说明：1)这个统计可以看出各个队列的使用情况，FrameCount不为0表示有报文积压。偶尔的几个报文积压不会引起什么问题，但长时间积压上百个报文就应当引起警惕。通常我们主要关注AC1（即1号队列）。2)目前AC0-AC3队列的默认长度324，当FrameCount持续保持300以上时，通常就会引起队列溢出导致丢包，这个也会在displayar5drv[1|2]statistics中的NotEnoughResource同步体现出来。[H3C-hidecmd]displayar5drv1queueallQueue(0x81b9bae4)Head(0x81b70880)Tail(0x81b70820)DescCount(128)FrameCount(0)TransmitQueueAC0:Queue(0x81b9bb08)Head(0x81b7ab10)Tail(0x81b7ab10)DescCount(0)FrameCount(0)TransmitQueueAC1:Queue(0x81b9bb24)Head(0x81b78fb0)Tail(0x81b78fb0)DescCount(0)FrameCount(0)TransmitQueueAC2:Queue(0x81b9bb40)Head(0x00000000)Tail(0x00000000)DescCount(0)FrameCount(0)TransmitQueueAC3:Queue(0x81b9bb5c)Head(0x00000000)Tail(0x00000000)DescCount(0)FrameCount(0)EmergencyQueueInfo:Queue(0x81b9bbb0)Head(0x81b8b9d0)Tail(0x81b8b9d0)DescCount(0)FrameCount(0)CABQueueInfo:Queue(0x81b9bb78)Head(0x81b89ab0)Tail(0x81b89ab0)DescCount(0)FrameCount(0)BeaconQueueInfo:Queue(0x81b9bb94)Head(0x81b736d0)Tail(0x81b736d0)DescCount(3144312)FrameCount(3144312)EmptyQueueInfo:Queue(0x81b9bac4)Head(0x81b82a30)Tail(0x81b786b0)DescCount(1464)FrameCount(0)displayar5drv[1|2]stationall分析说明：3)这个统计可以看出指定Radio下连接的所有Station，每个Station分配了一个内部的AID。[H3C-hidecmd]displayar5drv1stationallStationtableinfo:StationTbl(0x81b96984)Num(2/64)Hashinfo:H1(1)H2(1)AIDMacAddressKeyIndex100:12:f0:cc:3a:2831200:09:5b:c8:79:2063displayar5drv[1|2]stationAID分析说明：1)一是关注Station的信号强度（RSSI），二是关注AP向Station发送报文的速率。[H3C-hidecmd]displayar5drv1station1StationassocitionID(1)Hash(1)Mac(00:12:f0:cc:3a:28)Used(YES)Station1statistic:MPDUsIntransmitqueue0,MPDUsneedretransmit0No.0Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNONo.1Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNONo.2Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNONo.3Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNONo.4Emergencyretryqueue,Txpending0,Filteredpending0,NeedcleardestNOSecurityInfo:NoSecurityKeyIndex31SoftwareretryqueueinfoQueue0x81b96a7c,mpdu0,descriptor0,qheader0x00000000,qtail0x00000000Rateinformationthemedianoflas