Refined ringing group

Refined ringing group

In normal, we configure ringing group information in local users’ profile. And one user can only be assigned to one ringing group. It works in most scenarios.

As you know, it is hard time now. Some companies reduce their human resources to save cost, so someone has to take more works. For example, it is possible that someone could be assigned to several ringing groups at the same time. In fact, some customers have requested us to fit this requirement.

We understand that completely, so miniSIPServer is upgraded to have a new method to provide ringing group service.

Two independent tables are added. One is used to define ringing groups and their users. Please refer to below figure.

ringing group users

Another table is used to detect ringing groups according to called numbers in different calls. Please refer to below figure.

ringing group detection

Service document has been updated. Please click here to get more details about this new feature.

Customized resource files

Customized resource files

Sometimes we need to use customized resource files, such as audio files, special IVR flows, certificate files and so on. With previous versions, all these files are stored in miniSIPServer install directory or its sub directories.

It could be a management problem when trying to uninstall or upgrade miniSIPServer. We have to be very careful to backup our own resource files.

V38 (build 20210108) is released to refine this. Customized resource files are separated to be stored in independent directories which are in application data directory.

For example, customized audio files will be stored in ‘custAnn’ directory. Once miniSIPServer is uninstalled or upgraded, these audio files will be kept without any affection.

Please refer to online document for more details.

Configuration data

Configuration data

Before V38, miniSIPServer stores its configuration data in the install directory. In some scenarios, it could be a problem. For example, if miniSIPServer is installed in disk C on Windows system, it is possible that Windows will reject miniSIPServer to write data into disk C unless the user has the right to do that.

In Linux system, it could have the same problem. By default, miniSIPServer is installed in ‘/opt/sipserver’ directory. If root user started miniSIPServer and created local configuration files in such directory, other users could have no right to read and write the files and fail to start miniSIPServer.

So V38 will store configuration data in user’s own directory. In windows, it is the user’s application data directory. In Linux, it is the user’s HOME directory.

Please refer to online document for more details about this modification.

In another way, when miniSIPServer starts up, it will prompt where its data is stored no matter it is on Windows or Linux.

miniSIPServer on Windows
miniSIPServer on Linux

Scheduled Maintenance

Scheduled Maintenance

Our data center updates us that maintenance is required for one or more of our servers’ physical hosts. The hosts will be rebooted, and a number of critical updates will be installed.

The maintenance schedule in UTC is as follows:

2020-08-07 03:00:00 AM UTC

Important to know:
(1) A 2-hour window is allocated, however, the actual downtime should be around 45 – 60 minutes.
(2) Your virtual server(s) will be cleanly shut down and will remain inaccessible during the maintenance window.
(3) You might reboot your SIP phones/devices to register to virtual server(s) again once the virtual server(s) is(are) back to work.

Please let us know if you have any questions or concerns. Thanks!

A small thing: UPnP

A small thing: UPnP

When deploying a VoIP network, we often have one-way or no-way audio problems. It is caused by private network, for example, some SIP phones or miniSIPServer are behind routers and other SIP devices are in another different network which could be a private network or public network.

To resolve such problem, we often suggest to configure “forwarding ports” in routers manually. If you are familiar with routers, it is easy to do that.

But someone might not know how to do that, or someone might make mistake in router’s configuration. So we add a new feature in miniSIPServer to help that.

It is UPnP (Universal Plug and Play). UPnP can help miniSIPServer to map necessary ports automatically.

Firstly, you need confirm that your router can support UPnP and it has been enabled.

Then, you can click menu “Data – System” in miniSIPServer and enable the item “Enable UPnP to ask router to map ports”. Please refer to following figure.

UPnP configuration in miniSIPServer
UPnP configuration in miniSIPServer

By default, miniSIPServer will map SIP (over UDP) port and audio ports for relaying audio streams.

In another way, there is a limitation in routers. Most routers limit the number of UPnP ports, for example less than 30 ports. So if you are deploying a miniSIPServer for 50 clients or more, you will still have to configure “forwarding ports” manually.

miniSIPServer on Ubuntu 20.04

miniSIPServer on Ubuntu 20.04

Ubuntu 20.04 is the latest LTS (Long Term Support) version, so it is very important for miniSIPServer to support this platform.

Unfortunately, Ubuntu 20.04 has cut Qt4 and all its libraries, so we have to upgrade miniSIPServer to V37 (build 20200424) with Qt5. Now it is perfect to run miniSIPServer on Ubuntu 20.04. Please refer to following figure.

miniSIPServer on Ubuntu 20.04
miniSIPServer on Ubuntu 20.04

By the way, miniSIPServer for Windows will stay with Qt4 since we have to support several old Windows systems, such as XP and 7, and so on. In the future, as planed, V38 will say goodbye to Qt4 finally on all platforms.

Personalized voice in VM service

Personalized voice in VM service

In normal, cloud miniSIPServer almost has the same services with local miniSIPServer. But for some limitations, there are some different features between them. For example, voice mail service is different.

With local miniSIPServer, each local user or extension can prompt their own audio in voice mail procedure. But with cloud miniSIPServer, each local user can only prompt the unified audio associated with their virtual PBX server. Of course, the default unified audio can be replaced with customer’s own audio file.

Now cloud miniSIPServer is upgraded. In a virtual server, each local user can has its own audio file now. Please refer to following figure. You can see a new item “Personalized voice ID” which can be different for different user.

Audio ID configuration in local user's configuration
Personalized audio configuration

Of course, the audio file cannot be uploaded to virtual server by customers themselves. If you want to upload audio files, please send them to our support team, we will upload them to your virtual server manually.

Once the audio files are uploaded, you can manage them by yourself. Please refer to following figure.

Audio files and ID management
Audio files management

In another way, you need follow some rules to create your own audio files, such as the file format and the audio codec, and so on. Please refer to online document for more details.

miniSIPServer on Deepin 15.11

miniSIPServer on Deepin 15.11

Deepin is a very popular Linux distributor system in China market. It is very beautiful and easy to use. More and more software have been migrated to this system in China. As we know it is based on Debian system, we think it should be no problem to run miniSIPServer on it directly.

And it is true! Follow the online document, we can install and run miniSIPServer as same as what we do in Debian system.

miniSIPServer in Deepin market
miniSIPServer in Deepin market

Yes, this system is very beautiful. After install miniSIPServer, you can find it in its software market.

And it is very easy to run miniSIPServer.

miniSIPServer on Deepin 15.11
miniSIPServer on Deepin 15.11

Please enjoy it!

Clear zombie virtual servers

Clear zombie virtual servers

In the end of next month (2020-01-31), we will clear some zombie virtual servers from our cloud system.

If the virtual server has following features, we will define it to be a zombie node and will be cleared in this action.

(1) The virtual server has not be signed in or activated since 2 years ago. If you didn’t sign into your account or virtual server after 2017-01-01, please sign into your account at less one time to avoid that.

(2) And there isn’t any SIP clients register to the virtual server, or there isn’t any SIP calls after 2017-01-01.

Zombie virtual servers waste our resources and are not affair to other customers, so please pay attention to this action and thanks for understanding.

2020-02-13 updated: This task is finished now. In future, we will keep clearing zombie virtual servers without notification. If your virtual server is not signed in or activated in recent 1 year, please pay attention to this.