queues, queues, queues..

RouterOS General
1

Hi,

I’m trying to play with Mikrotik’s QoS and I’m having headaches with very simple task…
I’d like to implement “sort of” Cisco’s CBWFG with priority queue - that is:

  • 1 priority queue that will have certain bandwidth guaranteed and that will have max. throughput set to some value so that it can’t take the whole link (that’s easy done with HTB)
  • a few queues that share bandwidth based on weight (Cisco WFQ) - that is say 5 queues that have the same priority and share bandwidth based on some weight. That could also be achieved with HTB but… I can’t set any limit-at as I don’t know link bandwidth.

Example (just in case my english isn’t good enough):

  • Link with unknown capcaity
  • I want 1 queue with guaranteed 128kbps (if link capacity is lower the it wont’ be achieved but I don’t care). This queue takes priority - so if there’s 128kbps in the queue and there’s only 128kbps link capacity - no other traffic will be allowed. If there is more bandwidth available - that queue will still only get it’s 128k and these 128k will still get priority over anything else.
  • I want 2 other queues, queue A1 and A2. A1 should be given 70% of bandwidth/time, A2 only 30%. So A1 is allowed to transmit 7 packets (or 7 units worth of packets), A2 3 packets, then A1 7 packets and so on. All that if any bandwidth is available (if it’s not traffic will be dropped but I don’t care).
  • if there’s no traffic in the priority queue - A1 and A2 share the link according to their weights.

Easy to achieve in Cisco world, don’t really know how to do it in TikWorld…

Any ideas…?

2

try this:
http://forum.mikrotik.com/t/prioritizing-traffic-with-unknown-link-capacity/33589/1

3

nope.. limit-at is not an option. no guarantees for the queues. just weighted distribution of bandwidth/transmit time

4

limit-at IS guarantee

unfortunately, there’s no ‘weighted’ distribution (called ‘Quantizer’ in original HTB) - but I already have open a ticket with request to return this feature to RouterOS ))) unfortunately, MT says that they’re working on other projects :frowning: so, I’m waiting for MUM in Europe to talk to them personally %)

5

yes - that’s what I mean… I don’t need guarantees for the queues (except for priority queue) so limit-at is no an option for me…

unfortunately, there’s no ‘weighted’ distribution (called ‘Quantizer’ in original HTB) - but I already have open a ticket with request to return this feature to RouterOS ))) unfortunately, MT says that they’re working on other projects > :frowning: > so, I’m waiting for MUM in Europe to talk to them personally %)

so you’ve got one more vote for them to include the feature. and - in my opinion - it’s actually very basic feature that is critical for any SP qos policy (as - in general - ISPs don’t offer bandwidth guarantees for customers)

6

I’m also very interested in HTB. I think the last example: http://wiki.mikrotik.com/wiki/HTB describes what you want:

As output interface queue is usually FIFO throughput allocation will keep ratio 6:2:12 or 3:1:6

I assume that limit-at can be some small numbers with apropriate ratio (weight) between.

Have I misunderstood what the problem is?