Any leads on how to control packets per second in the 802.11b/g environment would be very much appreciated.

An alternative would be to be able to control Last_Activity (wireless tables/registration).

In other words, how to keep a customer from saturating the inbound link to an 802.11b/g AP ...

Kind regards/ldv

The answer (thanks to Ian at Titan Wireless) is at <http://wiki.mikrotik.com/wiki/Firewall/ ... c_examples>.

kind regards/ldv

The answer (thanks to Ian at Titan Wireless) is at <http://wiki.mikrotik.com/wiki/Firewall/ ... c_examples>.

kind regards/ldv

That page has nothing at all about PPS.
Maybe you have the wrong link?

That page has nothing at all about PPS.
Maybe you have the wrong link?

See dst-limit and limit.

kind regards/ldv

So what do you plan to do?
This may work to drop packets on the CPE, but if you don't control the CPEs then this would be almost useless on the AP.

So what do you plan to do?
This may work to drop packets on the CPE, but if you don't control the CPEs then this would be almost useless on the AP.

From our observations (which may or may not be totally correct), the real limiting factor of an AP offering 802.11b/g is not bandwidth, but rather PPS from the CPE. Therefore, to insure a good experience for all users of an AP, we need a way to prevent one or more subscribers from monopolizing the AP. Share and share alike. We use Ubiquiti CPEs and MikroTik APs.

My 10+ years of working with 802.11 and 802.11a/b/g/n agrees. PPS is a greater indicator of performance than throughput.

I am trying to to find a way to queue packets in MT and UBNT gear based on PPS, not kbs. No luck yet.

I think AP cannot limit it (unless any polling protocol like TDMA is implemented where you can assign timeslots per CPE)

Packet limiting has to be on the station side most probably in 802.11x.