OTT Content Delivery– Multi CDN

Written by: Boris Asadanin, Streaming Media Consultant and Partner at Eyevinn Technology


This is the second CDN article focusing on Multi CDN technologies. The previous article describes what CDNs are and how they work.

This publication is a part of a series of articles describing the principles of the technology behind video streaming. It could be read without any prior knowledge on the subject.

Why Multi-CDN?

Consumers are abandoning their old TV package services distributed via terrestrial, cable, or satellite and turning to OTT services distributed over the HTTP based CDN networks. This is commonly referred to as Cord Cutting (leaving terrestrial) or Cord Switching (cable to IP). And the higher bitrate factor comes from a demand for better quality. Viewing the content on larger screens, video consumers require quality levels reaching HD, and soon also UHD, 4K, and HDR, which all require lots of bandwidth.

Statistics from (collected from Cisco) is just one of many showing the aggressive growth of online video streaming. There are many diagrams showing the same growing trend.

Fig 1. Internet consumption types.

A multi-CDN solution enables pushing traffic to multiple CDNs. In its most simple form, the CDNs may be used in a primary-secondary mode where if your primary CDN fails, you can failover all your traffic to the secondary CDN. But when using multiple CDNs, usually each of them runs in parallel to keep the caches “warm” — up to date with the most relevant content. Switching to a CDN without any cached content may cause a major hit to the origin servers and potentially a notable consumer quality degradation.

Many broadcasters and content distributors use multi-CDN setups for multiple reasons. The primary reason is of course securing the service quality, both in terms of quality and availability/redundancy of the service. Using multiple CDNs also protects from vendor lock-in. And with the efficient CDN switching techniques used today, it also helps greatly with efficient cost management.

CDN Selection Criteria

Static Rules

Static rules are often made to handle business or technical circumstances. In many cases CDN prices vary between different traffic volumes or commitments. In these cases, one CDN is used to a committed traffic volume and other CDNs deliver the exceeding traffic.

Dynamic Rules

The most common example is to measure how well a CDN is performing in a certain region and make sure that clients switch to the highest performant CDN.

Fig 2. Example of CDN selection criteria.

According to the CDN selection criteria depicted in fig 2, Finland is divided by VOD and live content. Apparently CDN A is best used for live content in Finland whereas VoD content is best served according to global QoS metrics. In Sweden there seems to be a commit-based rule where 10 PB is committed to CDN B. In Norway CDN C seems to be the best for serving content to mobile devices while desktop devices are served by the currently best performing CDN in that region.

CDN Selection Techniques

We differ between two main technical base principles for CDN selection; Server side CDN selection, and Client side CDN selection.

Server Side CDN Selection

There are two main techniques to Server Side CDN Selection — DNS based CDN switching and Manifest Rewrite Based CDN Switching. Each of them briefly described below.

The main advantages of Server-side CDN selection is that it is client agnostic. All the functionality resides centrally in the network and clients do not have to be integrated with the solution. This is of course very valuable as there may be a large variation of clients associated with a streaming service.

Single point of failure is usually referred to as the main drawback of Server side CDN selection. Naturally both DNS and manifest rewrite components must be kept redundant and scalable.

DNS Based CDN Switching

By changing the DNS TTL (time-to-live) value, DNS based CDN selection can be made more granular enabling mid-stream switching. This could be useful when the primary CDN suddenly faces performance degradations. The CDN switch is seamless, given segmented streaming formats and freshly populated CDN caches.

Fig 3. DNS Based CDN switching. The DNS responds with the most appropriate CDN.

Simplicity is the main advantage with DNS based CDN Switching. The disadvantage is usually that lower TTL values, for mid-stream switching, increase DNS overhead traffic. Also, the DNS infrastructure itself may become a bottleneck with an increased number of requests.

Manifest Rewrite-Based CDN Switching

Manifest Rewrite-Based CDN Switching also supports mid-stream switching. For live OTT streams new manifests are continuously created and rewritten. For VOD content where only one manifest file is distributed, the manifest rewrite occurs only once, but points out a prioritized list of CDNs. If the client detects segment download issues, it automatically switches to the next URL in the list.

The complexity with Manifest Rewrite Based CDN Selection is that is resides in the traffic flow — it delivers the actual manifests. Therefore, the server-side CDN selection technique is usually built as its own CDN with multiple nodes rewriting and delivering the manifests.

Fig 4. Manifest rewrite-based CDN switching. The selector rewrites each manifest pointing out the most appropriate CDN. It regularly serves video segments too for performance measuring.

Note in fig 4, that the selector does not only send rewritten manifest files. It also distributes video segments. These video segments are delivered for CDN analysis reasons. More about this in the Collecting CDN Performance Data below.

Client Side CDN Selection

The benefits of Client Side CDN Selection is that it provides an unmatched granularity in CDN selection. The selections are made individually with 1sthand info on customer experience and CDN performance.

The main drawback of Client Side CDN Selection is the fact that the technique is client dependent. Integrations need to be made on all types of relevant clients from mobile platforms to smart TVs, and later maintained through uncontrolled client platform upgrades hopefully without any service downtime.

Each of the two main techniques of Client Side CDN Selection are described in a separate section below.

Server-Side API-Based CDN Switching

Server-Side API Based CDN Switching offers the same level of control as Server-Side CDN Switching techniques and lets the client request for CDN information.

Despite the drawback of client residing code, the client impact is very small. Instead, the lack of mid-stream switching is considered the main disadvantage of this solution.

Fig 5. Server-side API-based Switching. The client uses an API to ask the selector server which CDN to switch to.

Client Side CDN Switching

The drawbacks with client-based solutions peaks with Client Side CDN Switching because of the code complexity residing in the client. However, this method is often the most accurate quality wise since each client makes own decisions based on local and relevant data.

Client Side CDN Switching supports mid-stream switching.

Fig 6. Client side CDN selection. The client monitors CDN performance and switches according to predefined thresholds and rules.

Collecting CDN Performance Data

The least granular level is measuring the download of small dummy files of a few kB from each CDN. Sharpening the region and the type of downloaded files increases the granularity and accuracy of performance data. Top granularity and performance data are achieved by measuring each individual client and continuously through each individual video stream (for video service related CDN selection), and of course download real video files rather than dummy files.

One CDN selection technique uses a completely different performance analysis principle: Manifest Rewrite-Based CDN Switching.

As mentioned above, the main principle for CDN switching is to rewrite manifests to direct clients to the best performing CDN. But the same technique is used to deliver actual video segments too, and measure response times of the client, retransmission rates, request frequency and much more. Comparing results between various clients and video sessions can also reveal bottlenecks in the last mile delivery instead of the actual CDN.


The third and concluding article about OTT content delivery answers these questions.

Eyevinn Technology is the leading independent consultant firm specializing in video technology and media distribution, and proud organizer of the yearly nordic conference Streaming Tech Sweden.



We are consultants sharing the passion for the technology for a media consumer of the future.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Eyevinn Technology

We are consultants sharing the passion for the technology for a media consumer of the future.