i think you need to be more specific, both in your requirements and feature requests.
Almost all firewall is multi-threaded, there are separate options that requires packets to be under control lot the same core (like Layer-7 for example) cause it works by matching packet stream to a given pattern, so you need to have whole stream at same place (same CPU, thread) to match. So it is not wise to have one layer-7 rule that looks at all the traffic cause it will be bottle necked at the same core. Solution is simple - filter out what packets goes to that layer-7 rule or have many identical layer-7 rules for specific parts of traffic.
Same goes with simple queues - one queue (parent) for all the traffic will give you bottleneck, so you need distribute.
About BGP - yes, i’m also waiting for new routing to have improvements, but you need to note that only route learning part is limited to single core, so you need to make sure that updates are not too often and everything is fine..
I originally based my CCR expectation on price/performance numbers - CCR1036 price-wise is equal to 2x RB1100AHx2, and omg it is delivering more than that
Also you need to adjust you way of thinking on massive multi-core systems. (like having 8x same rules for separate /24 networks might be better than have one rule for whole /21 )
To be more specific: I remember a thread where one guy could kill a ccr with a single pc. Unfortunally I can’t find that anymore (maybe my search was not good enough).
From a multicore router with a spec of millions of pps I expect that only a massive DDOS will bring the router unresponsible state with an result of service interruption. If it can be done with a handfull of pc ccr is not the device I will confide massive traffic from several hundert business users on the backside.
Maybe I am total wrong but if I look in the CCR thread I see many people with problems in the last weeks. I can not decide if this is the normal percentage of user that will have problems with one product because I don’t know the count of CCR in production.
Mikrotik said that the multicore support will be better in the future and it would be fine to know an estimated timeline.
This is the normal percentage of users working with an early release of a new ROS. These early versions work for quite straight forward configurations. As MT does no extensive testing some features may stop working without beeing noticed and will be fixed after users stumbled upon and reported to MT. After some releases most stuff works and after some more versions you can be quite sure to have a good working product.
We have one CCR which works fine with routing and OSPF. No problem.