PPPoE Rate Limiting / Shaping

Hello,

We currently use a couple of CCR routers to handle PPPoE connections from our wireless users. I’m now looking at ways to try and improve our bandwidth management. Currently we just use the Mikrotik-Rate-Limit radius attribute, which sets up a simple queue for each user. This works fairly well but has a few limitations. I have looked at this a few times before but it seems that it would be fairly complex to try and do anything more advanced than what we’re doing.

The primary improvements I’m looking to make are as follows -

  • Ability to create overall limits for a group of users so that 10 x 20Mbps users get some sort of contention instead of happily being able to sit at 200Mbps.
  • Some sort of traffic shaping. A common issue is some background update that is flat-lining a connection, making it appear incredibly slow to the user for interactive use (browsing/games/etc)

Is anyone doing something like this at the moment that can give some pointers to how they achieved it? As I said I’ve looked into it before but seems like I’d need a mess of PCQ queues, connection tagging, lots of jumping around the firewall, that would make it very difficult to manage and easy to go wrong. I’ve also looked at appliances to do this but it seems to either not exist or require incredible expensive enterprise kit. (One of the things that makes this more awkward for us is that some users have routed networks (using Framed-Route), which stops us from simply being able to add the users IP address to a firewall address list via Mikrotik-Address-List. Any queues would need to work based on the PPP interface itself)

Thanks,
Matt

Hey

Combining limiting & classification can get very complicated fast. If the two could be split on multiple levels, it would be more manageable: ex shaping on ccr & classification+prio decentralised.

See:
https://www.youtube.com/watch?v=loaVBWq6cWA
https://splynx.com/3474/mikrotik-bandwidth-manager/

Thanks for the links. I think I’m going to have to do a lot of testing.