It's true you can not really control download (i.e. the traffic coming in your WAN port), however you can control the traffic going out your LAN port(s). Technically, it's not the same, however it will do what you want in wast majority of situations.Some people say it is impossible to control download, but that doesn't make sense to me since my current router can effectively cap each device.
RB2011 should be powerful enough to handle 100/20 link. However it all depends on the complexity of your configuration. You need queues, so you will not be able to use fastpath/fasttrack, but even without these features RB2011 should be fast enough for your needs. You can find some numbers at the bottom of this page.I posted on smallnetworkbuilders and was told the RB2011 was a weak, "old" router that won't keep up. Is that the case?
I lab-tested the 2011 back when it was new and had quite an intricate maze of firewall rules / queue trees for QoS and rate-limiting, and mangle table rules. It was able to handle rate-limiting to 80Mbps / 20Mbps with significantly higher back-pressure (meaning that I was shooting over 100Mbps at it and it was queueing down to 80) and maintained perfect voice quality on a phone and no loss in video quality on a Youtube stream + downloads going on all at once. It got to around 80% cpu as I recall (this was in 2013 so I don't remember perfectly). This was before fastpath/fasttrack was invented, so that should be a rough idea of what you can expect to see out of it w/o fasttrack.And as I understand it, I will not be able to use it. The whole value of this router, to me, is its ability to queue in more advanced ways than my current Asus router. In fact, my Asus has huge thoroughput as-is... speed is not my concern (althought, lack of it certainly would be).
I've ordered a 2011 so I'll just have to see.
I finally got my MikroTik... and I can't find anything relating to PCC queueing. Any direction?The queues shouldn't be too bad - look into PCC queueing for your solution, which does what you want - fairly divide bandwidth between <X> clients, while allowing the full pipe if only one of the clients is doing anything at the moment.
Yeah, I meant PCQ.It must by PCQ, not PCC, I guess. Look here for details.I can't find anything relating to PCC queueing. Any direction?
Jarda is the "haiku" of forum gurus here - maximum wisdom in minimal typing.I thought that might be the case, but didn't want to presume. Google (yeah, thank's for assuming I'm an idiot jarda ) quickly showed me PCC was a relevant term for this discussion, but I couldn't find anything within Mikrotik's documentation.
Thanks for clarifying.