MikroTik

Posted: **Tue Jul 06, 2010 9:03 am**

Greetings!
The Problem with Queues, witch used Queue Types "PCQ_download-20M" and "PCQ_upload-20M". In practice 20Mbit/ps is don't ever be. Speed of downloading reaches only 14Mbit/ps. Upload much better, but not give all speed. From what to make a start?
RouterOS v4.10
Architecture x86

/queue tree> export

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name="(Download)-DAY" packet-mark="(Download)-Packets-DAY,(Download)-Packets-DAY2" parent=global-out priority=8 queue=PCQ_download-10M

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name="(Download)-NIGHT" packet-mark="(Download)-Packets-NIGHT" parent=global-out priority=8 queue=PCQ_download-20M

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name="(Upload)-NIGHTLY" packet-mark="(Upload)-Packets-NIGHTLY" parent=global-out priority=8 queue=PCQ_upload-20M

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name="(Upload)-DAYLY" packet-mark="(Upload)-Packets-DAILY,(Upload)-Packets-DAILY2" parent=global-out priority=8 queue=PCQ_upload-10M

/queue type> export

add kind=pcq name=PCQ_download-10M pcq-classifier=dst-address pcq-limit=200 pcq-rate=10000000 pcq-total-limit=3000
add kind=pcq name=PCQ_upload-10M pcq-classifier=src-address pcq-limit=200 pcq-rate=10000000 pcq-total-limit=3000

add kind=pcq name=PCQ_download-20M pcq-classifier=dst-address pcq-limit=200 pcq-rate=20000000 pcq-total-limit=3000
add kind=pcq name=PCQ_upload-20M pcq-classifier=src-address pcq-limit=200 pcq-rate=20000000 pcq-total-limit=3000

Posted: **Tue Jul 06, 2010 1:30 pm**

try to increase pcq-limit and pcq-total-limit and see, whether it makes difference

Posted: **Wed Jul 14, 2010 6:33 am**

try to increase pcq-limit and pcq-total-limit and see, whether it makes difference

Set:
Limit - 1000
Total Limit - 10000

Speed has not risen.

Posted: **Wed Jul 14, 2010 10:44 pm**

well, just tested: pcq-rate=20M pcq-limit=256 pcq-total-limit=20000 - and average rate in queue was about 19,4-20,1 Mbps

Posted: **Mon Aug 16, 2010 6:00 am**

well, just tested: pcq-rate=20M pcq-limit=256 pcq-total-limit=20000 - and average rate in queue was about 19,4-20,1 Mbps

Thx a lot!

Posted: **Sat Oct 16, 2010 5:29 am**

I am having the same issue with v5 pre-RC2

The big limit and total limit values maybe cause higher ping times?

I need the ping time to not be affected.

I try to follow the "QoS Best Practice"

e-mail sent to support.

Posted: **Sun Oct 24, 2010 1:08 am**

I`m testing v5 pre-RC2 and
seems that the PCQ does not take the real and current network bandwidth utilization, just divide the max-limit on the current value of the pcq-substream-count.
This leads to an average flow rate is lower than the pcq-rate even if the real bandwidth has not yet reached the value of max-limit.
Subscribers cut the rate even if we have not yet reached the value of max-limit !
After all, usually only a fraction of subscribers fully load their feed.

I would like to PCQ limits the speed of each flow (substream) by pcq-rate value, and began to proportionally reduce the rate of flow only after reaching max-limit or other limits of queue tree.

Is it possible?
Or how to implement such a scheme?

Posted: **Mon Oct 25, 2010 9:48 am**

Did you test with only one gateway? or with loadbalancing?

Posted: **Mon Oct 25, 2010 2:35 pm**

One GW, 150Mbit, above 500 subscribers (not all online simultaneously), PCQ shaper in Queue Tree.

And subscribers got lower rate then value pcq-rate, although channel bandwidth have not even got over 75Mbit.
What is more - when online less then 100 subscribers all fine, when more - subscribers rate cuts and
summary bandwidth is decreases, although it should be vice versa.

Posted: **Mon Oct 25, 2010 2:49 pm**

Have you tested ping times of subscribers when they have almost reached their ceiling ? In my case they were very high. This is insanely wrong. Pulling-hair wrong.

Posted: **Mon Oct 25, 2010 3:03 pm**

Ping is OK.
But we use
pcq-rate=1M pcq-limit=75 pcq-total-limit=25000

Posted: **Mon Oct 25, 2010 3:22 pm**

there's nothing wrong if you do not prioritize ICMP over the rest traffic

I checked v4.2 with PCQ - if max-limit=10M, pcq-rate=0, 4 active subqueues (2 large downloads and 2 pings), I have ~5M for each download and a few Kbps for pings. according to Copper's words, there should be 2,5M limit...

Posted: **Mon Oct 25, 2010 3:50 pm**

Chupaka, i test PCQ in v5

Posted: **Tue Oct 26, 2010 6:09 pm**

I can't repeat that on v5.0rc1 (mipsbe)

with max-limit=1M and 13 pcq subqueues (1M/13=76k), I have 7 streams of 125k

and I don't have rc2 =)

Posted: **Tue Oct 26, 2010 6:22 pm**

you should be able to test the pre-RC2 ... forwarding the e-mail from support to you now...

Posted: **Tue Oct 26, 2010 7:51 pm**

thanks. the same thing as with rc1 =)

MikroTik

Queues. Something wrong with speed.

Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.

Re: Queues. Something wrong with speed.