P2P Bandwidth Shaping Assistance

Can some of you please post how you are throttling p2p applications on your network?

We are running 2.8.11 on our MikroTik, and are using NAT for all of our clients internally behind a single public IP.

I have read the manual and feel that I have set everthing up correctly however I want to ensure that I am doing it all correctly. I would be more than happy to post my configuration to the forum if any of you feel it would be beneficial.

Your assistance is greatly apprieciated.

-TJ Burbank

I too would like someone to post a simple way to limit the upload and download speed of the p2p ports. It would be nice to set a global setting for all the IPs.
Also I would like to see a config on giving different traffic different priorities. Like http p1, mail p2, gaming ports p3, ftp p4, and p2p ports p8 or just dead last!

For marking p2p packets: http://www.mikrotik.com/docs/ros/2.8/root/queue.main.7.4

A simple example for priorities is shown here: http://www.mikrotik.com/docs/ros/2.8/howto/howto.main.12

In the example the network is masqueraded. Is there any thing different if you are not masquerading the network? or should I follow the instruction as is.

While on this topic, I have a question. What happens when you have queues for the user AND queues for P2P traffic. Which one takes priority?

E.g. we are using hotspot to assign queues to each of our users. Lets say user a gets 500kbps… We also have a p2p queue set up, that limits all p2p to 300kbps. Now what happens when user A uses p2p over their link? Does it get captured by the user’s queue and get 500kbps or does it get captured by the p2p queue and get 300kbps?

to paul3:
You should post your configuration (printouts) in order to get correct answer for your particular situation.

to jober:
An example without NAT can be viewed at:
http://www.mikrotik.com/docs/ros/2.8/ip/peer2peer.content#6.12.5

if you are marking packets with a flow for p2p and other, priority will take the one that matches first in the mangle list (if action=accept). In other words - a packet cannot have multiple flow marks.