number of simultanous connections in AP

Unanswered Question
Jan 16th, 2009

hi, what is the number of wifi simulatnous connections in LAP 1300 series, can u give me the link please. Thanks

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Sushil Kumar Katre Fri, 01/16/2009 - 04:14

Hi Abderrahim,

Ideally there should be no more than 20 users per AP. But I have seen deployments with around 30-35 users per AP.

Here's the extract from FAQ -

Q. How many clients can associate to the AP?

A. The AP has the physical capacity to handle 2048 MAC addresses, but, because the AP is a shared medium and acts as a wireless hub, the performance of each user decreases as the number of users increases on an individual AP. Ideally, not more than 24 clients can associate with the AP because the throughput of the AP is reduced with each client that associates to the AP.

-> Sushil

Sushil Kumar Katre Fri, 01/16/2009 - 06:27

No, its not like that. Being a shared medium the 25th user will also get connected to the AP but th eoverall performance will start degrading as more users join the AP.

I am not sure but I guess there is configuration parameter to restrict the number of users who can get associated with the AP.

-> Sushil

wesleyterry Mon, 01/19/2009 - 08:23

I'm sure this isn't relevent, but I was reading release notes for 5.2 WLC and I think it mentioned somewhere about HREAP having a client limitation per AP. Something about now it is 100 but it used to be like 24?

The impression I got was that they actually did have a client limitation on certain configurations (but in 5.2 it has been increased) so that the system did not support that many users.

kfarrington Wed, 01/21/2009 - 07:15

Hey Guys,

Interesting thread.

Is this "recommended" number for data? ie per b/g radio, or does it include a mixture of data and voice if you run Voice in the b/g freq.

Many thx


Scott Fella Wed, 01/21/2009 - 07:54

This is a recommended number per radio... but this is not set in stone. The number depends on traffic. If your users are just browsing the INTERNET or checking email, you can have more than that number per radio. If users are transferring big files it might be 2-5 per radio. Voice is another story.... This is from a doc:

The Cisco Access Point can support up to 27 active RTP streams for both 802.11g and 802.11a at a data rate of 24 Mbps or greater. To achieve this capacity, you must use U-APSD and have minimal WLAN background traffic and radio frequency (RF) utilization. The number of calls may vary depending on the data rate, initial channel utilization, and the environment. At 6 Mbps, the Cisco Access Point can support up to 13 active RTP streams. Using U-APSD instead of PS-POLL provides higher call capacity because U-APSD is more efficient and has limited management overhead. An RTP stream is bi-directional audio to and from a phone.

kfarrington Wed, 01/21/2009 - 10:41

Hey Fella, How is ya :)

Digresing a little, but near the same subject matter.

So here are my tests.

Running APs in mixed mode, and I have performed over 180 individual tests in the last two days. Using IXIA tools.

I see an average thruput when loading up the APs of approx 12 M/Bits ps over the 180 tests on different APs. I transfer 800 Mbits to every AP.

Some reach 17-18 Mbps, and some (only a couple) reach 5 Mbps, the majority between 10 and 13 Mbps.

With these statistics and user avg thruput stats, I can make a desicion on how my user-to-ap ratio can be met?

How would that sound to you experts out there?

I know what I have tested in the last two days may not be the same tomorrow, but thats the nature of it right? I wanted to get a benchmark.

The one thing I am thinking about is turning off 802.11b across all 300 APs, but there is no gaurenttee that this will make things better right? It may be SNR ratios that bring the performance down, and not CTS/RTS phy controls right?

Many thx


Scott Fella Wed, 01/21/2009 - 11:47


These test are okay to get a good baseline. There are many other test you can do but the main thing is how is user experience. When you do your testing, are younoting how many users are associated to that ap and if any 802.11b clients are on? I guess this can give you a good baseline as ling as the traffic doesn't change. For instance when you are testing, what are the users doing at that time. All it takes is a constant download by one or two users to knock down the bandwidth. But again your test should be good enough to give you an average of users per ap. YOu must decide the bandwidth you would like for each user. Test some locations with 802.11b turned off and get some readings and compare. The only issue with turning 802.11b off is do you need to support these users. If for example you have guest access, you would need to support these users.

mark.cronin Thu, 01/29/2009 - 07:06


What were the authentication and encryption mechanisms used?




How many stations were there associated with the AP?

What fragmentation level did you use?

Did the wireless cards use the power save feature?



This Discussion



Trending Topics: Other Wireless Mobility

client could not be authenticated
Network Analysis Module (NAM) Products
Cisco 6500 nam
reason 440 driver failure
Cisco password cracker
Cisco Wireless mode