Broadcast from a customer.  Disassociate SMs one by one to see if problem goes 
away when a particular   SM is offline

Gino A. Villarini
@gvillarini



On Nov 28, 2014, at 4:19 PM, Heith Petersen via Af 
<[email protected]<mailto:[email protected]>> wrote:

Cable looks and tests good via Fluke and CRC Ethernet screen on Canopy. Link 
tests are awesome, when I can get into the interface of them. I have SM to SM 
traffic isolated via the AP. I just enabled the monitoring tool a moment ago. I 
noticed that the other day while messing around with screens I have never 
played in before. I am ashamed not to have ever used it, kind of focused more 
on UBNT gear over the last 4 years. Thanks for the input!


From: Af [mailto:[email protected]] On Behalf Of George Skorup (Cyber 
Broadcasting) via Af
Sent: Friday, November 28, 2014 2:10 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [AFMUG] Suggestions on Canopy PtMP Issue

Ethernet/CRC errors? What do linktests to the SMs return? Is it possible you 
have SM to SM traffic on the same AP overloading it? Enable the throughput 
monitoring tool on your APs.

Besides all that, what about interference, have you ran the spectrum analyzer? 
This is a two-way street. You can have noise at an SM which will get it very 
crappy link efficiency. Like their router wifi channel is the same frequency 
(or close to it) that the SM is trying to listen on.

On 11/28/2014 1:50 PM, Heith Petersen via Af wrote:
Earlier I posted that I was having some through put issues. I have a 2.4 AP 
with 40 subs. I started having issues where customers were having horrific ping 
times on the AP, the majority anyways. I would still have customers that were 
stellar most of the time. Firmwares were all over the place, all on the same 
level as well as AP with the same issue. I had segregated the subs to multiple 
Color Codes, as times I had as few as 1 to 4 subs registered at a time. If I 
swapped color codes to a different code and allowed 4 different users on, at 
times the issue would follow them as well.
�
I had a tech swap out the AP 2 evenings ago, and to my dismay I noticed the 
issue right away. Today I re-routed a back up back haul to that site and the AP 
is the only device pulling service from that BH. I have 2 more sites that feed 
off of this tower and they are not experiencing the issue. This issue crept up 
on us last Friday night. I have only heard from a handful of users so I don�t 
know if everyone is experiencing the issue, or at least noticed. For the most 
part its really bad at time during prime time, however today and during the day 
Monday it was real noticeable. From what I can tell on my MikroTik is that its 
really only handing out about 3 meg right now. This network is bridged, I have 
some Tiks in place to start routing and also for management purposes. I had the 
same results from just using a standard switch. I am not experiencing any other 
issues on that network. All radios, except for 4, are NAT enabled. The other 4 
at times I would have totally disabled or not associated with the same results
�
We were suspecting a bad Canopy radio mucking up the AP, which we have seen but 
its rare. But like I said we have seen it with only a few users associated. I 
cant imagine that I had several bad radios at once. The AP is swapped out. 
Could it be a network issue? In all my years of using Canopy I have never seen 
this issue. I fear that my BS skills may be wearing thin on my customers, but I 
am unsure of where to look
�
Thanks
Heith
�

Reply via email to