Geo-cascading

Seamless Content Delivery to Multiple Geographic Regions

Geo-cascading is a key component of content delivery networks (CDNs) and streaming platforms that aim to provide a high-quality streaming experience for users around the world. To reduce latency and improve reliability, geo-cascading uses a network of clusters that are strategically placed in various geographical locations. This way, viewers can receive streams from regions that are the closest to their location.

👍

Available Regions

You can find the list of available cluster regions from the Multi-Region Support streaming guide along with details on how to configure the origin publishing region.

Overview

For simple scenarios without geo-cascading, the ingress and egress of streamed content flows through only a single origin cluster region as specified in the publish token. This solution works wells when the playback viewers are geographically located near the broadcaster within the same region. Any viewers who are consuming content in other regions may experience additional network latency.

By enabling geo-cascading, a broadcaster publishes a stream to one cluster region and the service will cascade the content out to the edge network so that viewers will connect automatically to the cluster region closest to them and insure the best experience.

The publish token defines a geoCascade property.

  • isEnabled - a boolean for whether or not geo-cascading is enabled for an individual publish token
  • clusters - a list of cluster regions that will be enabled once a viewer in that region attempts to connect

The origin and clusters to include can be customized depending on your broadcast and playback goals. This capability is available for all platform supported broadcast protocols and codecs.

How-to Setup Geo-cascading

You can enable and customize geo-cascading using either the dashboard or the REST APIs to enable the feature on a publish token.

  • As streams will only cascade to additional clusters when viewers connect to those clusters, we recommend choosing All regions.
  • If not specified, clusters will use "All" by default.
  • If you have a more complex multi-source broadcast with multiple sources or using redundant ingest, each publisher should either use the same publish token or have the same origin and edge cluster configuration.

Using the Dashboard

Log into the dashboard and select a publish token to modify.

  1. Select the Distribution tab. Use the toggle to enable geo-cascading.

  2. Select the preferred regions from the drop-down list. Not specifying any preferred regions results in the automatic selection of the most suitable cluster for each viewer.

Geo-cascade settings in the Distribution tab of the Dashboard

Geo-cascade settings in the Distribution tab of the Dashboard

Any broadcast that uses the publish token configured in this way will take advantage of this content delivery.

Using the REST API

To set geo-cascading for a specific token, set its preferences in either the geoCascade object of Create Token or the updateGeoCascade object of the Update Token REST API.

Both objects contain two parameters: isEnabled and clusters. To enable geo-cascading, set isEnabled to true and provide in the clusters parameter the IDs of preferred regions. Not specifying any preferred regions results in the automatic selection of the most suitable cluster for each viewer. As streams will only cascade to additional clusters when viewers connect to those clusters, we recommend choosing all regions.

To get the token-specific geo-cascading settings, use the Read Token REST API.

Default Account Token Settings

You can enable and customize this feature by default for all new tokens or on a per-token basis. Any publishing token specific settings will take precedence.

Using the Dashboard

To define token defaults that are applied account-wide as a global configuration, log into the dashboard.

  1. Select Settings from the left-side menu.

  2. Select the Default settings tab.

  3. Use the toggle to enable geo-cascading.

  4. Select the preferred regions from the drop-down list. Not specifying any preferred regions results in the automatic selection of the most suitable cluster for each viewer. As streams will only cascade to additional clusters when viewers connect to those clusters, we recommend choosing All regions.

Using the REST API

To define token defaults that are applied account-wide as a global configuration, use the Update Account Geo Cascade Settings REST API with the isEnabled parameter set to true. In the clusters parameter, provide the IDs of preferred regions. Not specifying any preferred regions results in the automatic selection of the most suitable cluster for each viewer. As streams will only cascade to additional clusters when viewers connect to those clusters, we recommend choosing all regions.

To get the account-wide geo-cascading settings, use the Read Account Geo Cascade Settings REST API.

Troubleshooting

Understanding Costs for Geo-cascading

Pricing for plans is determined based on bandwidth consumption. This is calculated based on the number of bytes transmitted between the following components:

  • A broadcaster and the origin cluster
  • An origin cluster and any additional clusters where viewers are connected
  • A cluster and individual viewers

You typically can forecast costs as though each additional region is one additional viewer.