Hi all, I've been searching some info in your forum but I cannot find nothing related to the max clients an AP MikroTik can support.

I'm testing the MikroTiks performance and I noticed that we cannot connect more than 20 clients per Interface.
We are using rb133 and R52H cards, we make a script to generate some traffic in the clients (Linux clients), but after the 19th client, we cannot connect other.
The AP is cfg to be ap-bridge, we monitor the MikroTik performance and seems to be ok.
The script generates some high link utilization, downloading some web pages, makes some pings, etc.

Any of you have some experience connecting more than 20 clients to a MikroTik AP??

Thanks!

No problems with 50 and more, but we never use CPE hardware for an AP.


Regards
Lutz

Hi - not sure if you've seen it, but have a look here:

http://www.mikrotik.com/pricelist.php?sect=1

Correct me if i'm wrong, but if you're using usermanager with a level 4 license, the maximum users you can have concurrently logged in is 20 - if i'm correct you can remove this limit by upgrading your usermanager box to a level 6 license.

No, I'm using Routerboard rb133 with a wireless card R52H, do you know how many clients can connect to this AP?
Do you have any experience with more than 20 clients?

Thanks!

I didn't see any question regarding the usermanager. The question was how many clients can be connect to an interface. This is independent from the usermanager.

Regards
Lutz

10-15 tops on that board. Upgrade your hardware.

jwcn, have you been tested this hardware?, what do you suggest? we have a lot installed and change them will be a very big problem.
The MikroTiks are running as ap-bridge, so, we don't see any overload in the CPU or Memory through SNMP (CPU 30 max).


Thanks!

Hi, i think beetween 40-50 is a good number to connect, first you need to know if the number of aps are going to be connected 24hrs a day or some will connect on day and others on night! But simultaneously connected i think 40 to 50 aps is a good range to work wothout loss of quality. One more thing, with this much of clients on a interface, if you have much P2P traffic it will totaly kill your link, you will experience loss of quality and packets along, but just for ftp, port 80 and stuff like that i dont experience any problem!!!

40-50 on a 133? You're crazy.

Yep...crazy!

RB133 is...simple...use RB333...there 40-50 is good (maX) number
Thats my opinion

I have used 133 as AP's on some small repeaters. Even with less than 10 clients I noticed depredation. There is just not much power there. Also, when RAM runs low you can get very unpredictable results. I eventually upgraded all to 333/433/411A boards.

We have over 130 clients logged on our RB433AH and there is no problem at all ...

The number of clients is important, but the speed is as important. I can see lots more 256k customers than 1.5Mb.

Number of clients + speed is a more informative answer.

4 wireless interface,802.11a and 802.11g.Using Channel 6,7,13 and 14.We have 40-50 client per interface,using 3 Obeslik 120*Sectoral Antenna,Maximum CPU usage 30% when 85% User connected.we deployed 97 APs and 106 wireless workstations.point to multipoint,7 Km Radius,
ROS 2.9.38 768 MB Ram,P4 2GHz with Intel Motherboard.No WDS.Simple transparent bridge.Linux as a radius Server for authentication and proxing.Bandwidth Range 64 - 256 kbps.Card can work with 2007 clients (theoretically), but in real networks for good quality it is recommended to have 25-40.Because in ideal conditions you can get 30-35 Mbps half-duplex, divide it to 100 clients (each client won't get too much bandwidth).
80% Client Link Quality 65%
65% Client Link Quality 72%
50% Client Link Quality 76% -80%
40%-10% Client Link Quality excellent

We didn't face any major problem except using PPPoE.

u can see here is more than 20 n now i have only 20 users online my rb support more then 45 users online
this is ppp active connection print details
# NAME SERVICE CALLER-ID ADDRESS UPTIME
0 ijaz pppoe 00:00:05:FD:10:E2 119.155.70.56 9h12m22s
1 1111 pppoe 74:EA:3A:E0:04:65 119.155.70.67 9h8m56s
2 kmasood pppoe 00:12:79:57:08:74 119.155.70.12 4h49m37s
3 rauf pppoe 94:0C:6D:BF:7F:19 119.155.70.26 4h12m46s
4 arslan pppoe 94:0C:6D:BF:6F:CC 119.155.70.41 3h31m23s
5 qureshi pppoe B0:48:7A:95:00:71 119.155.70.50 3h19m33s
6 home pppoe 54:E6:FC:FB:D0:38 119.155.70.6 3h17m54s
7 nazir pppoe D8:5D:4C:8F:36:EE 119.155.70.23 2h23m43s
8 sarmad pppoe B0:48:7A:90:25:CA 119.155.70.52 2h22m16s
9 usman pppoe D8:5D:4C:96:63:44 119.155.70.44 2h18m9s
10 farooq pppoe B0:48:7A:95:2C:D2 119.155.70.87 1h45m53s
11 sheikh pppoe 00:14:22:52:82:8E 119.155.70.65 1h42m2s
12 mehrban pppoe D8:5D:4C:D7:EA:51 119.155.70.76 1h36m30s
13 asad pppoe D8:5D:4C:D7:E7:78 119.155.70.19 1h11m10s
14 nader pppoe 00:0B:DB:70:A0:F2 119.155.70.17 1h3m4s
15 shahryar pppoe F4:EC:38:95:64:FA 119.155.70.54 56m39s
16 mammar pppoe 94:0C:6D:BB:F0:78 119.155.70.68 47m53s
17 zulfiqar pppoe 94:0C:6D:BF:66:36 119.155.70.27 39m22s
18 masood pppoe 00:90:27:44:3A:0F 119.155.70.55 32m22s
19 commando pppoe 00:A0:D1:CA:F4:E7 119.155.70.13 29m8s
20 inamurrab pppoe 00:22:19:06:4A:35 119.155.70.15 29m6s
21 zeshan pppoe F4:EC:38:95:64:E2 119.155.70.39 28m42s
22 kamran pppoe F4:EC:38:E7:19:04 119.155.70.84 28m42s
23 rehman pppoe 54:E6:FC:FB:D0:38 119.155.70.73 21m24s
24 naqash pppoe F4:EC:38:8D:2A:96 119.155.70.63 15m38s
25 sultan pppoe 54:E6:FC:F6:00:69 119.155.70.46 12m52s
26 alibaba pppoe 94:0C:6D:BB:F0:78 119.155.70.86 5m23s

Nobody mention a wireless medium access protocol

802.11, nstreme or nv2 ??????

I've seen 70 clients connected using nstreme and was working fine.

Also connection 2 clients that cant "see" each other on pure 802.11 and have a hidden node issue - with large traffic lot of packet loss can occur.


Number of clients its a combination of wirelessprotocol, Ammount of traffic transfered, and overbooking.

There isn't simple answer and never will be