Manual:Queue Size: Difference between revisions
Line 27: | Line 27: | ||
==100% Scheduler== | ==100% Scheduler== | ||
Queue is 100% Scheduler when there is no packet drops at all, all packets are queued and will be sent out at the first possible moment. | |||
In each step queue must send out queued packets from previous steps first and only then sent out packets from this step, this way it is possible to keep right sequence of packets. | |||
We will again use same limit ('''100 packets per step''') | |||
[[Image:Queue_size_Unlimited_Packets.PNG|700px|100% Scheduler]] | [[Image:Queue_size_Unlimited_Packets.PNG|700px|100% Scheduler]] | ||
There was no packet loss, but 630 '''(39,1%) packets had 1 step delay''', and other 170 '''(10,6%) packets had 2 step delay'''. (delay = latency) | |||
==Default-small queue type== | ==Default-small queue type== |
Revision as of 15:50, 17 December 2008
Queue Size Example
This example was created to highlight queue size impact on traffic that was queued by specific queue.
In Mikrotik RouterOS queue size can be specified in the "/queue type" menu. Each queue type have a different option for specifying queue size (pfifo-limit, bfifo-limit, pcq-limit, pcq-total-limit, red-limit), but all principles are the same - queue size is main option that decide should the package be drooped or scheduled for later time.
In real time environment this process is happening continuously without any stops, steps or other interruptions, but in order to show it as an example we will divide it into steps, where it is possible to know exactly how many packets will be received/transited in every step.
We will not go into specific details of TCP and dropped packet retransmission - consider these packets as simple UDP stream.
As you can see in the picture above there are 25 steps and there are total of 1610 incoming packets over this time frame.
100% Shaper
Queue is 100% shaper when every packet that is over allowed limits will be dropped immediately. This way all packages that are not dropped will be sent out without any delay.
Lets apply max-limit=100 packets per step limitation to our example:
With this type of limitation only 1250 out of 1610 packets were able to pass the queue (22,4% packet drop), but all packets arrive without delay.
100% Scheduler
Queue is 100% Scheduler when there is no packet drops at all, all packets are queued and will be sent out at the first possible moment.
In each step queue must send out queued packets from previous steps first and only then sent out packets from this step, this way it is possible to keep right sequence of packets.
We will again use same limit (100 packets per step)
There was no packet loss, but 630 (39,1%) packets had 1 step delay, and other 170 (10,6%) packets had 2 step delay. (delay = latency)