VoipNow 3 GA is finally here! In fact, even more than this, the first maintenance release is available, as we had a private release for customers. More information in the Release Notes.
While many of you already had some experience with the new VoipNow SPE, I want to share some interesting things about it.
VoipNow 3 passes another important milestone. Yesterday, the Release Candidate version was made public, which means that the GA version is going to be launched soon.
VoipNow 3 is almost feature-complete. We say “almost” because the final “twist” will be a surprise to our users, and will be wrapped up in the final release.
A couple of hours ago we published the repository for VoipNow 3 Service Provider Edition Beta. It has been a long journey – more than 18 months since the first line of code was written, tens of private Scrum iterations and thousands of issues fixed in JIRA.
Another interesting feature in VoipNow 3 is related to storage.
The industry has known many changes over the past years, but storage has remained a hot topic to the majority of Service Providers who consider scaling (read growing) their businesses.
Irrespective of how much storage space was available, sooner or later one would find herself / himself going out of space. This can apply to a personal computer, but also to the service provider’s environment when dealing with customer information.
We live in the era of apps. We have apps everywhere. Easy to use and performing very specific tasks, apps are the way to go. And with VoipNow 3, we introduce the support for apps.
An interesting new feature in VoipNow 3 is called extension virtualization. As it might prove useful in many cases, let’s review it. This feature is going to be available in all editions of VoipNow 3.
The basic idea is that we want to separate the phone (device) from the functionality stack, which is setup by the user (features offered by VoipNow).
We continue our series of VoipNow 3 articles with another important improvement introduced by VoipNow 3 – account level reorganization.
This reorganization will affect any software integration you might have with VoipNow. Although we tried to preserve compatibility, it was not totally possible, therefore you have to modify your SystemAPI calls to match the new concepts.
In the past week, we reached an important milestone – less than 100 bugs opened for the VoipNow 3 release. I know, it might sound a lot, but judging on the release size, they are a just few.
As the release could not take much longer, we are opening a series of short blog articles that describe the most important technical changes in VoipNow 3. We will focus on the changes that can affect you in a way or another.
Let’s start with the APIs. Many deployments use the APIs for provisioning operations (SystemAPI) or for controlling calls (CallAPI).
Not so long ago, we celebrated 5 years of VoipNow. We appreciate the feedback we received from our customers and partners, whether it was by email, phone or on social networks. We do build Unified Communications solutions after all, so we greatly value having such diverse means of communication. However, in some cases, it’s important to provide a central, accessible resource where all documentation and feedback can be gathered.
Today VoipNow is celebrating 5 years of existence. On May 30 2006, 4PSA was the first company in the world to introduce a communication platform that enabled service providers to offer affordable VoIP services, a state-of-the-art substitute for traditional PBX boxes.