问题描述：
原问题，无线延迟丢包，我的上个帖子https://zhiliao.h3c.com/questions/dispcont/243625
查看空口信息，下面ap信息正常吗，从哪方面排查啊，请教大神
[6-probe]display ar5drv 1 statistics
RxResetTgtChipCnts : 12798
Radio statistics:
TxFrameAllCnt : 187787397
TxFrameAllBytes : 2474336277
Queue statistics
Queue Number :0 1 2 3 Mgmt EmergencyQ CAB
-----------------------------------------------------------------------------------
TxFrmCnt :855599 186776220 0 0 123864 819 0
TxUcastFrmCnt:325 186776220 0 0 123864 819 0
TxNUcastFrmCt:855274 0 0 0 0 0 0
TxFrmBytes :198195535 259911024539 0 0 42946055 143185 0
TxUcastFrmB :16250 259911024539 0 0 42946055 143185 0
TxNUcastFrmB :198179285 0 0 0 0 0 0
TxRetryCnt :123 9034813 0 0 36953 72 0
TxMRetryCnt :46 6238394 0 0 36666 33 0
TxFragCnt :0 0 0 0 0 0 0
TxDiscardFrm :83 14619 0 0 0 0 0
TxDiscardFrmB:21214 19533402 0 0 0 0 0
TxDataFrmCnt :855599 186776220 0 0 0 819 0
TxUDataFrmCnt:325 186776220 0 0 123864 819 0
TxDataFrmB :198195535 259911024539 0 0 0 143185 0
TxMgmtFrmCnt :0 0 0 0 123864 0 0
TxCtlFrmCnt :0 0 0 0 0 0 0
TxHwRetryExc :0 0 0 0 0 0 0
TxHwRetryExcB:0 0 0 0 0 0 0
TxMSDUCnt :855599 186776220 0 0 139971 819 0
TxDiscardMSDU:83 14619 0 0 0 0 0
TxRetryMSDU :0 0 0 0 0 0 0
Resource error statistics
Queue Number :0 1 2 3 Mgmt EmergencyQ CAB
-----------------------------------------------------------------------------------
TxBadMbufCnt :0 0 0 0 0 0 0
TxBadMbufB :0 0 0 0 0 0 0
TxNotSourceB :0 0 0 0 0 0 0
TxBufFailure :0 0 0 0 0 0 0
TxBufFailureB:0 0 0 0 0 0 0
TX error statistics
RtsFailCnt : 0
AckFailCnt : 9071961
TxHwRetryExcesive : 0
TxSwRetryExcesive : 0
RX error statistics
KeyIdxValidErrs : 0
KeyCacheMiss : 0
ExBSSDiscard : 0
InDiscards : 0
JumboFrameCnt : 0
Management statistics
ProbeRespSuc : 122711
ProbeRespFail : 0
OutputErrs : 9086663
TxHwRetryExcesive : 0
TxSwRetryExcesive : 0
SwRetryCheckFail : 0
RxFrameAllCnt : 108404882
RxFrameCnt : 108404882
RxFrameBytes : 35667908234
RadioResetOnErr : 0
Beacon statistics
BeaconIntCnt : 804413
BeaconBusyCnt : 0
BeaconErrCnt : 0
Interrupt statstics
IntCnt : 186938766
IntPendingCnt : 0
TxNotFinished : 0
RxNotFinished : 0
RxBusy : 0
TxBusy : 0
IsMaskIntr : NO
Physical statistics
UnderRun : 0
Panic : 0
Radar : 0
ErrAbort : 0
TxInterrupt : 0
OfdmTiming : 0
ofdmOarity : 0
RateIllegal : 0
ofdmLenErr : 0
ofdmPwDrop : 0
ofdmService : 0
ofdmRestart : 0
cckTiming : 0
cckHeadCRC : 0
cckRateErr : 0
cckService : 0
cckRestart : 0
Tx Handle Pool: depth(5000) FreeNum(4952) MaxUsedNum(731):
2048 Buf Pool: depth(1600) FreeNum(61) MaxUsedNum(2544):
4096 Buf Pool: depth(60) FreeNum(29) MaxUsedNum(44):
[6-probe]display ar5drv 2 statistics
Radio statistics:
TxFrameAllCnt : 619969
TxFrameAllBytes : 278495359
Queue statistics
Queue Number :0 1 2 3 EmergencyQ CAB
---------------------------------------------------------------------------
TxFrmCnt :14 459702 0 301 16824 0
TxUcastFrmCnt:14 108852 0 301 611 0
TxNUcastFrmCt:0 350850 0 0 16213 0
TxFrmBytes :1148 230329143 0 58913 542398 0
TxUcastFrmB :1148 138501464 0 58913 56008 0
TxNUcastFrmB :0 91827679 0 0 486390 0
TxRetryCnt :9 28030 0 264 1133 0
TxMRetryCnt :3 30384 0 109 313 0
TxFragCnt :0 0 0 0 0 0
TxDiscardFrm :5 1151 0 62 231 0
TxDiscardFrmB:410 1141154 0 10854 9700 0
TxDataFrmCnt :14 459702 0 301 6 0
TxUDataFrmCnt:14 108852 0 301 6 0
TxDataFrmB :1148 230329143 0 58913 942 0
TxMgmtFrmCnt :0 0 0 0 16756 0
TxCtlFrmCnt :0 0 0 0 62 0
TxHwRetryExc :1 4093 0 62 207 0
TxHwRetryExcB:82 2019744 0 10854 8812 0
TxMSDUCnt :14 459702 0 301 16824 0
TxDiscardMSDU:5 508 0 62 231 0
TxRetryMSDU :3 30335 0 109 313 0
Resource error statistics
Queue Number :0 1 2 3 EmergencyQ CAB
--------------------------------------------------------------------------
TxBadMbufCnt :0 0 0 0 0 0
TxBadMbufB :0 0 0 0 0 0
TxNotSource :0 643 0 0 0 0
TxNotSourceB :0 909818 0 0 0 0
TxBufFailure :0 0 0 0 0 0
TxBufFailureB:0 0 0 0 0 0
TX error statistics
RtsFailCnt : 60
AckFailCnt : 135815
TxHwRetryExcesive : 96932
TxSwRetryExcesive : 0
UnderrunErrs : 0
RX error statistics
FcsErrCnt : 131450
KeyIdxValidErrs : 2142853
KeyCacheMiss : 1774
DecryptErr : 9984
DecryptCRCErrs : 131450
MichaelErrs : 0
PostDelimCRCErr : 693
PreDelimCRCErr : 21292
DecryptBusyErr : 0
ExBSSDiscard : 0
InDiscards : 6509
TooLongErrs : 0
JumboFrameCnt : 0
OverrunErrs : 0
ReachRxTail : 46047
Management statistics
ProbeRespSuc : 49110
ProbeRespFail : 92569
OutputErrs : 1449
RtsSuccessCnt : 0
TxFilteredCnt : 0
TxHwRetryExcesive : 96932
TxSwRetryExcesive : 0
SwRetryCheckFail : 0
RxFrameAllCnt : 467385
RxFrameCnt : 460876
RxFrameBytes : 126631046
InputErrs : 184681419
RadioResetOnErr : 0
RadioResetTxDone : 0
Beacon statistics
BeaconIntCnt : 806648
BeaconBusyCnt : 836
BeaconErrCnt : 0
Interrupt statstics
IntCnt : 158258611
IntPendingCnt : 0
TxIntCnt : 2135266
RxIntCnt : 155634453
TxNotFinished : 0
RxNotFinished : 4
RxBusy : 0
TxBusy : 2135090
MibIntCnt : 0
IsMaskIntr : NO
Physical statistics
UnderRun : 0
Panic : 0
Radar : 0
ErrAbort : 0
TxInterrupt : 0
OfdmTiming : 0
ofdmOarity : 0
RateIllegal : 0
ofdmLenErr : 0
ofdmPwDrop : 0
ofdmService : 0
ofdmRestart : 0
cckTiming : 0
cckHeadCRC : 0
cckRateErr : 0
cckService : 0
cckRestart : 0
Tx Handle Pool: depth(5000) FreeNum(5000) MaxUsedNum(805):
2048 Buf Pool: depth(32) FreeNum(0) MaxUsedNum(34):
4096 Buf Pool: depth(512) FreeNum(1) MaxUsedNum(632):
[6-probe]display ar5drv 2 chan
[6-probe]display ar5drv 2 channelbusy
ChannelBusy information
Ctl Channel: 06 Channel Band: 20M
Ext Channel:
Record Interval(s): 9
Date/Month/Year: 08/12/2023
Time(h/m/s): CtlBusy(%) TxBusy(%) RxBusy(%) ExtBusy(%)
01 17:42:21 62 4 54 0
02 17:42:12 58 5 49 0
03 17:42:03 66 4 57 0
04 17:41:54 64 7 53 0
05 17:41:45 61 5 52 0
06 17:41:36 57 5 49 0
07 17:41:27 61 3 53 0
08 17:41:18 62 3 55 0
09 17:41:09 59 5 51 0
10 17:41:00 62 3 56 0
11 17:40:51 63 5 53 0
12 17:40:42 61 4 53 0
13 17:40:33 61 5 53 0
14 17:40:24 64 7 52 0
15 17:40:15 60 5 52 0
16 17:40:06 59 5 50 0
17 17:39:57 58 6 48 0
18 17:39:48 64 5 55 0
19 17:39:39 61 7 49 0
20 17:39:30 60 5 50 0
[6-probe]display ar5drv 1 channelbusy
ChannelBusy information
Ctl Channel: 157 Channel Band:40M
Ext Channel: Above
Record Interval(s): 9
Date/Month/Year: 08/12/2023
Time(h/m/s): CtlBusy(%) TxBusy(%) RxBusy(%) ExtBusy(%)
01 17:42:21 32 17 11 0
02 17:42:12 31 16 12 0
03 17:42:03 30 16 11 0
04 17:41:54 16 7 6 0
05 17:41:45 35 18 13 0
06 17:41:36 34 18 13 0
07 17:41:27 32 17 12 0
08 17:41:18 33 18 12 0
09 17:41:09 32 17 12 0
10 17:41:00 24 12 10 0
11 17:40:51 28 14 11 0
12 17:40:42 45 17 23 0
13 17:40:33 30 15 13 0
14 17:40:24 27 12 13 0
15 17:40:15 48 28 12 0
16 17:40:06 47 19 24 0
17 17:39:57 38 18 17 0
18 17:39:48 38 17 17 0
19 17:39:39 40 20 15 0
20 17:39:30 33 17 13 0
[6-probe]dis arp
Type: S-Static D-Dynamic O-Openflow R-Rule I-Invalid
IP address MAC address SVID Interface Aging Type
192.168.2.1 04d7-a5bb-b190 1 GE1/0/1 14 D
[6-probe]qu
[6]qu
<6>qu
The connection was closed by the remote host!
<H3C>qu
- 2023-12-08提问
- 举报
-
(0)
定位故障的思路是： 首先，通过测试判断终端能否正常连接、获取地址。 然后，判断有线网络是否存在丢包问题。 再次，判断无线终端状态、空口利用率、空口质量、底噪是否正常。 最后，通过收集debugging信息分析问题原因。 1、终端能否ping通网关 （1)ping测试具体操作 命令：ping 192.168.1.3 例如：通过命令查看，可以确认当前网络丢包属于那种类型。 （2)无线网络丢包说明 从目前的协议分析和实际应用来看，无线网络可能无法实现真正的零丢包。空口利用率正常、无干扰的情况下，3%以内的丢包是可以接受的范围。 2、判断有线网络是否正常 （1)如果网关不在AC上，需要做终端ping AC地址的测试。 第一、如果ping网关异常但是pingAC正常，则需要排查AC至网关二层网络。 第二、如果ping网关、AC均异常，则需要排查有线丢包。 （2)如果终端在线则直接通过命令行查到当前AP地址，然后通过AC ping AP判断AC到AP的有线网络链路状态，如果终端不在线，则直接进入下一个环节 第一、查找当前终端所链接AP的名称 命令：display wlan client mac-address 0024-d79c-af4c verbose 例如：通过命令查看，可以确认终端当前链接AP的名字。 第二、查看终端当前链接AP的地址 命令：display wlan ap name ap1 verbose 例如：通过命令查看，可以确认AP1的地址为192.168.1.6，在线时长为22个小时，如果在线时间很短，则证明AP注册存在问题，需要参考注册指导排查问题原因。 第三、在AC上ping AP地址，观察网络质量。 命令：ping 192.168.1.6 例如：通过命令查看，可以确认AC到AP这段有线网络是否正常。 第四、如果存在丢包，请排查有线网络丢包 通过逐级ping、抓包方式明确具体丢包的位置，再检查二层、三层设 置是否符合规范，涉及到具体协议可参考各协议的排障指导。 3、请排查有线网络丢包 通过逐级ping、抓包方式明确具体丢包的位置，再检查二层、三层设 置是否符合规范，涉及到具体协议可参考各协议的排障指导。 4、排查无线接入问题 （1)可以在AC上通过命令查看用户的关联状态。 命令：display wlan client mac-address 0024-d79c-af4c 例如：通过命令查看无线用户有无关联AC （2)排查无线接入问题 第一、检查终端无线网卡是否正常打开。 第二、检查是否在终端服务中开启无线服务，例如windows操作系统中，要开启Wireless Zero Configuration。在服务中找到Wireless Zero Configuration，并开启该服务即可。 第三、检查终端是否工作在正常的无线终端模式，如果错误的设置成AP模式则无法作为无线终端使用。 第四、检查终端是否关联正确的SSID。 5、排查DHCP问题 （1)在STA上开始->运行->输入cmd回车，通过命令行查看终端地址获取情况。 命令：ipconfig /all 例如：通过命令查看，可以确认本机获取ip地址192.168.1.8。 （2)如果没有正常获取地址，则需要排查DHCP问题 请参考：IP业务—DHCP排查模块。 6、判断终端在线状态是否正常 命令：display wlan client mac-address 0024-d79c-af4c verbose 例如：通过命令查看，可以确认MAC为0024-d79caf4c的终端正常上线。 （1)Power Save Mode表示终端状态，当终端处于休眠状态则ping延时会比较大，一般会大于beacon间隔。 （2)RSSI（大于-75dbm）表示AP收到的终端信号强度（RSSI=信号强度+底噪（-95dbm/-105dbm）），信号强度应该尽量达到30之上 （3)Rx/Tx Rate，如果RxRate始终保持在较低速率（例如1、2、11），该客户端所在的环境可能丢包比较严重，需要对空间使用情况进行分析。 （4)Up Time表示用户在线时间，如果Uptime时间比较短，而该用户已经长时间使用无线网络，需要考虑该用户是否出现过漫游。 7、根据终端状态依次改善网路状况 （1)无线用户的信号强度RSSI偏低（低于25），则需要分析一下该用 户状态以及对整个网络的影响，尽量提高无线用户的信号。可以通过 调整天线、增加AP的方式改善信号覆盖。 （2)无线用户的Rx和Tx速率偏低：通常说明空口环境不是特别好、甚 至丢包比较多，需要进行空口的分析（例如信道占用情况、确认网络 流量），适当进行流量控制或者无线用户的限速。 （3)无线用户漫游比较频繁（在各个AP上持续的时间都比较短）：可 以适当的调整这台客户端连接的AP的发射功率减少用户的漫游，或者 将网卡的漫游主动性调低。 （4)终端处于休眠状态则ping延时会比较大，一般会大于beacon间隔 8、判断无线空口利用率是否正常 （1)需要登录AP查看空口利用率 第一、查找当前终端所链接AP的名称 命令：display wlan client mac-address 0024-d79c-af4c verbose 例如：通过命令查看，可以确认当前终端所链接AP的名字。 第二、查看当前终端所链接的AP的地址 命令：display wlan ap name ap1 verbose 例如：通过命令查看，可以确认AP1的地址为192.168.1.6 第三、打开AP远程登录开关，通过AC登录到AP上 命令： [AC]_h [AC-hidecmd]wlan ap-execute ap1 telnet enable [AC-hidecmd]wlan ap-execute ap1 exec-control enable [AC-hidecmd]quit [AC]quit telnet 192.168.1.6 例如：通过在AC上telnet，可以成功登录到终端所关联的AP上。 第四、查看信道利用率，判断空口繁忙情况 命令：display ar5drv1/2（单频AP则只有一个射频口，双频AP则1表示5G视频口，2表示2.4G 射频口） channelbusy 例如：通过命令查看，AP的5G射频口空口目前处于正常状态，当CtlBusy高于60时，则表示空口繁忙。 （2)如果一个AP用户大于15，且用户使用频繁，则空口利用率必然会比较高。 命令：display wlan client ap ap1 例如：通过命令查看，可以确认当前终端所关联的AP下总共有15个终端。 9、通过软件优化、硬件调整降低空口繁忙度 常规无线优化如功率、信道、频谱导航等，具体请参考：无线产品维护手册-空口优化维护手册。 10、判断无线空口统计是否正常 （1)需要登录AP查看统计信息是否正常 第一、查找当前终端所链接AP的名称 命令：display wlan client mac-address 0024-d79c-af4c verbose 例如：通过命令查看，可以确认当前终端所链接AP的名字。 第二、查看当前终端所链接的AP的地址 命令：display wlan ap name ap1 verbose 例如：通过命令查看，可以确认AP1的地址为192.168.1.6 第三、打开AP远程登录开关，通过AC登录到AP上 命令： [AC]_h [AC-hidecmd]wlan ap-execute ap1 telnet enable [AC-hidecmd]wlan ap-execute ap1 exec-control enable [AC-hidecmd]quit [AC]quit telnet 192.168.1.6 例如：通过在AC上telnet，可以成功登录到终端所关联的AP上。 （2)查看AP空口统计情况，判断空口质量。 命令：display ar5drv1/2（单频AP则只有一个射频口，双频AP则1表示5G视频口，2表示2.4G射频口） statistics 说明： 第一、每个Radio有4个普通发送队列和1个紧急发送队列，通常数据报 文都走1号队列。通常我们主要关注1号队列。 第二、TxDiscardFrame表示此队列丢弃的报文总数，包括发送失败和 队列溢出的报文。 第三、TxDiscardFrame/TxUcastFrameCnt表示丢包率，如果超过3%的时候就应当警惕了。 第四、RadioResetOnErr意味着Radio芯片复位，会导致丢包，正常情况下不应当出现这个错误。 第五、BeaconBusyCnt和BeaconErrCnt表示AP发送beacon的繁忙度及错误统计，此处可以看出空口的质量，如果出现增长则会出现丢包现象。 （3)查看AP各个栈的使用情况。 命令：display ar5drv 1 queue all 说明： 第一、FrameCount如果不为零则表示当前报文有积压情况。偶尔的几个报文积压不会引起什么问题，但长时间积压上百个报文就应当引起警惕。通常我们主要关注AC1（即1号队列）。 第二、FrameLimit表示每个栈的上限。 11、判断空口底噪是否正常 （1)AP上查看底噪是否正常 第一、查找当前终端所链接AP的名称 命令：display wlan client mac-address 0024-d79c-af4c verbose 例如：通过命令查看，可以确认当前终端所链接AP的名字。 第二、查看当前终端所链接的AP的地址 命令：display wlan ap name ap1 verbose 例如：通过命令查看，可以确认AP1的地址为192.168.1.6 第三、打开AP远程登录开关，通过AC登录到AP上 命令： [AC]_h [AC-hidecmd]wlan ap-execute ap1 telnet enable [AC-hidecmd]wlan ap-execute ap1 exec-control enable [AC-hidecmd]quit [AC]quit telnet 192.168.1.6 例如：通过在AC上telnet，可以成功登录到终端所关联的AP上。 第四、查看AP空口统计情况，判断空口质量。 命令：display ar5drv1/2（单频AP则只有一个射频口，双频AP则1表示5G视频口，2表示2.4G射频口） calibration（列出合格标准） 例如：当Value值高于-80的时候就需要警惕，可借助仪器分析原因。 （2)借助分析工具分析。 可以使用黄马甲，IEEE 802.11b/g版本及以上的黄马夹是支持用户检查和确定AP（接入点）、和RSSI信号电平、全频谱扫描等内容。或者使用频谱仪频谱（Spectrum）模式可以对测试点进行频谱与干扰分析。 12、收集终端抓包、空口抓包、debugging信息 终端抓包是指通过软件抓取终端无线网卡的报文（常用Wireshark），空口抓包是指通过软件抓取当前空间整个信道的WiFi报文（常用OmniPeek），定位问题时如果终端可以抓包则不再进行空口抓包也行，如果是说明、证明问题，则需要进行终端抓包、空口抓包，如果终端不支持抓包，则只需要进行空口抓包。 （1)终端抓包推荐使用Wireshark/Ethereal进行抓包： 第一、为了便于抓包分析，可以在无线客户端ping固定大小的报文， 例如130bytes。 第二、提供抓包信息的时候，收集抓包信息后一定要提供无线客户端 的MAC地地址和IP地址。 第三、报文分析时可以根据报文大小，确定是否每一个ping request报文都很快有ping reply回应消息。 第四、如果两边抓包，可以通过ping报文的序列号进行匹配分析，确 定两个抓包的相对时间进行对比分析，确定延时情况和报文丢失情况 ； 第五、在无线笔记本上使用Ethereal进行抓包，使用该工具选用无线 网卡后，需要将下面的选项去掉，才可以抓包 （2)空口抓包可以使用Omnipeek/Airmagnet进行： 首先、在解决问题的时候往往“单兵作战”，很难进行全面的同时抓 包分析，但是走到了这一步“已经初步认为空口存在丢包的情况”， 也必须想法进行空口抓包，下面为抓包相关的注意事项： 第一、抓包工具不一定能够将所有的空口报文都抓上来，也就是在分 析过程中要充分考虑到可能偶尔有报文接收不上来的情况； 第二、无论使用哪一种抓包，一定要选择当前Station所在的信道进行 抓包； 第三、ping有两个方向，一个为ping request从Station到AP，另外一个为ping reply从AP到Station。 第四、为了报文方便分析，可以ping指定大小的报文，例如130 bytes；特别对于加密的接入一定要采用ping特殊长度的报文； 其次、关于抓包分析的分析方法：（Omnipeek的抓包） 说明：802.11为了尽量保证单播数据的可靠传输，每一个单播报文都 回等待ACK确认。例如无线客户端发送一个报文（227），AP接收到之 后会回应一个ACK报文（228）。
- 2023-12-09回答
- 评论(0)
- 举报
-
(1)
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论