abnormal behavior pcq balance

Good evening, I created this configuration to have a balance between my clients:

/queue type
add name=“PCQ_download” kind=pcq pcq-rate=15M pcq-classifier=dst-address
add name=“PCQ_upload” kind=pcq pcq-rate=512k pcq-classifier=src-address

/queue simple
add queue=PCQ_upload/PCQ_download target-addresses=192.168.2.0/28 max-limit=1M/30M burst-limit=0/0 burst- threshold=0/0 burst-time=0s/0s disabled=no interface=all limit-at=0/0 total-queue=\default-small

Apparently it all works.
Lately, however, I realized an anomaly:
If my 4 clients simultaneously downloading files via http bandwidth is divided equally by having:
Client 1 = http client down 7.5M
Client 2 = http client down 7.5M
Client 3 = http client down 7.5M
Client 4 = http client down 7.5M

So far so good.

I noticed that if any client download from the ftp protocol or other protocols this situation occurs:
Client 1 = http down 6M
Client 2 = http down 6M + ftp down 6M = 12M for the client 2
Client 3 = http down 6M
Client 4 = http down 6M

it’s really important for me resolve this problem

I wish they would behave in this way:

Client 1 = http down 7.5M
Client 2 = http down 3M + ftp down 3.5M = 7.5M for the client 2
Client 3 = http down 7.5M
Client 4 = http down 7.5M

You might try removing

total-queue=default-small

I thought of that but it is not possible to remove that entry

I’m sorry, I solved the problem, I had reversed src-address with the dst-address, I wrote the rule correctly in the post but I was mistaken in mikrotik