Release

Search

Geo-redundant PortaSwitch provides a high-availability system so that services are uninterrupted, even in case of the main site’s outage. In this configuration, every secondary site is fully redundant, i.e., hosts PortaSIP, billing instances and database servers to operate in standalone mode. Within the normal mode of operation, the secondary site communicates with the main site’s billing server and writes changes to the primary database.

Geo redundancy

To optimize the network topology in your system, you can add softswitch-only secondary sites in different geographical locations and enable services failover for them. While in the normal mode of operation softswitch-only secondary sites interact with PortaBilling and the database of the main site, in standalone mode they initiate services failover to the fully-redundant site.

To begin providing services, the administrator defines the IP address of the site that is geographically closest to the user as the primary one to register on (e.g., for the installation, in which the main site is located in the US and the secondary site is deployed in Singapore, users from the US register with the US site IP address as their primary one while users from Singapore use the Singapore IP address as their primary one).

Thereby users within a certain network connect to the closest available PortaSIP and enjoy services uninterrupted even in case of the main site outage.

To better illustrate how this works, consider the following example: You want to start your business in Europe. You deploy the main site that hosts a standard PortaSwitch Clustered in Frankfurt. For high-availability, you deploy a secondary site which hosts a stand-by database server, PortaBilling server and PortaSIP in New York.

You also start a partnership with a reseller from Bulgaria who aims to serve thousands of customers there. Although in Bulgaria, internal network links are reliable and data transmission is cheap, outer connections are quite expensive. Therefore, to utilize the network topology to effectively handle Bulgarian traffic, you deploy a PortaSIP cluster within another softswitch-only secondary site in Sofia. In normal mode, this site communicates with the main site in Frankfurt while in standalone mode, it initiates a failover to the secondary site in New York. Thus, your sites configuration looks like this:

  • Frankfurt – the main site;
  • New York – the secondary site with redundancy mode enabled;
  • Sofia – the secondary site with the New York site defined as the failover one;

Sites configuration

This allows VoIP services to be efficiently provided in a situation which is highly typical for many countries or regions: good, fast Internet connectivity inside the country/region and mediocre connectivity with the rest of the world. For all users inside that region, VoIP traffic (signaling and RTP) will travel on the local backbone, while only small RADIUS packets will travel to the central PortaSwitch location.

For the proper functioning of geo-redundant PortaSwitch, the sites must be interconnected and organized into a single virtual (or physical) private network.

Depending on whether you have your own network infrastructure or utilize the services of your network service provider, the following options are available:

  • build/utilize an existing physical channel (wired/wireless) among remote locations on your own;
  • rent/buy a virtual channel from your network service provider (L2VPN, L3VPN, VPLS);
  • rent/buy a physical channel from your network service provider (L2 Data-Link);
  • set up a virtual channel/tunnel over a public network on your own.
    We recommend that you treat the last approach as a last resort measure since such tunnels could suffer issues due to poor connections.

In either of the approaches used, all of the servers of the geo-redundant PortaSwitch must be connected via virtual (or physical) Layer 2 connection(s) and be configured as hosts in a single virtual (or physical) private network.

Thus, the geo-redundant solution enables service providers to:

  • Provide services without disruption, despite whatever disaster might occur to any of the sites within the PortaSwitch network (fire, flood, power outage, etc.);
  • Increase the number of processed call requests and balance loads among nodes within PortaSIP on every site;
  • Optimize network topology and improve the quality of the services provided by defining the IP address of the site that is geographically closest to the user as the primary one to register on; and
  • Perform software upgrades to newer releases with zero downtime.

Voicemail processing in geo-redundant

Link copied to clipboard

Users of geo-redundant PortaSwitch can receive their voicemails virtually instantly even if the sites are located at a large distance that can cause considerable latency between sites.

When a voicemail is recorded by the IVR on a secondary site it is sent to the main site. After that, the voicemail is completely processed in one place – on the main site. There is only one transmission of the actual voice recording file across the network. This minimizes the time for voicemails to be processed and become available to users.

For example, you have a geographically dispersed installation where sites are halfway across the globe from each other – the main site in the UK and a secondary site in Singapore. For such an installation, the average time for voicemail processing may take up to 20 seconds. The actual voicemail processing time depends on the latency between the sites.

On this page

Release
What's new
Admin manuals
Handbooks
API
UI help
Back to main menu
Search