bfifo limit relates to bandwidth how?

I have two stable point-to-point links that are capable of much more TCP bandwidth than I can get to show up at their respective Mikrotiks using tool bandwidth-test (and in live operation I can’t even approach the bandwidth-test figure).

At the Vegas MUM, Janis mentioned that the default queuing for all wireless was SFQ, but this was not optimal for a point-to-point connection. So I thought I might be able to gain some performance by moving the PTP link to FIFO. But I can’t locate any guidance anywhere as to how the queue size limit relates to actual bandwidth.

In reviewing other posts, I see limits in the low five figures, so it doesn’t seem reasonable that I should specify 6M to achieve 6Mb bandwidth. Having never used this queue type before, I don’t want to start off by entering a ridiculous figure that is so high that it bricks the router, or so low that it locks me out of it.

Any guidance here, please?

‘limit’ is just queue size, it doesn’t affect bandwidth directly. default value (50) will be quite enough for start. on interfaces with hundreds megabits of traffic I increase it upto 128 packets

Thanks for the good info – since this is bfifo and not pfifo, I should just multiply those by 1500, right?

oh, sure :slight_smile:

p.s. it appears, default is 10 packets, not 50 %)