- Details
- Category: Technology
As stated before, the load-balanced FusionPBX Cluster will allow you to register some endpoints in different servers while you can communicate between extensions within the same context. While this is cool, it could present a CPU cost. A non-optimized cluster like this will force the FreeSWITCH to proxy the RTP flow, which in my opinion, is useless and it wastes precious CPU resources.
The following image shows the SIP/RTP flow.
Read more: Optimize the RTP Flow on your Load-Balanced FusionPBX Cluster
- Details
- Category: Technology
Many people have asked me about the load-balanced FusionPBX cluster I offer to the public. To try to answer all your possible questions, I am writing this article. I hope after reading you get a clear picture of what it is and what it is not a load-balanced FusonPBX cluster.
The first thing I need to clarify is that a load-balanced cluster is not a high-availability cluster. Although both kinds of approaches are not mutually exclusive (you can combine them), their pros and cons are different and the way they work as well. I will write later a comparison between them, for now just remember it is not the same.
- Details
- Category: Technology
High availability is one of the sexiest subjects these days. There are many ways to achieve it. One of them is the DNS approach. The DNS protocol works in the fifth layer of the OSI Network Model, it is responsible for storing directory information such as the FQDN to IP translation, public key storage for DKIM (an anti-spam and integrity technique), SPF information storage (another anti-spam technique), geolocation storage among others. But in this very specific case, I will talk about the SRV records and its relationship with the High Availability, and more specifically with VoIP.
Read more: DNS SRV Records and their Relationship to reach the High Availability in VoIP
