Sat Nov 15, 2008 3:17 am
normis, thank you for taking the time to reply to this topic. Response from Mikrotik support staff is very much appreciated. This tells us you are listening to your customers, which seems rare in this industry.
I agree with you on the speed point. I did not describe my complaint accurately. The router is currently working just as fast as before (or maybe minimally slower as you described. I cannot perceive a difference).
However, there is significant reduced capacity. And, the whole reason for building this sized router was anticipated growth. I expect 800 PPPoE sessions (up from 400) within 2 months time. Also, I've learned to never run a router/server at even close to 100% capacity if you want reliability.
The biggest issue is that I can find no where in the documentation that mutli-cpu is unstable. Please direct me to the documentation if I have just overlooked it. If this feature is unstable, why is it enabled by default? Why is the feature even included in a "stable" release of RouterOS? I can understand an unstable feature included in a beta release, but you would never find me running a beta release on my core router!
Also, my router crashed late last night even though multi-cpu is off. Traffic was still passing, but no PPPoE sessions could negotiate, all SNMP requests were ignored, local queue graphs went blank. I could not winbox nor SSH into the server. I had to power cycle it to regain access. So, something is still up. The router I replaced with this server (an AMD Athlon), ran perfect for more than 2 years on multiple versions of ROS. The latest being 3.13. I am running 3.16 on my new router.