I know that this is an old topic, and that Cambium’s so far down the road on what (at least I think is) a bad turn at this point that anything I say here is unlikely to change anything, but I still think this is a discussion that needs revisiting.
So, here’s the thing: a few years back, when it was still in its infancy (maybe 2.0 had just been released?, but I think it was actually even earlier than that), my employer had a Cambium rep come out to visit us, who then sat across our conference room table from us and told us that, in stark differentiation from many of your competitors, you all are developing Maestro and not charging licensing fees for it BECAUSE you wanted it to be a carrot that enticed further hardware sales. That you guys were in the business of selling and supporting hardware, not selling licenses for a management platform for said hardware. That Maestro was a perk that made the hardware portfolio as a whole a more attractive offering. Thus it was very much implied that Maestro’s development and key to success (and vice-versa one of the keys to the success of the hardware…a virtuous cycle of sorts, if you will) was that it was just considered part of the internal cost of developing and maintaining the products themselves. This was also why you had an On-Premise option: because you weren’t trying to lock people into being dependent on a cloud service if they didn’t want to be. All you cared about – at least the narrative went – was making your products the best to use and manage, with the lowest barrier to entry.
We bought this hook, line, and sinker. So to say that this sudden pivot a couple years ago feels bait-and-switch-y is putting it mildly. We have reduced our Cambium spend over the last couple of years, and while the reasons for this are multi-faceted, I would say that this has definitely played a role.
Let me first clarify that we have rolled out our own On-Prem instances, and that most of my gripes here have to do with the fact that there is now essentially zero differentiation between the Cloud version and the On-Prem version. After all, if cnMaestro X was a set of paid features that applied only to people who wanted to use your cloud-hosted product, that would be one thing. It makes SENSE to charge extra for certain things in that context, especially if the things you are charging for are directly related to paying for and keeping the cloud service up-and-running. If memory serves me correctly (& it’s entirely possible I’m all wet on this next point), that was actually the original intention behind designating certain features as Pro or X: they’d be paid features on cnMaestro Cloud, but were no extra charge with On-Prem.
But can you explain how, for example, it makes ANY sense WHATsoever to limit historical data retention on an “Essentials” On-Prem instance to only THREE MONTHS (and that if I’m understanding correctly, until fairly recently it used to be just SEVEN DAYS)?? Sure, on a cloud instance, where YOU are paying for the storage and the CPU cycles, that makes sense. If you want more space to store more logs on someone else’s server, then pay up. But WE are the ones who are paying for the server that WE deployed On-Prem to…everything from the electricity to the CPUs to the disks that the logs get written to. It doesn’t cost YOU one extra dime to let us keep more logs on our own box. We are even taking on all of the responsibility for making and maintaining backups of that data, NOT you. In fact, we are reducing your administrative overhead by deploying On-Prem, and yet you still are going to charge us just as if we are using a cloud-hosted service? For LOG FILES?
And don’t get me started about this whole Anchor Account nonsense. Admittedly, for CERTAIN things, it makes sense. If you deploy CBRS gear, you need to be talking to SAS in the cloud in real-time, so, sure. Enforce it there. But if I deploy an On-Prem instance whose Account View I set to “Enterprise” mode, because I’m essentially trying to set up the Cambium equivalent of a UniFi Controller that’s dedicated to only managing cnPilot APs, you’re telling me that now my On-Prem instance must be connected to the internet so that it can talk to your cloud servers every time I want to on-board a new device to it? The hell? What ARE you guys smoking?
All you guys are doing is drastically INCREASING the friction it takes for us to use Cambium product, instead of making it EASIER for us to say “yes!” This only discourages us from buying and deploying more. UniFi Controller has always been more “popular” with most of our staff, so when some of us first tried to majorly push cnPilot Enterprise gear for new deployments within our org, we got some pushback. All you are doing with all of the extra activation requirements and nickel-and-diming of features (especially ones that we used to have) is driving us further away. UniFi gear was already way cheaper, and I don’t have to go through all of this crap when setting up a UniFi Controller, so now you are just making my job HARDER, and not merely more expensive.
I’ll leave you for now with this thought: right now, we have an On-Prem instance that is on version 3.0. It still works perfectly fine, and is doing all of the things we ask and need of it. Some of the so-called “X” features that we use on it include 1-year historical data retention, the external user authentication server feature (AD/LDAP/RADIUS/TACACS+) to link our staff log-ins on Maestro to their employee AD accounts, and the MSP feature so that we can give end-users that we have deployed your product to direct access to their own network (which is something we can easily give end-users on a UniFi Controller, no BS required). If we upgrade to a newer version of On-Prem, we lose all of these features unless we pay per-device for licenses. The ONLY thing we cannot do by staying with the older version? Use newer products of yours. We cannot for example deploy any of your WiFi 7 enterprise Pilots and manage them with Maestro On-Prem 3.0.
And because of this? We simply won’t buy any. Instead, we’ll buy somebody else’s WiFi 7 product to deploy. We can leave our current On-Prem up for managing existing deployments, but you have actively disincentivized us from buying any of your new hardware product lines. Congratulations.
Perhaps that highlights just how penny-wise and pound-foolish this new direction of yours is.