Hi. I am trying to save myself from the MikroTik paranoia here. I love MikroTik.
This is an important topic for the hardcore old-school all-knowing network pros. They must help here.
Many efforts have been made to prioritize packets. But what if our ISP has MikroTik as well and prioritizes packets as well? How will this affect our results on our end? My guess is - we will see poor/different results and start to think it does not work.
Why is this? What is the IP theory behind this? What can we do to avoid this? What can we do to detect this? What would be the best practice in this case?
Question for MikroTik support: do you have cases when priority was not working as expected for clients? What were the circumstances around these cases? How did you solve it, what were your conclusions?
Thank to all who help save us all from the paranoia. Thank you.
I have become increasingly unhappy with the conventional QoS provided by Mikrotik. HOWEVER, I implemented the L7 QoS as given in the Wiki last night and the difference has been incredible.
Encourage your ISP to try out using L7 QoS and do so the same. I think you will be pleasantly surprised.
In case of PCQ: problem is PCQ works when bandwidth (max-limit) is lowered less than what our ISP has to offer. They sell me 20Mbit, p2p downloads at 27Mbit, PCQ max-limit works at 19Mbit.
Would love to try it but Im having a maalox moment here. Whenever I console or terminal into my router and try to copy and paste the commands from the wiki it fails. As an example:
I type
ip firewall layer-7 protocol
ip firewall layer=7 protocol (and I try to paste the commands from the wiki, example:)
ip firewall layer=7 protocoladd comment:“” name:whatever regexp:“wow”
what I actually get is
ip firewall layer=7 protocol add d comment:“” name:whatever regexp:“wow”
invalid entry
It is auto completing. How do I turn this off??? Please
Latest test show that PCQ misbehaving could be due to not enough processor power, and the need to install RouterOS on a better machine. Queue management on upstream routers could be not so important after all. Will test more soon.
This way we waste bandwidth. Download will achieve only 59% of total link speed. We need to show our customers advantage in speeds and quality, not disabilities.
1 What queue type are you talking about? HTB or PCQ? No text clearly explains when one can be used and when other should not be used. 2 Does queue trees need to have queue-type=default for HTB and queue-type=pcq-up/pcq-down for PCQ? 3 Can I use PCQ and set priority=?? kinda giving priority for some packets over others, while equalising bandiwdth (keeping PCQ functionality). Hoping to minimize delay for prioritized packets (with priority=1). ? 4 Can I build a Queue Tree with leafs and parents having different queue-type?
5 If this policeman is our bandwidth manager in our MT, when he drops packets, tcp flow should adjust in 2-3 seconds due to TCP window adjusting?
6 Maybe QoS should work nevertheless but keeping some spare bandwidth could save us those 2-3 seconds? Allowing for the car to enter the road first, and the policeman dropping another car after he sees there will be no space on the road ahead?
This is the question of this topic. 7 How does provider queue processing (a.k.a. QoS, shaping, policing, etc) affect the work of our QoS in our MT?
Exactly. 8 What about those cases when ISPs give us let’s say 100Mbps town speed tops, 20Mbps country speed tops, 10Mbps Europe speed, 1Mbps world speed in one cable? How will MT PCQ handle this type of service? It looks like we will be forced to set max-limit 1Mbps for speed to be fair, loosing the rest of the bandwidth. Another type of service is when our ISP gives us for example 10Mbps but between 16:30-22:00 limits us to let’s say 5Mbps. How to s setup PCQ then? 9 If we do not set max-speed at tall, what will happen to PCQ?
I hope everyone understands what is talked about here and if anyone has anything at all useful to share here - please tell us. Thank you.
@MikroTik staff: This is a challenge for MT as well so I anticipate your answers to these questions above. And am thankful as well.
They do, with MikroTik or not, properly or not, efficiently or not. It all comes down to some basic IP principles and the TCP Window. All routers queue packets in the same way. There is no MikroTik rival. There is nothing that can truly beat MikroTik. The basics are the same. If I make my config really good, + Layer 7, my router will beat all.
IP Theory behind this is TCP Window and that other protocols do not have such function so I just won’t drop them at all for now. I can lower my max-limit to avoid problems. A little waste but there is no other way around this due to IP design and all networks design.
1,2,3 & 4: PCQ is HTB but PCQ is active in the childs while priority and max-limit work in the HTB tree. Queue type is only active in a child queue in a tree. If it is PCQ - all traffic that passes that child queue will be managed according to PCQ rules set there. Above it in the HTB tree may be rules of priority and limit-at and max-limit that will handle the rest of the management. Is this true? My test could be wrong… I need someone to confirm this. more tests done - this is correct Queue type could also be active in a parent in a Queue but as far as PCQ functionality - it’s in the child.
5: yes, even less than 3 seconds in fast networks.
6: No. But gustkiller’ suggestion is correct. Why? IP and network design. In particular? Don’t know right now.
7: With correct settings in our router it really does not matter what they are doing unless they are limiting bandwidth per-service. Most don’t unless they are misunderstanding QoS or WISPs trying to clear some air-time.
9: HTB will NOT work without max-limit.
8: Set max-limit to 99-98M and compensate per-user service experience and quality with better QoS management in the router. Get address lists from ISP…
If some of this info is incorrect I BARE NO RESPONSIBILITY for anyone’s loss. And please post!! Let us know if so.
Paste links. Say it with your words. Help here. Not just RT FFFFFFFFFFFFFFFF M. F.
better - paste quotes and say it with ur words.
P.S. My dear friend. MikroTik manual and related resources on this website have never been designed to be easily understood for a person who knows what’s he’s doing BUT does not have CCNA yet. Or should I say CCNP. I understood it all last few days and have been tryin HARD to understand QoS and Bandwidth Management since 2004. This is because last few days I found New information, posted by Macgaiver on the forum, as well as by Normis and Janis. As well as NEW posts in the WiKi unavailable before as well as a post or two by Chupaka, all this + two-three PDFs from the MUMs and I finally got it But all this is new information.
Total lines of text that made me understand all is so little that one’s conclusion is: no matter how much one RTFMs the MikroTik resources, one can not understand it, unless being told exactly those words. Most of them are posted in the Is (( PRIORITY )) really working topic.
Here’s a question: How to properly adjust pcq-lmit and pcq-total-limit according to one’s situation? And what results to expect?
Mikrotik was not designed for nor does it cater to the Novice. I don’t have any certifications yet four hours after reading the manual, four years ago, I had working QoS and have never looked back.
It’s pretty pitiful when a user can’t even figure out how to copy and paste rules in to their router without help.
This is my position: If you can’t figure it out, stop bitching and pay a consultant to do it. Inability on your part is not a Mikrotik problem, it is a not a software problem, it is not a “Bug” it is operator error.
I agree Mikrotik isn’t designed for novices, they sure could improve their documentation, and provide more real world examples. Better explanation of features and setting. Some documentation using Winbox for the examples, in addition to command line would help the un-experienced users, I think.
I’m an experienced Cisco admin, but even I struggle sometimes understanding the features and how certain Mikrotik specific things work. Keep in mind, there’s nothing like Mikrotik, so having previous networking experience simply gives you a head start on understanding what needs to happen. Making it happen can be the hard part.
Poor documentation and support has been Mikrotiks biggest short coming, IMO…
what about dynamic hotspot users ? they will have dynamic simple Q’s .. but all equalizing and prioritizing traffic should be in Q tree ..
which one will kill the other ? simple Q or Q tree ???
or they will work together which i dont think so ..
http://wiki.mikrotik.com/wiki/Queue#Queue_Tree
Queue tree creates a unidirectional queue in one of the HTBs. It is also the only way to add a queue on a separate interface. This way it is possible to ease mangle configuration - you don’t need separate marks for download and upload - only upload will get to Public interface and only download will get to Private interface.
Also it is possible to have double queuing (example: prioritization of traffic in global-in or global-out, limitation per client on the outgoing interface). If you have simple queues and queue tree in the same HTB - simple queues will get traffic first.
Queue tree is not ordered - all traffic passes it together (unlike simple queue).
Try it, if all works fine - leave it that way. Sergej probably meant that it’s not Best Practice to do it (in his opinion. probably may have later complications and more CPU and mem usage of router, etc, etc) but if it works - nothing can stop you from using it. May become your Best Practice he he.
Upper ones will get traffic first, lower ones will not catch that traffic. This is why your ICMP rule stays ontop of Simple Queues. I currently use only Queue Tree - I’ve got complete control over what I need there.
If you have queues in Queue Simple - they will catch traffic first and it won’t get to Queue Tree. Test and see for yourself.