cancel
Showing results for 
Search instead for 
Did you mean: 

Client Wifi Health Score

Client Wifi Health Score

JA
New Contributor III

Hi

I have a few clients connected to an AP (AP230 10.0r9b) that give me numbers that I am trying to figure out.


RSSIs are between -51 and -63 and SNRs between 44 and 31. Application Health is 100 but Wifi Health scores are between 56 and 38.

One of the clients is an AppleTV and the Wifi Health is 100 when not in use but drops to 38 when in use. I'm not sure if this is just as simple of people sitting between the AP and AppleTV when it's in use.

Working through the RF troubleshooting guide I get the following info.

sho ascp nei (AP is currently on channel 44)
Chan Rssi(dBm) Aerohive AP  CU  CRC STA Channel-width VID  NVID
44   -87       yes          2   22  0   40+           1    1    
44   -87       yes          2   22  2   40+           1    1    
44   -87       yes          2   22  1   40+           1    1    
44   -87       yes          2   22  0   40+           1    1    
100  -88       yes          7   0   3   40+           -    -    
60   -75       yes          4   10  0   40+           1    1    
60   -75       yes          4   10  1   40+           1    1    
60   -75       yes          4   10  3   40+           1    1    
100  -88       yes          7   0   0   40+           -    -    
100  -89       yes          7   0   0   40+           -    -    
100  -89       yes          7   0   0   40+           -    -    
157  -80       yes          2   31  0   40+           1    1    
157  -80       yes          2   31  0   40+           1    1    
157  -80       yes          2   31  0   40+           1    1    
157  -80       yes          2   31  0   40+           1    1    
157  -91       yes          6   15  0   40+           1    1

sho int wifi1
Summary state=High collision
Freq(Chan)=5220Mhz(44*); EIRP power=18.00*dBm(12dBm + 6.00dBi + 0.00dBi); Diversity=enabled;
Noise floor=-95dBm;  
BGSCAN allow=enabled; BGSCAN during voice=disabled; BGSCAN interval=10 minutes;
BGSCAN with client=enabled; BGSCAN with PS client=enabled;
Number of BGSCAN=4959; Number of BGSCAN requested=5143; Number of BGSCAN missed=184;
DFS=enabled; Number of detected radar signals=0; DFS static-channel restore=disabled;
Tx utilization=2%; Rx utilization=3%; Interference utilization=2%; Total utilization=7%;
CRC error rate=23%;

sho int wifi1 _count
2% rx retry rate
9151823 rx CRC errors
28% rx CRC rate
0% tx retry rate
0% unicast data tx retry rate

sho acsp channel-info detail
When I run this I get this message on wifi1
This interface did not finish scanning all available channels.

When I run clear forward count eth01 it takes about 30 seconds to show that it has completed.
Should I be starting the timer from when I enter the command or when it completes? Either way the
number is between 200-300 per second. Way too high.

sho forward count int eth0

Interface [eth0]
-----------------
Inocming Counters
------------------------------
LLC: 100619; ARP: 1473; IP 47666
ICMP: 18; UDP: 47614; TCP: 4; GRE: 0; ESP: 0
HTTP: 0; HTTPS: 0; FTP: 0; TELNET: 0; DNS: 0; DHCP: 0; SSH: 0
Dropped: 30273

From the numbers the only thing bad I see is the CRC errors and the LLC packets. Could the CRC just be a distance issue with the clients? There are 2 lath and plaster walls between and the AP should be mounted higher.

With a 28% rx CRC error rate I would expect the retry rate would be higher so I'm wondering if I am not understanding these numbers properly.

Thanks for taking the time to read this, any thoughts would be appreciated.

 

 

1 ACCEPTED SOLUTION

SamPirok
Community Manager Community Manager
Community Manager

Hi Jayotte, my apologies for the delay here. I took a look at the captures you sent over and I’m not seeing any clients that are sending an inordinate amount of traffic, in fact most clients seem to be sending a small amount of traffic. I think you might want to open a technical support case and attach those packet captures to the case so one of our technicians can look in to this with you further. It’s possible there is a loop or something else causing a lot of background traffic. 

View solution in original post

10 REPLIES 10

JA
New Contributor III

Thanks for the info Andi. The PDF looks interesting, will read more in greater depth later.

This was an older (pre REV 3) AppleTV which I thought I had read had different behaviour but can’t find the site now. The user was running the NetFlix app on the AppleTV, not AirPlaying. Anyway, the user has since replaced this unit.

Thanks again

 

 

a_huerzeler
Contributor

what i forgot to mention the Apple Ad-Hoc network uses the following channels:

6

44

149

809709c37c0f4ae494f451572b34dbf6_7ae2e8d8-8fe7-4f3f-8072-72aa9845cafd.jpg

 

a_huerzeler
Contributor

@jayotte Hi i found out a few things about the behaviour of Apple TV in the past. The most comprehensive document about how Apple TV actually behave in the network can be found here:

https://arxiv.org/pdf/1808.03156.pdf

What I learned is this: the Apple TVs will always generate an ad-hoc network and not use the existing wireless infrastructure as long as the wifi channel is less than 80 MHz wide (which will always be the case in business and education). If the existing Wifi is on 40 MHz channels the adhoc network (AWDL Apple Wireless Direct Link) will create also an 40 MHz wide Adhoc wifi, if you use 20 MHz it will create an 80 MHz wide Ad-hoc wifi. 

To my knowledge today there is no way to force an Apple TV to use the existing wireless infrastruction.

Best 
Andi

JA
New Contributor III

When support reviewed the packet captures they said that the protocol distribution was normal. I’ll try the numbers again when 10.0r10a has been out for a bit.

Thanks for your help

GTM-P2G8KFN