Community discussions

 
yuridee
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 92
Joined: Wed Jun 27, 2012 5:32 am

RESOLVED -simple queue without packets drop on ccr1036 v6.18

Thu Aug 21, 2014 5:58 am

Hi.
On the 200Mbit/s I have CCR1036 to distribute internet access to 20+ offices. I limit bandwidth using 'simple default queue type' and I have no complains from clients. However, when I limit one customer on that router to 50 Mbit/s they get enough dropped packets to loose online licenses, which require "X" amount of time to re-login. Though, when I disable queue, the traffic from them easily goes to 200 or whatever is available without any problems.

For this customer I assign public IP with 1 to 1 NAT (they use their own server/firewall). I need help finding a way to limit the speed without any packets loss. As soon as 40 workstations go in production and traffic reaches 50 I get drops with different settings I've tried. 'default queue type' works better then 'default-small' but still unacceptable.

Please help!!!
Last edited by yuridee on Wed Aug 27, 2014 5:24 am, edited 1 time in total.
 
yuridee
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 92
Joined: Wed Jun 27, 2012 5:32 am

Re: simple queue without packets drop on ccr1036 v6.18

Sat Aug 23, 2014 7:50 pm

bump
 
lambert
Long time Member
Long time Member
Posts: 529
Joined: Fri Jul 23, 2010 1:09 am

Re: simple queue without packets drop on ccr1036 v6.18

Mon Aug 25, 2014 4:18 am

Rate limiting happens by delaying, then dropping packets. You can not push 200Mbps of traffic through a 50Mbps pipe. Some will have to fall off outside the pipe and end up on the floor. The packets on the floor are "dropped" packets.

You are using the "default" or "default-small" queue type. Those run out of buffers pretty early in the throughput smoothing by delaying packets phase. When they run out of buffer space, they drop packets. If you are seeing excessive packet loss with 25 - 40 Mbps running through your 50Mbps queue, this is probably the problem.

You can increase the buffer size or switch the "default-small" and/or "default" queue types from using pfifo to sfq. The defaults are not good defaults in the days of >10Mbps network links.

If there is more than 50Mbps of traffic attempting to go through your 50Mbps queue, you *will* have packet loss. Switching to SFQ may help to keep any one connection from being penalized too heavily while other connections get all they want.

Please read and understand http://wiki.mikrotik.com/wiki/Manual:Queue.
 
User avatar
macgaiver
Forum Guru
Forum Guru
Posts: 1721
Joined: Wed May 18, 2005 5:57 pm
Location: Sol III, Sol system, Sector 001, Alpha Quadrant

Re: simple queue without packets drop on ccr1036 v6.18

Mon Aug 25, 2014 7:54 am

Try latest 6.19rc, preferably on other partition :)
With great knowledge comes great responsibility, because of ability to recognize id... incompetent people much faster.
 
yuridee
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 92
Joined: Wed Jun 27, 2012 5:32 am

Re: simple queue without packets drop on ccr1036 v6.18

Tue Aug 26, 2014 1:55 am

Thank you lambert. I do understand how queue works. I would really like to know how ISPs are shaping without me "dropping". Here is the test I've done on one of the live networks:
From ISP 100mbps up/down
1.
ftp server 192.168.0.2 set to 50/50 and upload is running all the time.
from comp1 192.168.0.3 no drops running ping test (without and with default speed upload)

2.
ftp server uploading at 50
queue set to 50 on 192.168.0.3
from comp1 192.168.0.3 lots of drops just running ping test

3.
ftp server upload at 80
from comp1 i can upload at 20 - no drops

4.
ftp server is OFF
from comp1 i can upload at 100 - no drops

What am I missing? Why without queue i have no drops? How comp1 is "holding" the traffic?
 
yuridee
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 92
Joined: Wed Jun 27, 2012 5:32 am

Re: RESOLVED -simple queue without packets drop on ccr1036 v

Wed Aug 27, 2014 5:33 am

used:
Queue Type - default
Total Queue Type - default-small

tested to simple queue to 50 on 100mbps and to 80 on 200. No drops in Total Statistics, no complains from client transferring huge files between the servers over vpn connection

Also, as a side note, on this speeds multiprocessor routers to be used (CPU goes to 100 with one simple queue like mentioned above on rb2011)
 
lambert
Long time Member
Long time Member
Posts: 529
Joined: Fri Jul 23, 2010 1:09 am

Re: RESOLVED -simple queue without packets drop on ccr1036 v

Thu Aug 28, 2014 5:20 am

Maybe an example will translate better.
/queue type set [find name=default-small] kind=sfq
/queue type set [find name=default] kind=sfq
For why I am suggesting that you try changing the queue "kind" : http://wiki.mikrotik.com/wiki/Manual:Queue#Kinds and also http://www.tldp.org/HOWTO/Traffic-Contr ... discs.html and https://www.google.com/#q=pfifo%20vs%20sfq

If "sfq" still doesn't make you happy, try "red".

With pfifo, one large, fast stream can fill the queue bytes. When that happens, other streams are likely to have so many packets dropped that they can not maintain their TCP connection.

Which queue "kind" works best for you depends on your traffic.
 
yuridee
Frequent Visitor
Frequent Visitor
Topic Author
Posts: 92
Joined: Wed Jun 27, 2012 5:32 am

Re: RESOLVED -simple queue without packets drop on ccr1036 v

Fri Aug 29, 2014 3:45 am

Thank you kindly, lambert. I will defiantly try suggested queue "kind" and study further...

All the best,
Yuri
 
shujanster
just joined
Posts: 22
Joined: Wed Apr 05, 2017 7:02 pm

Re: RESOLVED -simple queue without packets drop on ccr1036 v6.18

Tue Nov 07, 2017 12:46 pm

Thanks, sfq help me lot but still dropped some packets.
 
lambert
Long time Member
Long time Member
Posts: 529
Joined: Fri Jul 23, 2010 1:09 am

Re: RESOLVED -simple queue without packets drop on ccr1036 v6.18

Tue Nov 07, 2017 5:09 pm

A queue which is passing traffic at close to the max limit speed will drop packets.

You did not provide any information about your configuration. We cannot know the cause of your dropped packets. We can only guess.

You may want to start your own topic. Tell us everything about the hardware, your queue configuration, the throughput you are seeing, how much packet loss you are measuring, and what your goals are.

Who is online

Users browsing this forum: No registered users and 86 guests