23 无线产品维护手册之WLAN用户ping丢包问题定位指导.docx
- 文档编号:4563770
- 上传时间:2023-05-07
- 格式:DOCX
- 页数:24
- 大小:358.22KB
23 无线产品维护手册之WLAN用户ping丢包问题定位指导.docx
《23 无线产品维护手册之WLAN用户ping丢包问题定位指导.docx》由会员分享,可在线阅读,更多相关《23 无线产品维护手册之WLAN用户ping丢包问题定位指导.docx(24页珍藏版)》请在冰点文库上搜索。
23无线产品维护手册之WLAN用户ping丢包问题定位指导
产品名称Productname
密级Confidentialitylevel
无线产品
内部公开
产品版本Productversion
Total17pages共17页
无线所有产品
无线产品维护手册之—
WLAN用户ping丢包问题定位指导
(仅供内部使用)
Forinternaluseonly
拟制:
张宏飞
日期:
2009-5-31
审核:
赵玉金
日期:
2009-6-8
审核:
日期:
H3CTechnologiesCo.,Ltd.
H3C技术有限公司
版权所有XX
Allrightsreserved
修订记录Revisionrecord
日期
版本
修改描述
作者
2009-5-18
1.01
完成初稿
张宏飞
2009-6-8
1.02
对文档进行评审修改,提供广雅中学问题定位使用
赵玉金
2010-2-4
2.01
在WLAN网络定位之前,增加一个章节说明先排除有线网络问题
赵玉金
声明
Copyright©2018杭州华三通信技术有限公司版权所有,保留一切权利。
非经本公司书面许可,任何单位和个人不得擅自摘抄、复制本书内容的部分或全部,并不得以任何形式传播。
由于产品版本升级或其它原因,本手册内容会不定期进行更新。
除非另有约定,本手册仅作为使用指导,本手册中的所有陈述、信息和建议不构成任何明示或暗示的担保。
无线产品维护手册
——WLAN用户ping丢包问题定位指导
关键词:
WLAN
摘要:
该文档主要用于指导如何定位WLAN用户ping丢包的问题。
缩略语:
缩略语
英文全名
中文解释
WLAN
WirelessLocalAreaNetwork
无线局域网
AC
AccessController
无线控制器
AP
AccessPoint
无线接入点
目录
1特性概述5
1.1无线网络丢包网络说明5
1.2常见问题列表5
2特性维护指导5
2.1相关维护命令介绍5
2.1.1displayar5drv[1|2]statistics6
2.1.2displayar5drv[1|2]queueall7
2.1.3displayar5drv[1|2]stationall8
2.1.4displayar5drv[1|2]station
2.2问题基本定位分析9
2.2.1排除有线网络的影响9
2.2.2初步判断无线客户端运行状态10
2.2.3判断无线空口质量12
2.2.4判断有线网络问题之测试13
2.2.5判断有线网络问题之抓包14
2.2.6疑似空口出现需要处理的丢包现象信息初步收集分析14
2.2.7丢包定位之单纯空口抓包15
2.2.8丢包定位之全面抓包对比分析16
1特性概述
WLAN使用过程中,有时候会发现Station在ping其他设备时,甚至会出现连续丢包现象。
这种情况下可能还伴随ping的延时增大(几百毫秒),可能会导致一些应用感觉不是很好,例如下载速度变慢、视频出现抖动等等。
该种情况应该是WLAN网络中比较困难的一个问题,一方面WLAN本身有一个复杂的不好评估的空间媒质带来了空口的不稳定性,另一方面还要总和考虑整个网络的网络配置和性能。
下面是一个典型的WLAN基本网络构成(FIT方式),当StationpingPC丢包严重时,需要按照报文途经来考虑丢包的可能性。
1.1无线网络丢包网络说明
无线网络中的零丢包,通过目前的协议分析和实际应用来看,可能是一个无法追求到的目标,所以在无线网络问题定位过程中要充分理解网络的“零星丢包”。
1.2常见问题列表
本小节简要介绍该特性相关的配置,详细的配置请参见产品操作手册。
编号
问题描述
初步判断方法
解决方法
1
偶尔出现丢包
丢包率小于1%的情况
不是问题,正常情况
2
偶尔出现丢包
丢包率大于3%的情况,可以重点关注一下信道占用情况
1、调整信道、功率
2、提高重传次数
3
连续丢包
Ping操作的时候出现一段时间感觉效果非常差,大量丢包
1、可能需要进行抓包分析
2特性维护指导
2.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]station
显示指定Radio上指定Station的统计信息,aid可以从
displayar5drv[1|2]stationall查到(AP隐藏模式)
2.1.1displayar5drv[1|2]statistics
分析说明:
1)每个Radio有4个普通发送队列和1个紧急发送队列,通常数据报文都走1号队列。
通常我们主要关注1号队列。
2)TxDiscardFrame表示此队列丢弃的报文总数,包括发送失败和队列溢出的报文。
3)NotEnoughResource表示队列溢出的报文。
4)TxDiscardFrame/TxUcastFrameCnt表示丢包率,如果超过3%的时候就应当警惕了。
5)RadioResetOnErr意味着Radio芯片复位,会导致丢包。
正常情况下不应当出现这个错误。
[H3C-hidecmd]displayar5drv1statistics
Radiostatistics:
Transmitstatistics
TxFrameAllCnt:
3749
TxFrameAllBytes:
380008
QueueNumber:
0123EmergencyQ
---------------------------------------------------------------------------------
TxFrameCnt:
2175332006
TxUcastFrameCnt:
21750006
TxBcastFrameCnt:
0332000
TxFrameBytes:
2218503183400252
TxUcastFrameB:
221850000252
TxBcastFrameB:
031834000
TxRetryCnt:
57080000
TxMultiRetryCnt:
14730000
TxFragCnt:
00000
TxDiscardFrame:
12360000
BadMbuf:
00000
BadMbufB:
00000
NotEnoughResource:
00000
NotEnoughResourceB:
00000
BufferFailure:
00000
BufferFailureB:
00000
HwRetryExcesive:
12360000
HwRetryExcesiveB:
1260720000
TxHwRetryExcesive:
1236
TxSwRetryExcesive:
0
TxFilteredCnt:
0
SwRetryCheckFail:
0
RtsSuccessCnt:
0
OutputErrs:
1236
AckFailCnt:
1672
RtsFailCnt:
0
KeyIdxValidErrs:
0
Receivestatistics
RxFrameAllCnt:
109904
RxFrameCnt:
16298
RxFrameBytes:
1563460
InDiscards:
0
InputErrs:
93606
FcsErrCnt:
470
TooLongErrs:
0
UnderrunErrs:
0
OverrunErrs:
0
ReachRxTail:
0
DecryptErr:
0
DecryptCRCErrs:
0
KeyCacheMiss:
0
MichaelErrs:
0
Beaconstatistics
BeaconIntCnt:
6309
BeaconBusyCnt:
0
BeaconErrCnt:
0
Otherstatstics
IntCnt:
111817
IntPendingCnt:
0
TxIntCnt:
3749
RxIntCnt:
101751
TxNotFinished:
0
RxNotFinished:
0
RxBusy:
105436
TxBusy:
6906
MibIntCnt:
0
RadioResetOnErr:
0
IsMaskIntr:
NO
Physicalstatistics
UnderRun:
0
Panic:
0
Radar:
0
ErrAbort:
0
TxInterrupt:
0
OfdmTiming:
61477
ofdmOarity:
0
RateIllegal:
0
ofdmLenErr:
0
ofdmPwDrop:
0
ofdmService:
0
ofdmRestart:
0
cckTiming:
31659
cckHeadCRC:
0
cckRateErr:
0
cckService:
0
cckRestart:
0
2.1.2displayar5drv[1|2]queueall
分析说明:
1)这个统计可以看出各个队列的使用情况,FrameCount不为0表示有报文积压。
偶尔的几个报文积压不会引起什么问题,但长时间积压上百个报文就应当引起警惕。
通常我们主要关注AC1(即1号队列)。
2)目前AC0-AC3队列的默认长度324,当FrameCount持续保持300以上时,通常就会引起队列溢出导致丢包,这个也会在displayar5drv[1|2]statistics中的NotEnoughResource同步体现出来。
[H3C-hidecmd]displayar5drv1queueall
Queue(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)
2.1.3displayar5drv[1|2]stationall
分析说明:
3)这个统计可以看出指定Radio下连接的所有Station,每个Station分配了一个内部的AID。
[H3C-hidecmd]displayar5drv1stationall
Stationtableinfo:
StationTbl(0x81b96984)Num(2/64)
Hashinfo:
H1
(1)H2
(1)
AIDMacAddressKeyIndex
100:
12:
f0:
cc:
3a:
2831
200:
09:
5b:
c8:
79:
2063
2.1.4displayar5drv[1|2]station
分析说明:
1)一是关注Station的信号强度(RSSI),二是关注AP向Station发送报文的速率。
[H3C-hidecmd]displayar5drv1station1
StationassocitionID
(1)Hash
(1)Mac(00:
12:
f0:
cc:
3a:
28)Used(YES)
Station1statistic:
MPDUsIntransmitqueue0,MPDUsneedretransmit0
No.0Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNO
No.1Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNO
No.2Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNO
No.3Softwareretryqueue,Txpending0,Filteredpending0,NeedcleardestNO
No.4Emergencyretryqueue,Txpending0,Filteredpending0,NeedcleardestNO
SecurityInfo:
NoSecurity
KeyIndex31
Softwareretryqueueinfo
Queue0x81b96a7c,mpdu0,descriptor0,qheader0x00000000,qtail0x00000000
Rateinformation
themedianoflastthreetimesrssi37
theelapsedtimeoflastframesent932550ms
currentrate54MBps,recentworkingmaxrate54MBps
stationratecapability
1.02.05.56.09.011.012.018.024.036.048.054.0
supportratenumber12
details[supportrate,rssithreshold,lostpacketpercent]
[1.000][2.010][5.520][11.030]
[6.020][9.030][12.040][18.060]
[24.0100][36.0140][48.0190][54.0230]
2.2问题基本定位分析
出现此种问题,对于定位问题最直接和有效的信息就是提供出现问题时候的空口抓包,同时现场可以采用“二分法”分段对问题进行判断:
(1)无线环境是否有问题、无线客户端是否工作正常?
(2)有线AC到PC之间是否会丢包?
(3)有线AP到AC之间是否会丢包?
(4)无线客户端发送问题:
Station到AP方面空口是否会丢包?
(5)AP发送问题:
Station到AP方面空口是否会丢包?
(6)无线客户端自身是否有问题?
可以考虑从简单到复杂、逐渐排除的定位方法。
首先确定是否为无线客户端自身的问题(参见2.2.3),之后进行分段定位,最后确定是否为空口丢包造成。
特别,如果更换了无线客户端后问题不出现,虽然不能完全说明AP设备不存在问题,但是总体上可以缓解一部分,为后面的继续定位争取时间。
无线丢包定位流程
2.2.1排除有线网络的影响
WLAN网络只是整个网络的一部分,但是当前只要出现了与WLAN相关的问题,首先会认为是无线网络存在问题或者AP存在问题,这种错误的思想会给我们带来问题的处理难度,所以为了再进行实际问题定位分析之前要即使排除有线网络的问题:
1.保证无线客户端正常连接成功后;
2.从无线客户端直接pingAC上同网段的地址,以及ping网关地址;
3.同时从无线客户端同时ping用户反映问题的目的地址;
4.同时,登陆到AC设备,通过displaywlanclientverbose获取无线终端连接的AP信息,然后通过displaywlanapnamexxxverbose获取到AP的IP地址信息,然后从AC上ping当前无线客户端所在的AP的地址
通过上面的测试:
1.如果pingAP有问题,则说明AP和AC之间的网络存在问题;
2.如果ping网关没有问题,而ping其他的目的地址存在问题,则说明问题与WLAN网络没有关系;
3.如果ping网关本身就存在问题,表现一致可以按照后面的思路继续进行定位;
2.2.2初步判断无线客户端运行状态
问题判断和处理:
5.无线用户的信号强度RSSI偏低(低于20):
需要分析一下该用户状态以及对整个网络的影响,尽量提高无线用户的信号;
6.无线用户的Rx和Tx速率偏低:
通常说明空口环境不是特别好、甚至丢包比较多,需要进行空口的分析(例如信道占用情况、确认网络流量),适当进行流量控制或者无线用户的限速;
7.无线用户漫游比较频繁(在各个AP上持续的时间都比较短):
可以适当的调整这台客户端连接的AP的发射功率减少用户的漫游,或者将网卡的漫游主动性挑低。
(说明,该处理不是特别关键,因为无线网卡自己这种快速的漫游对实际应用影响不是特别大)
在WLAN设备上,对于每一个无线用户都会纪录该无线用户的运行信息,在实际网络分析中可以通过这些信息粗略的评估空间质量,可以用来辅助WLAN网络的优化。
1.RSSI和SNR体现了无线客户端的信号强度:
a)为了保证无线客户端的正常应用,信号强度应该尽量达到30之上;
b)当RSSI比较低时,不但该客户端自己表现不好,还可能影响到该空口中其他客户端的使用表现;
2.RxRate纪录了无线客户端发送报文的速率:
a)如果RxRate始终保持在较低速率(例如1、2、11),可能该客户端所在的环境丢包比较严重,需要对空间使用情况进行分析(此时应该关注RSSI是否正常,同时考虑进行空口抓包分析);
b)Rxrate大部分保持在高速率(例如54、48等等),偶尔出现低速率是正常现象;
c)Rxrate发生变化是正常现象:
无线设备发送报文是使用的速率是一个动态调整的过程,每发送一个报文,都会根据空口纪录的相关信息(信号强度、重传次数、误码率等等)动态选择一个速率;
d)RxRate记录采样时接收到无线客户端的报文速率;
3.TxRate纪录了AP发送报文的速率:
a)如果TxRate始终保持在较低速率(例如1、2、11),可能该客户端所在的环境丢包比较严重,需要对空间使用情况进行分析(此时应该关注RSSI是否正常,同时考虑进行空口抓包分析);
b)Txrate大部分保持在高速率(例如54、48等等),偶尔出现低速率是正常现象;
c)Rxrate发生变化是正常现象:
无线设备发送报文是使用的速率是一个动态调整的过程,每发送一个报文,都会根据空口纪录的相关信息(信号强度、重传次数、误码率等等)动态选择一个速率;
d)RxRate记录采样时AP向无线客户端发送的报文速率
4.UpTime纪录了无线客户端当前的在线时间:
a)如果Uptime时间比较短,而该用户已经很长时间应用无线网络,需要考虑该用户是否出现过漫游;
b)通过displaywlanclientroam-trackmac-address0019-d20b-6f4d可以查看指定的无线客户端的漫游情况;
c)如果无线用户经常发生漫游,需要考虑漫游过程中可能会出现零星丢包;
d)如果在线时间通常比较短,可以参加“无线用户的漫游信息分析”进一步的进行相关分析;
AC设备上可以通过displaywlanclientmac-address0019-d20b-6f4d获取到的该无线用户的详细信息:
ClientInformation
--------
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 23 无线产品维护手册之WLAN用户ping丢包问题定位指导 无线 产品 维护 手册 WLAN 用户 ping 问题 定位 指导
![提示](https://static.bingdoc.com/images/bang_tan.gif)