Focus on the switch more than the router - ServeTheHome have a really good list of cheap 10G switches.

The RB5009 will still be more than powerful enough for your needs, no need to go to the CCR2004 unless you want 25G. The CCR2004 doesn't have a switch chip either, so don't use it as a switch and think about using several smaller boxes than one do-it-all box. The CCR2216 does have such a chip, but then again that's for 100G.

Currently, routers have very few 10G ports, so a Router-on-Stick topology is generally used. Avoid any software routers as they require a lot of massaging to get 10G wire speed. For 25G and beyond it has to be ASIC hardware based.

In reply to a post by wifig33k:

how CR2004-1G-12S+2XS would do with PPPOE.

My RB4011 (running older 6.49.18 firmware) uses less than half of one core with 300Mbps of PPPoE.

Text
1 23 4	[admin@gw2] > /system resource monitor           cpu-used: 12%  cpu-used-per-cpu: 45%,1%,0%,2%        free-memory: 959292KiB

That's a quad-core 32-bit ARM. The CCR2004-1G-12S+2XS has a newer generation 64-bit CPU, but also 4 cores. The routing test results from Mikrotik suggest it's about twice as fast overall.

The issue then is whether it can distribute the PPPoE load across multiple cores, when running 7.x firmware. The opinion on reddit and MT forum is that it can't, and you'd be limited to about 2.5Gbps.

For a service provider environment, they don't care; there might be 200 PPPoE sessions serving 200 customers, so those are distributed across all cores. But it doesn't help if you are a client with a single PPPoE session that you want to stuff full of traffic.

Aside: maybe it's time for me to take the risk to update to 7.x, but I was hoping to wait until Mikrotik release a "stable" branch of the 7.x firmware (i.e. one which gets bug fixes only, not new features and subsystem rewrites)

The 2000 series CCR routers (Annapurna Arm based CPUs) will keep up with a 1.6G PPPoE connection without breaking a sweat in RoS 7.x

As said I wouldn’t necessarily be using them to switch though, without a dedicated switch chip and conversely CRS devices are pretty poor at routing.

You’re right there is a teeny fan inside the UCG-F but nothing of the scale the the big CCR routers for example are packing on the power supplies and chassis. I run a couple and they make some racket. I’ve Noctua fan swapped mine on the hot swap modules.

Interesting PPPoE throughout figures for the new UCG-F. Seems the test host ran out of puff before the UCG-F did 😅

https://community.ui.com/questions/UCG-Fiber-through...

I know you asked for non consumer grade kit, but this is what I will be buying if I ever upgrade. https://www.amazon.co.uk/dp/B0CP7S3117/?coliid=IP8MO...

In reply to a post by wifig33k:

the alternative plan, might be to buy CR2004-1G-12S+2XS. its coming down in price now. it has no switch chip, but it can route almost 10G. and a bunch of 10G SFPs. incredibly flexible.

I got the CCR2004-1G-12S+2XS for my Router and the CRS326-24S+2Q+RM as a Switch. And yes I know they are OP.

Also I am with another provider who use DHCP, not had any issues so far, will also be replacing CAT Cables to LC to LC OM5 Fibre Cables, so once they are in I shouldn't need to replace them unless damaged.

But this new hardware "should" be my hardware for the next 10+ years.

I also got the above hardware due to I will be running stuff here and will be upgrading to a faster connection for that running stuff.

---
Paul

In reply to a post by candlerb:

Aside: maybe it's time for me to take the risk to update to 7.x, but I was hoping to wait until Mikrotik release a "stable" branch of the 7.x firmware (i.e. one which gets bug fixes only, not new features and subsystem rewrites)

They do its 7.12.1 is they latest stable build.
What's new in 7.12.1 (2023-Nov-17 13:38):

*) defconf - fixed bogus wifi password on certain Audience devices;
*) ipv6 - do not send out IPv6 RA deprecate message for re-used prefix;
*) ospf - fixed LSA Type3 advertisement for OSPFv2;
*) ppc - fixed RouterOS bootup (introduced in v7.12);
*) qsfp - fixed supported rates for breakout cables;
*) winbox - added missing arguments for "MAC Format" under "Wireless/Security Profiles/RADIUS" menu;

Check there patch info:
https://forum.mikrotik.com/viewtopic.php?t=201345

But I am still running 7.10.2, everything is working ok, so don't want to mess anything up by upgrading. Plus I am lazy LOL

But I will update at some point, when I replace some of the SFP+ Transceivers.

---
Paul

I’m running 7.18.2 on a few devices, and it’s been fine really. Successive upgrades haven’t broken anything, touch wood.

In reply to a post by Pheasant:

I’m running 7.18.2 on a few devices, and it’s been fine really. Successive upgrades haven’t broken anything, touch wood.

Well I am like Murphy's Law LOL
So I will hold off LOL

Also, I can see on their site that 7.18.2 is available, yet via the router it only says 7.12.1 is available.
Plus the last time I did an upgrade (going from 6 to 7) I had to change all the ports MAC's due to those changed for some reason, only found that out when it wouldn't connect to my ISP, I had to check the logs on one of my internal servers to get one of the MAC's.

---
Paul

In reply to a post by PaulKirby:

Also I am with another provider who use DHCP, not had any issues so far, will also be replacing CAT Cables to LC to LC OM5 Fibre Cables, so once they are in I shouldn't need to replace them unless damaged.

I suggest you *don't* buy OM5 - buy OS2 instead.

Multi-mode can never achieve high speeds over long distances, due to physics, whereas single mode will work at *any* speed and over very long distances.

You may find that the transceivers are a bit more expensive at very high speeds (40G/100G). Also, the easiest to obtain transceivers use 4 pairs at those speeds (8 fibres, usually presented as an MPO connector with 12 fibres). You *can* get single mode transceivers that use a single pair at 100G, although today they might cost the same as a second-hand car

Anyway the point is, OS2 is much more future-proof than multi-mode. Most modern data centres have abandoned multi-mode completely.