Is ROS:7.6 ready for real production work?

Is ROS:7.6 ready for real production work?
I use ROS 6.49.6 and it have worked without reboot for 93 days, 4VLAN in a office setup with 6 users.
I have tested wireguard in ROS:7.6 and it work nice, and then i see ovpn have UDP in ROS:7.6 too (only TCP in ROS:6.49.6).

In the forum http://forum.mikrotik.com/t/v7-6-stable-is-released/161553/1 i see a lot comment. Most new people post update result, old people(long time member) put comment but i don’t see many there use ROS:7.6 in production?

Just a few months ago 7.x was unstable on some routers.
I think it needs more testing and polishing.

I have 7.5 installed on my home hAP AC3. Uptime is 55 days. No problems so far. I’m using 2 ipsec tunnels, vlans, wifiwave2.
But on production, where we have ~2000 users, we will wait for long-term.

7.6 on hex as in a branch office connected to main office based on 6.4x versions.
IP-IPsec + GRE-IPSec + OSPF + iBGP + typical set of rules … works. What to say more?

I still use 7.2.3 from the time I put on production this…
(forced by the fact that in the 5009 there is no v6)
[980dosi22oih@ROUTER-] > sys rou pri
routerboard: yes
model: RB5009UG+S+
serial-number:
firmware-type: 70x0
factory-firmware: 7.0.5
current-firmware: 7.2.3
upgrade-firmware: 7.2.3
[980dosi22oih@ROUTER-] > sys resou pri
uptime: 20w1d3h56m27s
version: 7.2.3 (stable)
build-time: May/02/2022 15:18:17
factory-software: 7.0.5
free-memory: 816.4MiB
total-memory: 1024.0MiB
cpu-count: 4
cpu-frequency: 350MHz
cpu-load: 22%
free-hdd-space: 987.4MiB
total-hdd-space: 1024.0MiB
write-sect-since-reboot: 203759
write-sect-total: 1875913
bad-blocks: 0.1%
architecture-name: arm64
board-name: RB5009UG+S+
platform:

I am waiting for long term stable on vers7 before switching and I am a home user.
I do use an MT hex behind the main router using Vers7.6 to access wireguard, (would never consider using openvpn).

I have this on production, with 7.6 and finally working BGP, but from only 7 days:
[iu23498fdd2w@Nuovo CCR ] > sys rou pri
routerboard: yes
model: CCR2116-12G-4S+
serial-number:
firmware-type: al64v3
factory-firmware: 7.2.3
current-firmware: 7.6
upgrade-firmware: 7.6
[iu23498fdd2w@Nuovo CCR ] > sys resou pri
uptime: 6d23h42m1s
version: 7.6 (stable)
build-time: Oct/17/2022 10:55:40
factory-software: 7.2
free-memory: 15.6GiB
total-memory: 15.9GiB
cpu: ARM64
cpu-count: 16
cpu-load: 12%
free-hdd-space: 105.3MiB
total-hdd-space: 129.6MiB
write-sect-since-reboot: 1686
write-sect-total: 30174
bad-blocks: 0.2%
architecture-name: arm64
board-name: CCR2116-12G-4S+
platform:

For home users v7 is very stable for a long time already. There are not many known issues that affect basic setups like for home.
I think long-term makes more sense for bigger networks and complex setups, this is where you would need strong sense of stability.

Is there a roadmap for releasing a v7 LTS, normis?

No, too early for that.

jajajaja you can bet my home network where my wife does work is not going to see the light of day of Version 7 until there is long term V7. Her work is more important to me than the banks work at the bank for example!!! I don’t care if the King of England, or a Curonian King or Normis (such esteemed company) advises me… :wink:

Version 7.7 beta is out… hmmm seems to me lots still to fix eh!!!

It really depends on what you’re doing, what features you need the router to do. For most SOHO (small office/home office) setups where all you need is a router capable of NAT, RouterOS 7 is fine. As an ISP, I have a mix of both RouterOS 6 and 7 on my network with hundreds of radios and routers in place.

