Finally, FreeSWITCH 1.8.x is available in an easy way for non-debian users (aka CentOS). Today, I have published in OKay's RPM repository RPMs for FreeSWITCH 1.8.2. FreeSWITCH is a complete VoIP switch that works on many platforms, including Centos 6 and Centos 7. This is one of the biggest packages I have ever done; there are more than 1800 hours of work behind to make it work (mainly because of the CentOS 6 support). When updating, you will notice it will download many libraries, most part of them not available anywhere.
The big difference in my RPM's is there are more sub-packages, for example, you can install only freeswitch-cli if you only need fs_cli command; Centos 6 RPMS for 32 and 64 bits are available with video support; I have imported a patch that fixes mod_nibblebill, in some situations leg b won't hang up and it will produce money losses. I have been updating some other dependencies such as VLC, OpenH264 and MPG123 with latest stable if you were using my RPM's you will notice more updates as well. Since the RPM of the 1.6.15 release, I have published the sounds for en-ca-june, the Canadian English language. If you live in Canada and you have done English exams such as CELPIP, you will notice those little differences.
In addition, these RPM's have a patch that allows the console to filter by a regular expression. If you do VoIP debugging, you will understand right away what I am talking about.
Since this release, my RPM is going to be linked against tcmalloc.
First of all, a Call Center is a very specific use case of a FIFO queue. Any respectable call center business must have some kind of implementation for their own use or for their users.
People do not like to wait while listening to your music on hold. Depending on the nature of your business, people could switch to another business or just wait. Because of this, itis very common these days that call centers to offer a call back feature. A call center feature is the one that allows users to hang out without losing its turn in the queue. When it is their turn (or about to be their turn), the system callbacks them.
In my last article, I wrote how to use the tmpfs from Linux to speed up the local SQLite databases that FreeSWITCHtmpfsuse the tmpfs from Linux to speed up the local SQLite databases that FreeSWITCH uses for operation.
What happens when you are not using SQLite? As a cluster, Is there a way? The short answer is yes. This is more a database specific speed up, but because the nature of the use case, it is very specific for FreeSWITCH and FusionPBX.