Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Resiliency to the core

All of our calls are serviced by three independent, siloed and high availability data centers. We also keep capacity in two additional data centers for future expansion (Region NE and Europe respectively). Its easier to understand the difference when we compare our network to a traditional network design.

Table of Contents

Conventional SIP Trunk Provider

Conventional SIP Trunk Provider Call Initiation

...

Image Removed

As you can see in this example - a conventional SIP Trunk provider generally has two data centers with one operating in production and the other as a standby.

The standby data center uses a monitoring system to determine if the Primary data center is online. When it detects a failure, it updates the routes with the PSTN and starts routing the calls accordingly. 

There are a few problems with this conventional design:

  1. It only is effective after a failure. Calls that failed are not recovered and the callers likely heard a "This number is not in service" message. 
  2. There is often a delay between the time the failure is detected and the failover is completed; this can be up to 5 mins depending on the network.
  3. Configuring a PSTN Backup route with a Heartbeat service is a complicated design; so if there is a configuration failure it can take hours to figure out what the problem is and resolve it. 
  4. There is only one backup data center. In the case of a large event (like an earthquake, tsunami, power outage etc, its possible that both data centers will be impacted and will be unavailable
  5. Many SIP Trunk Providers buy cheaper bandwidth and lower quality equipment for their Backup Locations. This is because the conventional expectation is that they are used infrequently.
  6. This design is slow - you are limited in capacity to what one data center can provide
  7. The two data centers are linked - so its possible to have a cascading outage (where one data center's issues impact another)

Conventional SIP Trunk Provider Call Audio Path

...

Image Removed

This is a pretty conventional way most SIP Trunk Providers handle audio.

The fundamental reason why this is the industries standard practice is because this design hides who the SIP Trunk Provider's underlying carriers are and so the customer is always left to assume everything is being handled by the SIP Trunk Provider themselves.

This is problematic for many reasons

  1. If the SIP Trunk Provider has network issues in their Data Center (which happen a lot) the calls audio will be negatively impacted
  2. If the data center your call is going through has an outage, your call will drop
  3. This is a security risk - unscrupulous providers can listen in on your calls or record them. 
  4. There is a potential for a delay in your audio
  5. Your never going to get the highest possible call quality because you will always be limited by the options offered by the provider.
  6. This is an expensive design - bandwidth is extremely expensive; conventional providers have to charge customers more to cover the costs of the bandwidth used to service the calls 

The Skyetel Network

Skyetel Network Call Initiation

...

Image Removed

This is what our network looks like. Its simple, redundant, and very pretty. (smile)

When calls come into our network, the PSTN will round robin the calls so that they are offered sequentially to any available Skyetel data center. If a data center is not responding because of an outage, the PSTN will simply skip it and move onto the next data center.

This has a few unique advantages:

  1. No call ever fails to come into our network - even if a data center is completely down, the call is simply routed through another region.
  2. There are no "Primary" and "Backup" data centers - all of our data centers are fully in production and use the exact same networking backbone. 
  3. Its FAST - because we route all calls on a call-by-call basis across three regions, we can accept an enormous amount of traffic. 
  4. Our network can tolerate an incredible outage. If two of our three regions have a complete failure, calls will still complete normally. 
  5. Our data centers are not aware of the other's existence - so there is no risk of a cascading outage.(In fact, the firewalls in our Data Centers explicitly deny access to our network from other data centers.)
  6. Its scalable - we can simply add more regions as needed to provide more capacity. In fact - we maintain a presence in 2 additional regions and have reserved capacity so we can grow our network without any reconfiguration on the PBXs. (this is why we advise configuring your PBX with 5 IPs while we are only sending traffic from 3).

Skyetel Call Audio Path

...

Image Removed

It really is this simple.

When you place or receive a call from the Skyetel Network, we are completely removed from the Audio Path of the call. This means that even if one of our regions have an outage, your call will not drop. Seriously. 

This has numerous advantages:

...

Redirect
delay1
filename
locationhttps://support.skyetel.com/hc/en-us/articles/360041178293-Our-Network-Topology