Looking for Docker container ideas for RouterOS

They’re obvious inverses of the problems as listed. In the article’s order:


  1. more ARM devices
  2. n/a (not RouterOS’s fault)
  3. more built-in flash storage space, to give room for a container or two plus space for a RouterOS upgrade left over
  4. more devices with USB ports, microSD card slots and/or m.2 storage slots so we can risk running services likely to burn out flash storage, requiring only an aftermarket part replacement rather than resoldering on-board flash
  5. n/a (it’s an on-purpose limitation of Docker)

Also, you seem to have overlooked this quote: “If MikroTik ever releases my dream device — an ARM-based multi-core hEX S+, including a microSD slot and an SFP+ port…” That addresses points 1 and 4 on the list above, and by being newer than the current hEX line, it should also address point 3.

unifi ?

Herectics!

:laughing: :laughing: :laughing:

So.. what’s wrong with RB5009 ?

Apart from the fact it is nowadays more rare then Kryptonite ?
:laughing:

Except that, I pet mine everyday. ^^

Cost, size, and complexity.

Cost: The 5009 is roughly 3x the cost of a hEX S. I don’t expect something for nothing, but that’s a big delta to swing.

Size: I don’t often need 9-11 ports of that series of devices. The 5-6 of the hEX line will do for most of my use cases. I like that the 5009 runs cooler than the 4011, but cutting it in half would improve that even more.

Complexity: The 4x rackability feature is cute, but I’ll never use it. The 2.5G port also bugs me. I think by the time I find a use for that port, I’ll be on 10G everything. It’s a temporary stop-gap that will quickly find its way into the dustbin of history.

Mind you, I do like a lot of what they did with the 5009 relative to the 4011, but what I really want is a half-4011 with an option for external storage. That’s “half” across the board: half the cost, half the power consumption, and half the size. I realize there are fixed overheads and inelastic costs involved, so I’ll bend on the “half price” point; $149? I’ll tolerate a reduction to 2 cores to get it.

Another way to approach the solution would be to invert the CRS305 and add some CPU grunt. Instead of one 1G port and four 10G ports, gimme one SFP+ 10G port and four 1G RJ45s. Double the cores, and I’ll be reasonably happy, even at 800 MHz.

To bring us back on topic, look on this proposal as a badass Raspberry Pi replacement with strong networking, to replace all those headless Pi boards sitting around doing networky stuff despite the crappy networking subsystem they’re saddled with. (Thus Docker.)

If you wonder why I want that 10G port, it’s so each 1G port effectively gets a dedicated lane back to the 10G core switch. Although that means the device needs only enough CPU grunt to fill 4-5G with routing and queuing and such, not a full 10G, with Docker, there’s on-device traffic to account for as well. I’d expect the box to be able to fill a 10G pipe, at least under limited circumstances.

There should also be a low-cost option closer to the current hEX S in price, while still moving to ARM. Swapping the 10G SFP+ port for a 1G SFP and dropping the CPU power accordingly may swing the deal. I’d expect that to be even more popular than my dream box. People talk a lot about the Pi price of $35, but add a case, power supply, heat sinks, and all the other little doodads, and you’re nearing $69. A Docker-capable Improved hEX S (RB760iGSr2?) would be a wee killer of a machine.

maybe a redo of hEX S with the same CPU of hAP ac² with 256mb of ram

or

maybe a redo of RB450Gx4 with 1 x SFP and USB port for external storage (maybe removing console or/and one rj-45 eth to make room) reducing to 512mb of ram and only 128mb of nand

i think this ideas can let to what can be seen as RB750Gr4 of maybe hEX Sr2 :sunglasses:

Stateful DHCPv6 Server? KEA based ?

regards

I have successfully launched unifi controller

4 name=“04277978-29d8-4d06-be1c-1899207bbc54” tag=“jacobalberty/unifi:latest”
os=“linux” arch=“amd64” interface=veth3 root-dir=disk1/unifi
mounts=unifi_data,unfi_log dns=“” hostname=“Unifi” workdir=“/unifi”
logging=yes status=running

But not sure how to transfer the control from the existing one to the new docker

Half 4011 + USB = hAP ac3 ??? (ARM OK, storage OK, 1/2 price OK, disable WLAN). No SFP. No L5 license

RB5009 Docker = “ODROID N2+” ???

Close. Take those ugly ears off, then use the cost savings to double the flash and gimme my SFP+. If bumping the CPU speed to feed the SFP+ runs the cost up some, I’ll take it. I said $149 above, and I meant it, but $129 would make me happier.

I’d still like it to be half the width, while I’m wishing. I think they could get it into a hEX case, but if not, and if reusing the ac³ case design saves enough NRE cost, I’ll put up with it.

Docker container, which run linux, which run VirtualBox, which run ESXI and on top of this setup, PhotonOS and docker host …
as proof of concept how to waste your time … :slight_smile:

my personal opinion is:
router for routing,
switch for L2
and good server for lab/production, virtualization, etc …

Not to mention how dramatically unstable Pi’s storage is. I gave up using pihole on Pi devices after I had multiple Pis corrupt every SD card and USB thumb drive I attempted to use. Even though my RB2011UiAS-2HnD-IN was still working just fine for my home network, I bought a RB3011UiAS-RM because it had the combination of ARM architecture + USB 3.0 port to use with an affordable SSD. My RB2011 will now be moving upstairs as I start adding Ethernet wiring to the rest of the house and reduce my Wifi load.

The Marvell SOC from the nRay would be much better suited to the RB750Gr4, or even better one of the newer 64bit Qualcomm IPQ’s

nray cpu is dual ARM cortex a53 at 1ghz in-order execution light core, i think it does not provide too much advantage over ipq-4018-4019 which is quad ARM cortex a7 at 712mhz (works ok at 896mhz)

cortex a7 and a53 are very similar both in-order execution, the a53 is like a 64bit version of a7, performance of a7 is around 1.9 Dmips/Mhz, a53 is around 2.24 Dmips/Mhz

nray 88F3720 cpu can be around 4.480 Dmips (at 1.000mhz) 2 cores
ipq418 cpu around 5.411Dmips (at 712mhz) 4 cores

very far from for example rb4011 A15 cores which are aprox at 4.0 Dmips/Mhz and out-of-order execution reaching around 22.400 Dmips, amost 4x than small in-order cpus

With the release of the new RB5009UPr+S+IN using containers becomes the perfect SOHO solution for MSP’s.

Power in from all directions, PoE out for phones and AP’s, Wireguard/ZeroTier VPN for multisite connectivity, and containers for extended applications like VoIP, authentication and the like it AMAZING!

Please tell if you build this.
Would be nice to have dhcpv6 server sync leases with another router.

As soon as the container feature is stable, an OpenVPN container, as the ROS implementation is a fraction of the upstream. I could finally stop depending on another device for my OVPN needs.