He wants to have one number..  This AP based on the current number of clients 
and current activity has 20% of the overall airtime used.  That means if all 
clients are the same, you can add 4x the number of clients and still have 
airtime free.  Then on the flip side of that, based on the 20% usage, these two 
clients make up 10% of the airtime used and if you look, they will be at low 
data rates.   Don’t even care to list anyone that don’t take up a good portion 
of the time, maybe that one client is at a high MCS but has a LARGE data 
package that they move a lot of data, in which case it would be fine.   Lots of 
things would go into calculating this, overall throughput, and all clients at 
all MCS packages..

 

Assuming MCS 10 takes up twice as much airtime than MCS12, there is one 
variable (not saying it actually does take up twice but just a saying) .. 

 

The quality, or CCQ is just a number, ya its good to know ,but it really don’t 
say, you have xyz capacity left.  Course putting one client at a bad MCS can 
drop that unused airtime down quite a bit, but that’s why we want to know what 
is taking up the % of airtime..  

 

Comes down to two questions..  How much airtime is being used in both the last 
hour and last 24 hours? Is there a client that is taking up a disproportionate 
amount of airtime compared to other clients?  Say give me the average airtime 
per client and the anyone who is over that?  

 

 

Dennis Burgess, CTO, Link Technologies, Inc.

den...@linktechs.net <mailto:den...@linktechs.net>  – 314-735-0270 – 
www.linktechs.net <http://www.linktechs.net> 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mike Hammett via Af
Sent: Thursday, October 30, 2014 3:45 PM
To: af@afmug.com
Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

 

Not enough detail.



-----
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com

 <https://www.facebook.com/ICSIL>  
<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>  
<https://www.linkedin.com/company/intelligent-computing-solutions>  
<https://twitter.com/ICSIL> 



________________________________

From: "Bill Prince via Af" <af@afmug.com>
To: af@afmug.com
Sent: Thursday, October 30, 2014 3:43:26 PM
Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

You can monitor TX/RX rates on both ends of all links now.  That is a direct 
correlation to what the link is capable of.  The only caveat is that when an 
802.11 radio is telling you "X", that the actual throughput it's capable of is 
more like 55% of "X".  I monitor all of these on all of our links, and when a 
link goes down to 80% of "X" then I know I have trouble in River City (or Black 
Rock if you prefer).



bp

On 10/30/2014 1:05 PM, Shayne Lebrun via Af wrote:

        This.  Say my AP can do ten megs/second of downlink to clients.  My 
throughput chart is flatlined at 6 mb/s.

         

        Why?  Is it because some of the clients are in lower modulations, and 
using more timeslots to move a given amount of data than they should?  Is it 
that the radio is doing lots of retransmitting?  If so, who?

         

        From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mike Hammett via Af
        Sent: Thursday, October 30, 2014 3:40 PM
        To: af@afmug.com
        Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

         

        You're missing the point.
        
        I want to know what the air interface is doing. It may be completely 
stopped up by retransmissions or bad clients, yet that isn't easily seen by 
other means (CPU usage, IRQ usage, throughput, etc.).

        
        
        -----
        Mike Hammett
        Intelligent Computing Solutions
        http://www.ics-il.com
        
         <https://www.facebook.com/ICSIL>  
<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>  
<https://www.linkedin.com/company/intelligent-computing-solutions>  
<https://twitter.com/ICSIL> 

        
________________________________


        From: "Stefan Englhardt via Af" <af@afmug.com>
        To: af@afmug.com
        Sent: Thursday, October 30, 2014 2:33:51 PM
        Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio  
      utilization or duty cycle meters

        .a has only 54Mbit/s Phy rate. RB800 is quite powerful.

        With N/AC you see a lot more cpu work.

         

        With TDMA protocol the cpu has to work in fixed cycles with low latency.

        So if it is busy while it has to send the next map for the cpes at an 
exact timing 

        the whole sector suffers.

         

        So the cpu should stay at a low level to keep the protocol running.

         

         

        Von: Af [mailto:af-boun...@afmug.com] Im Auftrag von Mike Hammett via Af
        Gesendet: Donnerstag, 30. Oktober 2014 20:22
        An: af@afmug.com
        Betreff: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

         

        The CPU usage doesn't tell you RF congestion, retransmits, etc. It just 
tells you how busy the CPU is. If you're running NV2 on an A card in an RB800, 
your CPU is going to be low, but your radio is going to be very busy and yet 
not including that information.

        
        
        -----
        Mike Hammett
        Intelligent Computing Solutions
        http://www.ics-il.com
        
         <https://www.facebook.com/ICSIL>  
<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>  
<https://www.linkedin.com/company/intelligent-computing-solutions>  
<https://twitter.com/ICSIL> 

        
________________________________


        From: "Stefan Englhardt via Af" <af@afmug.com>
        To: af@afmug.com
        Sent: Thursday, October 30, 2014 2:19:30 PM
        Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio  
      utilization or duty cycle meters

        This is not quite right. TDMA Protocols like NV2 and Airmax are CPU 
limited.

         

         

        ----- GENIAS INTERNET -- www.genias.net <http://www.genias.net>  ------

        Stefan Englhardt         Email: s...@genias.net 
<mailto:s...@genias.net> 

        Dr. Gesslerstr. 20       D-93051 Regensburg

        Tel: +49 941 942798-0    Fax: +49 941 942798-9

         

        Von: Af [mailto:af-boun...@afmug.com] Im Auftrag von Mike Hammett via Af
        Gesendet: Donnerstag, 30. Oktober 2014 20:09
        An: af@afmug.com
        Betreff: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

         

        CPU is largely unrelated to what the radio is doing.

        
        
        -----
        Mike Hammett
        Intelligent Computing Solutions
        http://www.ics-il.com
        
         <https://www.facebook.com/ICSIL>  
<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>  
<https://www.linkedin.com/company/intelligent-computing-solutions>  
<https://twitter.com/ICSIL> 

        
________________________________


        From: "Bill Prince via Af" <af@afmug.com>
        To: af@afmug.com
        Sent: Thursday, October 30, 2014 2:05:45 PM
        Subject: Re: [AFMUG] Feature Request of all radio manufacturers: Radio 
utilization or duty cycle meters

        You can get a CPU load metric from UBNT radios (example below).
         
<http://127.0.0.1:58274/service/home/%7E/?auth=co&id=1de3965e-b725-4c61-b23b-9b05aabb2124:31900&part=2.2>
 

        bp

        On 10/30/2014 11:22 AM, Mike Hammett via Af wrote:

                I want to see utilization or duty cycle meters. Tell me how 
busy the AP is so I know how much more can fit... and break down into different 
categories why it's busy. TX, Rx, retransmit, overhead, MCS 15, MCS 0, which 
stations are using what percent, etc.
                
                I'd say that knowing how busy the radio is is more important 
than knowing how many bits are flowing through it.

                
                
                -----
                Mike Hammett
                Intelligent Computing Solutions
                http://www.ics-il.com
                
                 <https://www.facebook.com/ICSIL>  
<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>  
<https://www.linkedin.com/company/intelligent-computing-solutions>  
<https://twitter.com/ICSIL> 

         

         

         

         

 

 

Reply via email to