When I assign SFQ to my upload traffic with sfq-allot=1 the queue is not dropping packets and all flows continue. Since there are no packets of 1 byte in size - all traffic should just stop but that is not the case. I see three possibilities: either SFQ allot parameter has no meaning below 1514, SFQ is broken or in fact it's actually DRR.

Does anyone know what is going on?

RouterOS version, screenshot and what do you mean DRR?

ROS 5.14
DRR = Deficit Round Robin

thanks.

What about 5.20 ?

What about 5.20 ?

There were no change log entries regarding queuing so I assume it's the same. However, since you asked I did test SFQ on a different device running v5.20 with the same result.

AFAIK for SFQ 'allot' >= 'interface MTU', but this is not mentioned in Wiki.
Try to Google about this.

HTH,

AFAIK for SFQ 'allot' >= 'interface MTU', but this is not mentioned in Wiki.
Try to Google about this.

HTH,

That's too bad...I could use SFQ with smaller allot values for queues that handle small packets like VoIP, DNS, most ack, etc.

Why would you put these types of packets into a 128 packet sized queue that gives only sfq-allot bytes of transmission on each RR cycle?

Have you tough of some actually useful benefit of this?

Why would you put these types of packets into a 128 packet sized queue that gives only sfq-allot bytes of transmission on each RR cycle?

Have you tough of some actually useful benefit of this?

I'm reshuffling packets, not transmitting them yet. As I understand it, NV2 and nstreme decide how many packets go into a frame.

Cool man. Let us know if you discover an interesting useful HTB setup. Thank you.