I found a problem in 7.6 on CCR2116’s loaded with full BGP routes, a handful of OSPF peers, and L3HW offloading enabled: it would cause some of the OSPF sessions to bounce. But that is a very specific combination that 99% of home and office users don’t have, and I saw it happen between two of the three routers that have that configuration. I saw other oddities with L3HW offload in 7.5, so those three routers are running 7.4.1 and have been since it came out. So, for that specific configuration, 7.4.1 is the best for production work.

The other six or seven routers I have with BGP, OSPF, L3HW offload, IP NAT/firewall, etc. run 7.6 just fine passing roughly 1-2TB per day.

I’ve also got various versions of 7, including 7.6, on a number of home routers now (roughly 10 hAP AC3’s and a coupe AC2’s) and it’s fine for production use there as well. 7.x adds Cake and fq-codel, queue management algorithms that are essential for today’s stream-heavy consumer environment, and I plan to install it on the remaining hundreds of hAP AC2’s that I’ve deployed in the last two years.

I have not deployed 7.x on my 60GHz devices, nor my CCR1036, due to varied reports of problems with those platforms. So, in those use cases, I personally can’t vouch for 7.6’s stability (yet).

Version 6 is at subversion 49. So what ?

Stability core issues still being addressed which means in the software world, there are still memory leaks and other errors to be discerned.
This is normal, the turnover rate for software by MT is astounding compared to any other developer, commendable. Doesnt mean I am going to use 7 firmware yet. At some point in time I will review the changes and make my own estimations.

Big difference between HW and SW:
HW deteriorates with age and usage.
SW usually gets better. Let the counter go up … :smiley:

In all seriousness … I am working frequently from home and stable network access is of utmost importance for my work.
I have a Hex in the center which was ROS6 when I bought it but I think starting the first beta’s of ROS7, it was there to stay at 7 (I wanted wireguard for controlling stuff 930 km away on a slow and instable LTE link).

In my view: home and SOHO ? Absolutely no problem using ROS7.
It can get more complicated with advanced routing stuff for now, that’s true. But home/SOHO ? No sweat.

Cannot argue your logic, I have a tile not an arm device and it seems to get second fiddle on the fixin merry go round, so i wait a little longer than average joe to convert.

when come stable mpls vpls and frr? i hope to use os7 for bras… experience of use a 1072 in v7.6? for nat?

As a simple workaround for not to install ROS 7.x for now at our production router, i have done this.

I made some testing with WireGuard in a small mAP lite running ROS:7.6 and some “Cloud Hosted Router” in VirtualBox.

After a lot testing i connected the small mAP lite to our MT main router, and it is so nice.

WireGuard running at mAP lite do about 60-70Mb/s using iperf3. Same test using ovpn is 5-8Mb/s.

I agree ovpn is out here too, and WireGuard is now installed on 4 laptop and Android mobile too.

I have a RB5009 in “production” at home running 7.6 (7.5 and 7.4 before). 1Gbit fiber, SFP+ module, NAT, some medium firewalling, 4 VLANs with HW filtering on the bridge, some simple queues and wireguard server. 2 persons frequently working from home, with heavy VPN usage, Teams/Zoom conferences, Windows RDP, etc. And the teens using Netflix and stuff. All in parallel and stable without issues so far.

At work, we had to downgrade some CCR2216 back to 7.4.1 because of OSPF flaps with l3hw and >300’000 routes (CCR2216 is not supported by 6.x). They work pretty stable on 7.4.1 .

So as others have stated: For SOHO (also heavy SOHO) use, 7.6 is ready.
For commercial use, it depends on the model and the specific use case.

Over the weekend I upgraded my CRS328, CRS317, and CCR1036 to 7.6. The 317 and 328 are simply switching. The CCR1036 is running BGP and OSPF internally, alongside a half-dozen smaller boxes (RB5009, RB4011, CRS310/NetFiber 9), and performs CGNAT at 1-2Gbps for roughly 500 end users.

After reading on a number of other posts about improved tile performance, particularly on 1036’s, I decided to upgrade them.

Here are the CPU weekly and monthly graphs for the CCR1036. You can see the load drop from 3-9% curves to 0% Saturday morning:
weekly.gif
monthly.gif
Here’s the traffic graphs for the 1036’s 10Gbps link to the CRS317 (in on one VLAN, out the other). You’ll note it looks exactly the same as before, despite the load drop.
monthly-1.gif
weekly-1.gif