I’m using the simple queues to shape traffic of my servers ( cause I’ve only a 100 mbps link and I should manage it )
It’s working fine for each IP to be shaped at less than 1Mbps speed but when I increase the limit to something more than 1M it cause the real usage bandwidth of each server to be less than 500K, so while I’m trying the increase the speed of a specific server it decrease the speed.
usually I need to shape traffic of each IP between 4Mbps and 30Mbps
Any suggestion on what can be wrong?
Hi
Please send your configuration and network diagram then i can help you better.RouterOS queue do not have any problem my friend.
what configuration you need?
network topology of mine is 10 servers with Mikrotik as their gateway
About your clients…how they connected to your servers? and send your queue configuration.
The servers are connected to a switch which Mikrotik is connected to it too.
[admin@MikroTik] > queue simple print
Flags: X - disabled, I - invalid, D - dynamic
0 name="74-20" target-addresses=xx.xx.xx.20/32 interface=all parent=none
packet-marks="" direction=both priority=1
queue=hotspot-default/hotspot-default limit-at=0/0 max-limit=64M/64M
burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s
total-queue=hotspot-default
Could you share some more info? RB HW, rB version and CPU profile?
Mikrotik is installed on top of a Corei-7 CPU with a 4 GB DDR3 memory module, and Mikrotik version is 5.2
Any Help?
Try changing the queue from hotsport-default to default-small or default.
Try changing the queue from hotsport-default to default-small or default.
I’ve tried all queue types and almost “hostspot-default” was the best in this case,
how are you testing the bandwidth on server? By just increasing the limit on the queue, I am sure you don’t expect the traffic
to be larger by itself, you must be executing some bandwidth test to see if it can reach the limit or not.
As for the board you have chosen, I must say that it is not the best one. For a 100Mbps traffic a routerboard is
faster than any x86 board.
I’m using scp command to transfer a file from other nearby server, the speed without shaping is about 100 mbps but enabling the rule with limit of 30 mbps will make it slower than 21 mbps
I guess the CPU is important factor so I decided to not use routerboard as the number of connections in my environment can simply exceed the 20000
Of course the CPU is important, but the x86 CPU borads, usually are not build for networking protocols,
unless of course you have ordered one specifically build for that purpose. I have seen better performance
from a 300MHz CPU of RB493 than from a Pentium 2GHz.
Anyway, back to your problem. When you hit the 21Mbps how much CPU is it using? At the moment of the test
is it the only traffic passing through?
The cpu usage is less than 3% while traffic is 21 mbps, and I’ve no other traffic during the test
In the statistics of the queue, do you see any dropped packets?
Also, if you increase the max-limit, do you still get 21Mbps or you are getting roughly 70% of the queue
in any case?
The “total dropped” is zero, and the speed is always about 50-70% of max-limit as you said, it will increase to about 39 mbps when I set the max-limit to 64M
I am not able to understand the problem, so I would go by trying different solutions,
like change the interface in the queue, change the type of queue, or even marking packets
in mangle and then apply those packet marks in the queue.
The “hotspot-default” queue is based on sfq queue which I can not tell much about.
For simple queues, like yours, I would go with default-small or default queue.
I already did changing all of these options but it didn’t help at all
I really stuck in here, any help?
How can I contact Mikrotik support? I’ve emailed them 4 days ago but they didn’t answer yet.
Just write at support@mikrotik.com. They will answer within three business days, I believe.