I want to allow several users to login via Hotspot, but share bandwidth between them
Setting the number of “shared users” in the hotspot user profile does not have the desired effect, so I decided to mark their packets and then queue them.
I set up a test user profile that will add each user to an address list as they login:
but these mangle rules don’t mark any packets at all. NONE, not even one.
What’s going on?
I there not some way that I can specify a parent queue for these users when I create their user profile?
All I really want, is to be able to limit this group of users so that they share the allotted bandwidth for their account. Surely there must be some kind of way to do this?
The mangle does mark some packets in the first example, but not all of them. In the second example, the dynamically created mangle rules do not add packet marks when the user sends / receives data on the network. Look at IP 172.23.0.13 in the picture below.
http://mum.mikrotik.com/presentations/US10/FelixWindt.pdf
That covers how to use PCQ with Hotspots, and how to use dynamic address lists with Hotspots. Combined you can make a queue tree shared by all users logging into the same account.
I came across that twice while I was searching for an answer, but I couldn’t make sense of it and wasn’t sure which part / parts applied to what I’m trying to do. I guess I’ve still got some learning to do…
Just out of interest - long weekend so can’t access a lab until Tuesday - does it stop working when you remove the out- and in-interface qualifiers?
I do not run Hotspots on software bridges so I am not entirely sure how that affects packet flow. As far as I can tell that’s the only meaningful difference between what you had originally and what is working now.
I’ve just tested it and it works fine without them, so I guess I don’t need to specify an in or out interface in the mangle rules. Specifying a src or dst address list for each rule seems to be enough.
From what I can tell, the differences are that in my first post I was using one rule, instead of two, to mark the packets. That rule only marked packets on the marked connections that were coming from the users in the src-address-list.
I’m not sure why the automatically / dynamically created rules didn’t work though
Me neither. At a cursory glance it appears they should have.
In this situation not using connection marks is just as efficient, so it doesn’t really matter, I guess.