There is nothing in your ruleset that identifies upload or download, and once the first match occurs
in a queue entry it takes the traffic and the queues below it get nothing.
In the pre-routing chain, add a condition to the rule: in-interface=bridge-local, and change the packet mark from “all” to “upload”
Then copy the rule and change the mark from “upload” to “download” and change the in-interface from bridge-local to ether1-gateway
(or pppoe1-out if you’re using pppoe)
Then change the upstream queue to use mark=upload
and change downstream queue to use mark=download
Excuse me ZeroByte beside your clarification, in case of controlling traffic for a specific website based on it’s address list IPs ( i already have the address list named social )
Do i have to specify the src-address-list and dst-address-list respectively for both download and upload beside the in-interface for both rules ??
Yup it’s working
would you lead me to the next step if you don’t mind because this has been discussed so many times but actually that what confused me !!
just looking at the mangle rules section below that does " Connection marking + packet marks + Traffic shape with queue tree " for client with ip address 10.100.3.252 :
“Shaping the traffic based on the mangle rules for client 10.100.3.252”
/queue tree
add limit-at=800k max-limit=1800k name=Client_DN packet-mark=pkt_dn_client parent=global queue=default
add name=Client_UP packet-mark=pkt_up_client parent=global queue=default
…
Now this user has a dynamic simple queue created by hotspot with limits 180k/380k when logs in.
It’s a per client bandwidth limitation but how can i exclude the mangle traffic + queue tree above from dynamic simple queue limitation ?
The mangle + queue tree looks simple no classifiers have been added for QoS purpose, but i wanna grasp the idea first of how to do it in the right way first
I don’t think you can. The simple queue works independently of queue trees. The simple queues are targeted at the user’s IP address, so they’re going to hit 100% of the traffic that user generates. The only way to make a simple queue miss some of a user’s traffic is by sending it through a different simple queue.
If it’s possible to specify “! mark” on a simple queue (i.e. does not have this mark) and if there’s a way to specify that behavior for dynamic per-user simple queues, then that’s another way you could accomplish this goal. I’m not an expert in Mikrotik queueing, so I can’t say for sure whether this is doable.
In general, a simple + tree queue scheme is used to do per-user-rate-limit + QoS - the simple queues just limit each user to their contract, and the queue trees give priority to important packets as they go out each particular interface. (regardless of WHOSE packets they are).
This is exactly what eventually i came with.. I created static simple queue to override the bandwidth limitation given by hotspot queues.. but i’m stuck at this point everything is working except how to do the static simple queue with packet marks marking download and upload based on src/dst-address-list. Kindly take a look at the final code i already made a post explaining it at this link http://forum.mikrotik.com/t/policy-routing-up-down-through-isp-2-simple-queues-with-packet-marks/100845/1 .. man i really need your advice to complete my task