There has been a glimmer of hope for the CHR. I’ve come across a donor R210 with a power supply that is in brilliant condition, installed the power supply and it burst back into life. A good hour getting ESXi re-installed to the SSD I’d wiped and then reloading a CHR image onto it then carefully copying over the config and it’s just about ready to bring back into service.
I’ll be sorry to part ways again with the Hex and the FastTrack setup but this time around with the CHR I’ll be going for a really big QoS tree build.
Friday afternoon my beloved Dell R210ii decided to eat it’s
own PSU, completely rendering the box useless and along with it my CHR routing
my home network. It’s fine though as I made backups, which I stored within the
CHR, so can’t access them #feelsbadman
Never mind, I quickly pulled out my CCR1009 which I retrieved
from a scrap pile and whilst it had faulted 1 or 2 times had never completely
keeled over. I configured it up and replaced the CHR, after a few hours of
tweaking and trying to resume normality as well as activating fast track as CHR
can’t do that), home was up and running.
Monday morning, got some weird things going on in the
network, checked the CCR and it was reporting traffic on interfaces I knew
weren’t even connected as well as flapping on the SFP port which the other end
showed as solid. The CCR has now been marked for removal.
I am so thankful of having a “spare” RB750Gr3
Hex unit about though as that should keep the family quiet whilst I work out
where to go from here. Currently my poultry 55Mb connection won’t stress it but
I have been eyeing up a Virgin Media upgrade to 350Mb next which looks set to increase
to 500Mb in the next few months, who knows, Gigabit may be round the corner as
well. Either way, I’m not confident the little Hex can do that so back to the
drawing board and looking for a unit to suffice my needs.
I’ve finally had some time to pull drag a monitor up into the attic to make some changes to the ESXi server that hosts my CHR. After some extensive reading on the MikroTik forum, it looks to read that a virtual CHR benefits from a “real” core and not a virtual one, in some cases virtual cores hindering performance! Even though my residential 55/15 connection isn’t going to set the world alight, I want to do some really in depth packet inspection next year so having raw performance is top of my list.
The changes I’ve made were to move the server BIOS performance setting from “OS Control” which was initially set to try and minimise noise in the cave to maximum performance, a few packets made there maybe?
The second big change was to turn off the hyperthreading on my Xeon. When I bought the Xeon I went out of my way to buy one with 4c/8t for maximum cores but RouterOS itself is very single core based and can’t multi-thread so single core efficiency is key. It also benefits from L3 cache so splitting the cache between 4 rather than 8 helps more so. There is also some heat efficiency to be made by running the processor without HT which counter balances the BIOS performance setting which could increase heat.
Overall testing without firewall now yields a far healthier 10+Gbps speedtesting to itself on a single core compared to the previous 7(ish).
All will be undone though if/when rOS7 launches with multicore!
I’ve got some really exciting hardware changes coming up which I’m hoping are going to help me along my quest to make better YT videos! I will be saying goodbye to spinning discs completely in my main rig and will be migrating to NVME for OS with the “old” SSD being the new recording drive for super fast writes to enable me to get bandwidth up and help with post recording cutting and shutting.
In addition to that there will be some sound upgrades which are probably going to be less of an impact on the videos but still. Upgrades are upgrades.